Jump to content

Recommended Posts

not bad, much smaller than my imploder, pucrunch and exomizer ports.

but i guess tha packrate is worse.

Share this post


Link to post
Share on other sites
24 minutes ago, sage said:

not bad, much smaller than my imploder, pucrunch and exomizer ports.

but i guess tha packrate is worse.

Might be, yes. It is a trade of size of depacker, packrate, speed of depacking. As there are no shifts speed is good and size as well. If you pack large files, then it might be worth to have 16bit offsets.

Or 12bit counts.

zpack w/o endmark (that is max. 0x40 literal bytes) packs demo0006.o from 15400 downto 9751bytes.

W/ endmark it is 9754 bytes but depack is 6 bytes shorter.

For reference: A tweaked version of lz4 shrinks it down to 9394 bytes. But the packer is much more complicated.

 

 

 

 

Share this post


Link to post
Share on other sites

-rw-r-----  1 bjoern bjoern 15406 Jun  3 01:11 demo0006_1.o
-rw-r-----  1 bjoern bjoern 18022 Jun  3 01:11 demo0006_2.o
-rw-rw-r--  1 bjoern bjoern  9749 Jun  3 01:11 demo0006_2.puc
-rw-rw-r--  1 bjoern bjoern  8321 Jun  3 01:11 demo0006_1.puc
 

Share this post


Link to post
Share on other sites

-rw-rw-r--  1 bjoern bjoern  7738 Jun  3 01:18 demo0006_1.exo
-rw-rw-r--  1 bjoern bjoern  9111 Jun  3 01:18 demo0006_2.exo

 

but that is including the .o header and prepared fro stream unpacking. i am not sure that i ever created a version which directly can parse binabries to the correct location ...

I used it only for video-playback on the lynx until now.

Share this post


Link to post
Share on other sites
3 minutes ago, sage said:

9700 vs 8300 is not "nearly" the same

Ok, the sorting of the directory was guiding me in the wrong direction. 🙂

 

Share this post


Link to post
Share on other sites

anyway, not sure if we have the same binary 😛

but thats what i found on my disc without too much searching

Share this post


Link to post
Share on other sites

-rw-rw-r--  1 bjoern bjoern    15400 Jun  3 02:41 demo0006.o
-rw-rw-r--  1 bjoern bjoern     8311 Jun  3 02:42 demo0006.puc

 

similar rate

  • Like 1

Share this post


Link to post
Share on other sites

Nice. W/o the C64 depacker even down to 80xx bytes.

 

Share this post


Link to post
Share on other sites

Remark:

I used the code in BadApple https://demozoo.org/productions/198602/ for the video playback by doing a double buffering, thus decrunching one buffer while replaying the other one.

I have not used it for depacking of binary code, as pucrunch is better integrated into lynxdir (loading adresses, etc). Even so this should not be a problem.

 

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...