VarInt And VarLong: Revision history

12 March 2024

• curprev 14:0214:02, 12 March 2024‎ imported>LassiPulkkinen‎ m 5,011 bytes 0‎ Oops.
• curprev 14:0114:01, 12 March 2024‎ imported>LassiPulkkinen‎ 5,011 bytes +101‎ Document that overlong encodings are allowed.

19 May 2022

• curprev 14:5314:53, 19 May 2022‎ imported>Rmheuer‎ m 4,910 bytes +7‎ Cast shift to long in readVarLong to prevent data loss from implicit integer shift

24 April 2022

• curprev 18:2418:24, 24 April 2022‎ imported>Pv6q‎ m 4,903 bytes +10‎ Fixed some indentation and separated a few lines

21 March 2022

• curprev 23:0523:05, 21 March 2022‎ imported>Pv6q‎ 4,893 bytes +109‎ Made the pseudocode more readable by giving names to the bit masks. Also made the readVarInt and readVarLong methods more efficient.

20 January 2022

• curprev 17:5517:55, 20 January 2022‎ imported>Rmheuer‎ 4,784 bytes +12‎ Fix reading VarInt and VarLong example code

24 November 2021

• curprev 09:4309:43, 24 November 2021‎ imported>Doot‎ 4,772 bytes +8‎ fix some variable names (if anyone wants to discuss mojang's version, feel free to ping me from the sponge, paper, forge, or fabric discords at doot#0001)
• curprev 09:2209:22, 24 November 2021‎ imported>Doot‎ 4,764 bytes +101‎ Use mojang's own version of readVarInt/readVarLong
• curprev 09:1609:16, 24 November 2021‎ imported>Doot‎ 4,663 bytes −196‎ Replace writeVarInt/writeeVarLong with mojang's own version (binary is not easier to read precisely because it takes more digits to represent, and is therefore prone to human error)

3 November 2021

• curprev 20:4320:43, 3 November 2021‎ imported>Pv6q‎ m 4,859 bytes −2‎ Fixed my bad wording
• curprev 20:3320:33, 3 November 2021‎ imported>Pv6q‎ m 4,861 bytes +184‎ Changed hex values to binary to make it easier to read and added some comments

3 October 2021

• curprev 20:3420:34, 3 October 2021‎ imported>KevSlashNull‎ 4,677 bytes 0‎ Put the 25565 sample in the VarInt table (fixing previous change)
• curprev 20:3220:32, 3 October 2021‎ imported>KevSlashNull‎ 4,677 bytes +44‎ Add 25565 (default port) as sample

1 September 2021

• curprev 22:1622:16, 1 September 2021‎ imported>Pv6q‎ 4,633 bytes −56‎ The LEB128 wiki, which was linked on this page, uses bit-based segmenting: https://en.wikipedia.org/wiki/LEB128#Decode_signed_integer

21 August 2021

• curprev 22:1622:16, 21 August 2021‎ imported>Doot‎ 4,689 bytes −18‎ Based on this blog post by Velocity's creator: https://steinborn-me.pages.dev/posts/performance/how-fast-can-you-write-a-varint/Replace VarInt/VarLong writing methods with Velocity's old varint writing method (with an extended version for varlong writing). Should make it easier to understand by replacing the do-while with just a while loop.
• curprev 21:4621:46, 21 August 2021‎ imported>Doot‎ 4,707 bytes +70‎ proper varint serialization uses byte-based segmenting rather than bit-based :)

3 August 2021

• curprev 19:1919:19, 3 August 2021‎ imported>Pv6q‎ 4,637 bytes −33‎ Changed the name of the return values to be less specific
• curprev 17:3017:30, 3 August 2021‎ imported>Pv6q‎ 4,670 bytes −37‎ Undo revision 16876 by Doot (talk) - Reverted because it was already readable

2 August 2021

• curprev 22:5122:51, 2 August 2021‎ imported>Doot‎ 4,707 bytes +37‎ revert to the old byte-based read/write for readability

29 June 2021

• curprev 02:1502:15, 29 June 2021‎ imported>Pv6q‎ m 4,670 bytes +1‎ Fixed type of decodedLong

26 June 2021

• curprev 21:1521:15, 26 June 2021‎ imported>Pv6q‎ 4,669 bytes −38‎ Added the comments to my previous code
• curprev 20:2520:25, 26 June 2021‎ imported>Doot‎ 4,707 bytes +264‎ Undo revision 16775 by Pv6q (talk) - Reverted because it unnecessarily removed a helpful comment and needlessly changed variable names. The old methods have worked fine for literally years, there's no point in changing something that isn't broken.
• curprev 14:2914:29, 26 June 2021‎ imported>Pv6q‎ m 4,443 bytes −264‎ Made my previous code more readable and added the error cases
• curprev 00:3900:39, 26 June 2021‎ imported>Doot‎ 4,707 bytes +391‎ Undo revision 16749 by Pv6q (talk) - pseudocode favors readability over efficiency, and your new readVarInt/readVarLong incorrectly handles the error case.

24 June 2021

• curprev 09:3909:39, 24 June 2021‎ imported>Pv6q‎ 4,316 bytes −391‎ Simplified the pseudocode and made it more efficient

6 June 2021

• curprev 14:3614:36, 6 June 2021‎ imported>Kabouter‎ m 4,707 bytes −3‎ fixed spelling

25 October 2020

• curprev 00:4900:49, 25 October 2020‎ imported>Pokechu22‎ 4,710 bytes +48‎ Add 2097151 as sample

4 August 2020

• curprev 17:5617:56, 4 August 2020‎ imported>Lua‎ 4,662 bytes +188‎ Added reference to LEB128 as a note.

28 June 2020

• curprev 04:2904:29, 28 June 2020‎ imported>NodeDigital‎ m 4,474 bytes +1‎ Change int to long in readVarLong(). Necessary to parse VarLongs with more than 4 bytes in Java

8 June 2020

• curprev 16:3516:35, 8 June 2020‎ imported>TkTech‎ 4,473 bytes +4,473‎ Created page with "Variable-length format such that smaller numbers use fewer bytes. These are very similar to [http://developers.google.com/protocol-buffers/docs/encoding#varints Protocol Buff..."