when compressin a DIB by RLE are we adding extra 2 BYTES of code inside a bitmap code on a repeatative every now and then?
if thats the way by encrypting it doesnt that in effect enlarge the bitmap storage?
when compressin a DIB by RLE are we adding extra 2 BYTES of code inside a bitmap code on a repeatative every now and then?
if thats the way by encrypting it doesnt that in effect enlarge the bitmap storage?
not when there's long rows of a single color. In these cases you can store a large number of pixels in just a few bytes. run length encoding is a good place to start on image compression but don't get carried away thinking it's going to out-do jpeg or something.
"You are stupid! You are stupid! Oh, and don't forget, you are STUPID!" - Dexter
Sorry for bringing this thread back but I have a request related to it. I don't seem to have the ability to create a bmp of a certain type for testing. Perhaps one of you has a way to do it.
the type is 4 bit RLE compressed. I'm reading all the others fine but I don't have a 4 bit RLE bmp to test with.
"You are stupid! You are stupid! Oh, and don't forget, you are STUPID!" - Dexter