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
My thought was - ZX0 does support compressing with prefix, thus memory blocks with some similar data can be compressed separately while using some constant dictionary at start, and achieving good results for dozen parts, like these were packed in one go.
Some time ago I played with compressing Lode runner levels. There was used ZX7, and of course compressing each level separately resulted in not so good compression, while packing all the levels in one go was brilliant. But having all 100+ levels in one compressed block does impossible to unpack one particular level. So I was pointed by one guy (thanks, Intospec) to create prefix (dictionary) for all these levels, and packed each one separately. Resulting total size was much smaller, than all the levels packed separately, and a little bigger than all levels together.
Ideas to test:
We can try to compress all DATASETs in a bank in this way, store the initial prefix table in the bank and see if better compression is achieved.
We can also compress all DATASETs and store the initial prefix table in low memory (if it's not big) and see if better compression achieved - Update: this is not possible. The prefix must be at the beginning of the decompressed data.
The text was updated successfully, but these errors were encountered:
jorgegv
changed the title
btile: alternative ZX0 compression with existing prefix table
btile: alternative DATASET compression: ZX0 with initial prefix table
Oct 10, 2022
On Mon, 10 Oct 2022 at 21:07, jorgegv ***@***.***> wrote:
Again, Bedazzle in SC forums said:
My thought was - ZX0 does support compressing with prefix, thus memory
blocks with some similar data can be compressed separately while using some
constant dictionary at start, and achieving good results for dozen parts,
like these were packed in one go.
Some time ago I played with compressing Lode runner levels. There was used
ZX7, and of course compressing each level separately resulted in not so
good compression, while packing all the levels in one go was brilliant. But
having all 100+ levels in one compressed block does impossible to unpack
one particular level. So I was pointed by one guy (thanks, Intospec) to
create prefix (dictionary) for all these levels, and packed each one
separately. Resulting total size was much smaller, than all the levels
packed separately, and a little bigger than all levels together.
We can try to compress all DATASETs in a bank in this way, store the
initial prefix table in the bank and see if better compression is achieved.
We can also compress *all* DATASETs and store the initial prefix table in
low memory (if it's not big) and see if better compression achieved
—
Reply to this email directly, view it on GitHub
<#110>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEAYZ6KANX3OYGNTYYOEXFLWCRSOFANCNFSM6AAAAAARBTJHLA>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
Again, Bedazzle in SC forums said:
Ideas to test:
We can try to compress all DATASETs in a bank in this way, store the initial prefix table in the bank and see if better compression is achieved.
We can also compress all DATASETs and store the initial prefix table in low memory (if it's not big) and see if better compression achieved - Update: this is not possible. The prefix must be at the beginning of the decompressed data.
The text was updated successfully, but these errors were encountered: