|
| |
There are 160 guests and 3 MSX friends online
You are an anonymous user.
|
| | | | Sunday, May 04, 2008 - 18:09 Submitted by: hitchhikr Topic: Development | | 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
|
| | |
|
| By nikodr on May 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.
| | |
| By ARTRAG on May 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 hitchhikr on May 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 on May 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 on May 06 2008, 16:15 | btw.. welcome to MRC, hitchhikr
| | |
| By hitchhikr on May 06 2008, 17:43 | Thanks.
v1.3 released (same url):
- Smaller depackers.
- -r switch to pack raw datas only.
- Generic datas depacker provided.
| | |
| By hitchhikr on May 06 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 on May 06 2008, 18:49 | Well done !!
I'll use it thanks!!
| | |
| By PingPong on May 06 2008, 21:05 | It's possible to have a VRAM version?
| | |
| By hitchhikr on May 06 2008, 22:34 | Archive updated with a vram decrunching routine if that's what you wanted.
| | |
| By Huey on May 07 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 on May 07 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?. 
| | |
| By hitchhikr on May 07 2008, 22:10 | Fixed of course.
I actually thought that you *were* Magnus Lind :]
| | |
|
|
| | |
