It could also be quite important if you release a version people on constrained networks might play with downloadable levels, mobile being the classic example.
Everything old is new again.
Append: wait, what CDs do? Surely not for Redbook audio-are you talking about some other encoding that I don't recall? The main uses of RLE I recall involve BMP and… ZZT, the latter of which sounds quite plausible for you.
I couldn't remember the name of run-length encoding at the time - I meant at the byte level, where a CD changes from a pit to a land not to represent zeroes and ones directly but to indicate changes (except I remembered it wrongly and it's really nothing like what I implemented here).
I didn't realize that BMPs used any compressive encoding, I thought they just naively stored every pixel (hence a 640x480 one took up 1MB, a huge amount on my 386's hard drive).
You mean a differential encoding except for the part where it's not due to lack of tea? Actually, albeit unrelatedly, non-single-bit delta encoding is used together with RLE in cases where linear runs are common and light decoding is needed: take the derivative of the original signal, and the linear runs become constant runs which you can conveniently RLE, and then integrate again on the receive side.
Edit: actually it's the opposite: the function from {zero, one} to {pit, land} is based on discretely integrating over GF(2), not differentiating, bah. TEA TIME.
And here my best hypothesis was that you'd meant to write “ZZT” and merely got the voiced/unvoiced consonants inverted in the verbal processing, thus turning the Z into a C and the T into a D!
Windows Bitmap format can use RLE but I think can also have raw data, so it presumably depends on the program that writes the file.
I think having level files that are 2-4KB instead of 2MB is fantastically worthwhile. We might, by and large, have so much space and internet speed that 2mb doesn't seem like much, but 2kb is still a thousand times smaller, and any improvement in size and loading efficiency is absolutely worthwhile. If more game developers bothered with that we might not need 3TB hard drives and huge amounts of memory. So, bravo. I'll definitely be asking your advice on efficiency if I ever make a game.
Comments 5
Everything old is new again.
Append: wait, what CDs do? Surely not for Redbook audio-are you talking about some other encoding that I don't recall? The main uses of RLE I recall involve BMP and… ZZT, the latter of which sounds quite plausible for you.
Reply
I didn't realize that BMPs used any compressive encoding, I thought they just naively stored every pixel (hence a 640x480 one took up 1MB, a huge amount on my 386's hard drive).
Reply
Edit: actually it's the opposite: the function from {zero, one} to {pit, land} is based on discretely integrating over GF(2), not differentiating, bah. TEA TIME.
And here my best hypothesis was that you'd meant to write “ZZT” and merely got the voiced/unvoiced consonants inverted in the verbal processing, thus turning the Z into a C and the T into a D!
Windows Bitmap format can use RLE but I think can also have raw data, so it presumably depends on the program that writes the file.
Reply
And I like the cave texture too!
Reply
Reply
Leave a comment