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
For better compression, we could cluster several sectors together. This would have to be optional. The size of clusters would be put in the header. Any given user of libjad would have to reject clusters larger than it's prepared to deal with (embedded systems may not have huge sector buffers)
Howevever, due to the concept for how the sector encoding works, this might be really difficult. Basically, all the filters are designed to operate on one sector at a time. Maybe we'd need a special encode stream command which said to extend the range of operation across several sectors worth. For instance a command like "just do basic decompression of 2340 bytes (that is, excluding sync)" would change to "just do basic decompression of 2340 bytes, twice (and skip both sync fields)"
The text was updated successfully, but these errors were encountered:
For better compression, we could cluster several sectors together. This would have to be optional. The size of clusters would be put in the header. Any given user of libjad would have to reject clusters larger than it's prepared to deal with (embedded systems may not have huge sector buffers)
Howevever, due to the concept for how the sector encoding works, this might be really difficult. Basically, all the filters are designed to operate on one sector at a time. Maybe we'd need a special encode stream command which said to extend the range of operation across several sectors worth. For instance a command like "just do basic decompression of 2340 bytes (that is, excluding sync)" would change to "just do basic decompression of 2340 bytes, twice (and skip both sync fields)"
The text was updated successfully, but these errors were encountered: