Schrijver
| Gfx9000 Library
|
Grauw
msx professional
Berichten: 1006 |  Geplaatst: 21 Januari 2004, 16:19 |
And mind you: this is a speed-oriented compression format, meant for use in games, etc. Just like BitBuster and (I guess) RT. So no fair comparing with RAR or the likes! ;p
~Grauw
p.s. RAR: 114046 bytes. (and this is 'best compression'! Pah!)
|
|
Arjan
msx addict
Berichten: 473 | Geplaatst: 21 Januari 2004, 16:23 |
TCF rules! if only it would be opensource...
bitbuster does slightly worse than RT, 126704 bytes (time to add variable length offsets  ) |
|
Arjan
msx addict
Berichten: 473 | Geplaatst: 21 Januari 2004, 16:25 |
winzip does better, 111292 bytes (111406 bytes for the while zip)
|
|
Grauw
msx professional
Berichten: 1006 | Geplaatst: 21 Januari 2004, 16:27 |
Top 6 list so far:
1. FIRE.ZIP: 110100 bytes (107,5k) (WinRar - best compression)
2. FIRE.RAR: 114046 bytes (111,4k) (WinRar - best compression)
3. FIRE.TCF: 117495 bytes (114,7k)
4. FIRE.RT: 126671 bytes (123,7k)
5. FIRE.BB: 126704 bytes (123,7k)
6. FIRE.G9B: 217104 bytes (212,0k)
~Grauw
p.s. funny btw that winrar does better at zip than winzip.
|
|
GuyveR800
msx guru
Berichten: 3048 | Geplaatst: 21 Januari 2004, 16:29 |
TCF is not yet finalized, so that's one of the reasons it's not open source at the moment.
|
|
Grauw
msx professional
Berichten: 1006 | Geplaatst: 21 Januari 2004, 16:30 |
For instance there is no MSX cruncher yet... grmbl... 
~Grauw |
|
GuyveR800
msx guru
Berichten: 3048 | Geplaatst: 21 Januari 2004, 16:33 |
patience, patience ... |
|
ro
msx guru
Berichten: 2346 | Geplaatst: 21 Januari 2004, 16:42 |
Quote:
| And mind you: this is a speed-oriented compression format, meant for use in games, etc. Just like BitBuster and (I guess) RT. So no fair comparing with RAR or the likes! ;p
~Grauw
p.s. RAR: 114046 bytes. (and this is 'best compression'! Pah!)
|
It was build with that in mind yeah. RT is a redundancy checker and is therefor a bit slow at compression, but REALY fast at decompressioni (using already decomped blocks) Although it could be faster 'coz of the build in 16k. block max. This was done due limited memory spill (the Kernel has 1 standard temp. buffer for things like: decompression, sample transfer, music decomped from ramdisk, file transfer for ramdisk functions, temp. lib sources etc) (yep, RT is build in fKernel)
This limits the 'look-back' function (only 16k. remember) but at the time it was build, there were no 'over 16k. (comped) files' like gfx9000 data. So in practise the overall speed of RT (on typical msx files) is mostly at max.
oh , RT uses 3 typical types of compression format:
0, decrunch (multiple blocks) to RAM (normal mode, use for any file)
1, decrunch to VRAM using direct VDP access
2, decrunch to VRAM using RAM->VRAM block transfer
3, DD-Graph *.DAT files (Crunched as type 2)
4, Graph Saurus *.SR? files (Crunched as type 2)
Type 2 is for x1,y1-x2,y2 blocks of video data (blocks, non linear vram data)
Also pallette data can be included.
There were MSX and PC (de)compressors coded
The fire.g9b was done with type 0 (any file) (comped on PC)
|
|
snout
msx legend
Berichten: 4991 | Geplaatst: 21 Januari 2004, 16:46 |
Maybe we should do a little benchmark as well, with the file formats that can be decompressed on MSX. I'd like to know how long it takes a Z80 or an R800 to extract these files.
|
|
GuyveR800
msx guru
Berichten: 3048 | Geplaatst: 21 Januari 2004, 16:46 |
TCF can currently directly decompress to VRAM too. Also, it can decompress directly from disk, without loading the compressed file into memory.
|
|
ro
msx guru
Berichten: 2346 | Geplaatst: 21 Januari 2004, 16:50 |
Quote:
| TCF can currently directly decompress to VRAM too. Also, it can decompress directly from disk, without loading the compressed file into memory.
|
But that would slow down the decompresion time.
RT (the kernel version) loads blocks of data of max.16k directly from disk (so it's transparant for users, just point out the filename and kernel will get it.. crunched or not: here you have the data you requested, sir)
ps. maybe a new forum topic for cruncher benchmarks etc |
|
msd
msx professional
Berichten: 615 | Geplaatst: 21 Januari 2004, 16:56 |
Thanxs for testing it guys.. Not only the size is importend but also how fast is the decompression on MSX? Any ideas on that?
|
|
GuyveR800
msx guru
Berichten: 3048 | Geplaatst: 21 Januari 2004, 16:56 |
Yeah well.. F-kernel wasn't designed for 64K RAM, was it...
About speed.. now that Bitbuster is more optimized, I think TCF is takes about the same time to decompress. The decompressor is 153 bytes, no additional memory required.
|
|
msd
msx professional
Berichten: 615 | Geplaatst: 21 Januari 2004, 16:59 |
That sounds very interresting GuyveR800. just 153 bytes
|
|
ro
msx guru
Berichten: 2346 | Geplaatst: 21 Januari 2004, 17:12 |
Quote:
| Yeah well.. F-kernel wasn't designed for 64K RAM, was it...
About speed.. now that Bitbuster is more optimized, I think TCF is takes about the same time to decompress. The decompressor is 153 bytes, no additional memory required.
|
Yeah, it can run on 64k. (although min 128k. is advised)
Oh, well. RT was written almost 10 year ago and has proven to be a great tool. But, remember, this is not a competition. It's to find out which compressor fits best on MSD's lib |
|
|
|
|
