You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
png has several precoders (most complex of which is 'paeth') which could be inspirational for compressing some sectors containing bitmaps. although come to think of it that paeth precoder needs some sense of bitmap pitch and that might be utterly impractical here. But we should be able to get mileage out of trying a few different bitplane configurations and seeing how well they compress.
But if you wanted to be really slick you could try various pitches, looking for the one that minimizes entropy from paeth's point of view, judging that to be the correct pitch. this would be a big job, but given that it's being applied a sector at a time, only a small range of pitches would need to be assessed (for instance, pitches of 4000 would not even fit in a sector; pitches of 2000 would not benefit much from the 2d precoding since it would really only be 2 lines. Therefore pitches between 2 and 1000 or so would be reasonable. This would be equivalent to trying to trial-compressing about 1000 45x45 pngs, or in other words, a single 450x450 png--not too bad, right?)
As mentioned in other tickets (#23), having a filesystem parser could help here with selecting the right precoder parameters to use by tracking sectors back to known media types.
The text was updated successfully, but these errors were encountered:
png has several precoders (most complex of which is 'paeth') which could be inspirational for compressing some sectors containing bitmaps. although come to think of it that paeth precoder needs some sense of bitmap pitch and that might be utterly impractical here. But we should be able to get mileage out of trying a few different bitplane configurations and seeing how well they compress.
But if you wanted to be really slick you could try various pitches, looking for the one that minimizes entropy from paeth's point of view, judging that to be the correct pitch. this would be a big job, but given that it's being applied a sector at a time, only a small range of pitches would need to be assessed (for instance, pitches of 4000 would not even fit in a sector; pitches of 2000 would not benefit much from the 2d precoding since it would really only be 2 lines. Therefore pitches between 2 and 1000 or so would be reasonable. This would be equivalent to trying to trial-compressing about 1000 45x45 pngs, or in other words, a single 450x450 png--not too bad, right?)
As mentioned in other tickets (#23), having a filesystem parser could help here with selecting the right precoder parameters to use by tracking sectors back to known media types.
The text was updated successfully, but these errors were encountered: