(04-21-2014, 02:33 PM)vsub Wrote: Just curious(don't take it the wrong way).
What is the point of this if Linuzappz ISO already can compress the image and load it and it also automatically create the index.
Isn't it better to just use the code from Lunuzappz to support z\bz images without the plugin?
I just compressed an image with linuzappz and 7zip and the difference was 2mb less on the gzip archive
2 main differences:
1. The support was added to the built-in iso reader, so you can enjoy the menu CDVD -> Iso Selector -> (select any of the recently used ISOs). With the plugin you have to open the plugin configuration dialog and it's less convenient.
2. The plugin doesn't create a standard compressed file which can be opened (or created) with standard tools other than the plugin itself. I like standardization, so I personally feel more comfortable when I know that my files are compressed with a standard compression and can be manipulated with tools of my choice.
Also, it might be possible to add bz or bz2 indexing in exactly the same way that the gzip indexing works with this version (without re-compressing the file in a proprietary format like the plugin does). BTW, the current code should also support .z, but .z is usually not be as good as gz. If you have a .z file and rename it to .gz, then this version of pcsx2 _should_ index and load it the same as gz. But I didn't test it.
And finally, as I noted in my first post, while bz2 should generally compress better than gzip, in several ISOs which I tested, gzip was surprisingly close to the bz2 compression ratio (and also on your test it was only 2m more than 7z/linuzappz), and in one case gzip was even better. Not sure why, maybe I got lucky with the ISOs which I tested, or maybe for data "like in PS2 ISOs", gzip just works almost the same as bz2.
7z still beats the sh*t out of zip/gzip/bz/bz2 for the ISOs which I tested, but the 7z compression data structures and decompression algorithm are such that it makes it impractical to create an efficient index for quick access (the index would be so big that it would negate the good compression which 7z offers).