pouët.net

leonard information 324 glöps

• general:
• level: user
• personal:
• first name: Arnaud
• last name: Carré

• demotool Atari ST Amiga AGA Atari STe Amiga OCS/ECS Atari TT 030 L-Packer by Oxygene [web]
• just released v0.93: added LZ4 algorithm, and also option to force one algo as suggested
• isokadded on the 2025-12-27 18:17:57
• demotool Atari ST Amiga AGA Atari STe Amiga OCS/ECS Atari TT 030 L-Packer by Oxygene [web]
• Quote:

  Speaking of ZX0, I find it quite amazing that it often beats DEFLATE even without entropy coding of literals. Just goes to show how awful DEFLATE is. ;)

  
  
  Agree, zx0 is really impressive considering no entropy coding.
  
  
  Quote:

  With a decompressor size of just 78 bytes, I would guess it can sometimes be competitive at the very low end, like 1k, especially if you add a mode without relocation support, like Shrinkler's MINI mode. I have been contemplating using it (or something like it) for bootblocks.

  
  
  I didn't thought about very low end like 1k. Your shrinkler is already so good at these tiny size. Like, shrinkler is unbeatable for 4KiB. But maybe zx0+no-relocation could beat shrinkler for 1KiB in few cases, idk.
  
  
  Quote:

  How often do you see DEFLATE having a size advantage over ZX0 for 64k when the decruncher size is taken into account?

  
  
  On several amiga exe, I noticed DEFLATE beats ZX0 in almost 70% of case (very rough estimation out of my head). Note I'm talking about the final exe size, including the decruncher indeed
  But strangely, when testing on few atari PRG, ZX0 version generally beats deflate.
  
  Regarding DEFLATE, I think it's still a very good algorithm for its age. Like, standard ZIP libs aren't so great but google ZOPFLI library is quite nice. When I try to repack my "cycle-op" amiga demo with ZX0, it doesn't fit on the 880KiB disk anymore (original cycle-op is packed with ARJ-M7). When I re-pack cycle-op using DEFLATE & zopfli library, I get 56KiB free space on the disk!!! (instead of few bytes with ARJ-M7). quite impressive.
  
  
  Quote:

  Feature request: manual choice of compression algorithm. Presumably, DEFLATE decompresses much slower than ZX0, so I wouldn't want that to be picked by accident.

  
  
  you can already use this simple hack: just use high target size like -t800 for 800KiB, and it will generally choose ZX0. But yeah a manual choice option will be better, I'll add that.
  
  
  Quote:

  Which other compression algorithms are you considering?

  
  
  Not so many. DEFLATE+zopfli already beats all "huffman entropy" coders of the same league. So I think I'll just add LZ4, when you can afford very low packing ratio but ultra fast depacking.
  
  Any other algorithm suggestion?
• isokadded on the 2025-12-26 13:33:16
• 64k Amiga OCS/ECS Disiplin by Spaceballs [web]
• Awesome intro! I love the wireframe cube fx!
• rulezadded on the 2025-12-06 20:03:10
• demotool Atari ST Amiga AGA Atari STe Amiga OCS/ECS Atari TT 030 L-Packer by Oxygene [web]
• Many questions!
  
  I didn't added charts comparative time & size about Shrinkler because it's so different (timing chart with shrinkler,l-packer,cranker and upx would have weird scale ). I like the X speed vs Y size chart idea. But takes time to build such a chart (including the two platforms). If anyone want to do it, feel free :)
  
  Regarding license, I select MIT by habit in github. Obviously you're not required ot credit L-Packer in a prod, no worry!
  
  About depack mem and exe overhead you can use the verbose (-v) option to get more details about that.
  
  Shrinkler estimated time depends on the exe obviously, but some 64KiB takes 30 sec to depack. One coming in mind is the great Coda by Abyss ( 32 seconds on A500) https://www.pouet.net/prod.php?which=80998
  
  Finally about adding algorithms, Titanics, Powerpack, Doynamite are same league regarding speed, but slightly worst regarding packing ratio, so I won't include them. I plan to include LZ4 because it doesn't pack well for sure, but it's really fast to depack. So if your prod still fit the target size and LZ4 could be used, it's even better.
  
  Hope it helps! Thanks for your nice feedback!
• isokadded on the 2025-12-05 17:48:22
• intro Amiga OCS/ECS Kapok by Crass [web]
• nice little intro! and cool to see you're probably the first L-Packer user!
• rulezadded on the 2025-11-26 09:21:45
• demo Atari Falcon 030 TAEDIUM VITAE by Dune & Alcatraz [web]
• really nice cinematographic demo! congrats!
• rulezadded on the 2025-11-24 23:52:51
• intro Amiga OCS/ECS Stuck in the Middle by Desire [web]
• really impressive HAM fullscreen rotozoom!
• rulezadded on the 2025-11-22 10:18:49
• demo Amiga OCS/ECS Scary Scrolly by The Spooky Brothers
• lovely graphics!
• rulezadded on the 2025-11-15 14:44:36
• demotool Atari ST Amiga AGA Atari STe Amiga OCS/ECS Atari TT 030 L-Packer by Oxygene [web]
• just updated to v0.92. Now Amiga version also supports depack-in-place
• isokadded on the 2025-11-12 23:05:12
• demotool Atari ST Amiga AGA Atari STe Amiga OCS/ECS Atari TT 030 L-Packer by Oxygene [web]
• Quote:

  Nice ! It's a little over 64kb, but not by much, so it can probably be improved.

  
  
  Yes, nothing could beat arithmetic coder of shrinkler (or STrinkler on atari). L-Packer is made when you can't afford too long depacking time with large exe such as 64KiB or more. So it's expected to be bigger than shrinkler, but should be smaller than any other amiga exe packers ( I hope :) )
  
  
  Quote:

  The three intros are in Amos, so they have a similar structure. If you want, I can provide you with the uncompressed exe files.

  
  
  Yes I know Amiga bootstrap is not fully compatible right now (doesn't work with C compiled stuff). Probably same issue with AMOS exe. I have to investigate that for future v1.0. Ok you can provide an uncompressed AMOS exe so I can have a look
  
  
  Quote:

  I'm waiting for the no-flash option :)

  
  
  I just added the option, please download again :)
• isokadded on the 2025-11-09 17:32:15