MSX-O-Mizer v1.0

by hitchhikr on 04-05-2008, 18:09
Topic: Development
Languages:

MSX-o-mizer v1.0 is an adaption for the MSX of Magnus Lind's Exomizer Windows cruncher which was originally made to pack c64 files.

MSX-o-mizer's main features and differences:

  • Minimal set of parameters (compared to the original exomizer)
  • Handles MSX binary files (not MSXDOS ones)
  • Creates MSX executable files by inserting a depacker routine and a binary files header
  • Tuned to work with MSX having at least 64 kilobytes of memory (it may work with 32k ones but only for smaller files and provided that the loading address of the original program to pack would be above 0x8000)
  • Should work on a reasonable amount of MSX computers (Turbo-R included)
  • Allows the loading of bigger executable files with the ROM based MSX Basic loader (depending on the datas i would say around 50-52k depacked / 16-17k packed, the depacker is located behind the packed datas so a bit of overlapping is possible and depacked programs can have a start address as low as 0x0)

Relevant link: MSX-O-Mizer

Comments (15)

By nikodr

Paladin (747)

nikodr's picture

05-05-2008, 04:36

It seems very interesting.I am looking forward to test it in my free time and see how fast an msx decompresses the data.Smile

By ARTRAG

Enlighted (6521)

ARTRAG's picture

05-05-2008, 09:24

it is far better than pletter, but it is not very flexible...
they should release the code in order to allow customizations ...

By ARTRAG

Enlighted (6521)

ARTRAG's picture

05-05-2008, 15:23

why not supporting exomizer 2 ?

http://hem.bredband.net/magli143/exo/

By hitchhikr

Rookie (19)

hitchhikr's picture

05-05-2008, 19:24

It looks like the original exomizer is kinda dead anyway (considering the latest release date).
That packer wasn't crafted for depacking speed but for packed size.

v1.2 released:

- Now have 4 depacking routines depending on the input datas.
- Shortened packed files size.
- Depackers should be more compatible with various memory mappers.

Have a nice day.

By ARTRAG

Enlighted (6521)

ARTRAG's picture

05-05-2008, 19:35

@hitchhikr, is it possible to use your tool more general developments?
it would be nice to have the depack ASM code apart, and an option in the
msdos packer in order to get just packed data as output....
It would increase a lot the use of your too for future developments

By ro

Scribe (4456)

ro's picture

06-05-2008, 16:15

btw.. welcome to MRC, hitchhikr Smile

By hitchhikr

Rookie (19)

hitchhikr's picture

06-05-2008, 17:43

Thanks.

v1.3 released (same url):

- Smaller depackers.
- -r switch to pack raw datas only.
- Generic datas depacker provided.

By hitchhikr

Rookie (19)

hitchhikr's picture

06-05-2008, 18:45

Oh btw, the direct link in the head of the news is screwed up, there's a part of the tag left in it.

{mod: fixed, W.}

By ARTRAG

Enlighted (6521)

ARTRAG's picture

06-05-2008, 18:49

Well done !!
I'll use it thanks!!

By ARTRAG

Enlighted (6521)

ARTRAG's picture

06-05-2008, 19:37

Done with this great tool!!!

http://spritemultiplex.googlepages.com/loader.rar

Thanks!! Now I can try to add MC bullets and robot dead!!!

By PingPong

Prophet (3756)

PingPong's picture

06-05-2008, 21:05

It's possible to have a VRAM version?

By hitchhikr

Rookie (19)

hitchhikr's picture

06-05-2008, 22:34

Archive updated with a vram decrunching routine if that's what you wanted.

By Huey

Prophet (2675)

Huey's picture

07-05-2008, 11:20

@hitckhkr: Thanks for the quick updates man! Great work. Packing a complete screen2 tileset (patterns+colors) is 100bytes smaller than pletter. This might just be the extra room needed.

By Metalbrain

Expert (67)

Metalbrain's picture

07-05-2008, 21:49

The depacker is clearly based on mine (but it seems a bit optimized, nice work!), so a little bit of credit wouldn't have hurt, you know?. Tongue

By hitchhikr

Rookie (19)

hitchhikr's picture

07-05-2008, 22:10

Fixed of course.
I actually thought that you *were* Magnus Lind :]