Search options (Page 4 of 4)

Redump.org only hosts the CUE sheets for the discs, not the data. :-)

One could go with no-intro naming.

Redump offers a (hidden) no-intro style dat already, except game languages are not added to it (yet?).

For people who are serious with dumping, they should refer to the online database, and not to the dat alone. :-)

Maybe the parser removes it.

What I have seen was that most Player's Choice Editions had a -01 appended to the serial.
Star Fox Adventures is one example, Mario Party 4 is another: Serial: DL-DOL-GMPP-EUR-01

Maybe it is not important and it only means that this disc belonged to a 'Player's Choice' edition.
But this would also mean that my NFS Underground (G) is from a normal copy in a Player's Choice DVD case.

Can you do a binary compare to see how different those 2 files are? Maybe there is only a difference in the file header or the whole data stream is different.

So far, files compressed with packiso have been identical for different people on different computers. Of course there is the possibility that there is an odd configuration where the result will be different, but this could happen with torrentzip aswell.

Those people should try it instead of praying.

It will make the same archives when you use the same settings. Compressing with 7z ultra leads of course to higher compression vs. the normal 7z compression (because of Increased dictionary size). But every computer has to have enough resources to use such a large dictionary, else compression outcome might differ (when there is extensive paging for example).
Also you could use other advanced settings to improve compression.

Well, I am not completely sure (I did not look at the source of 7-zip), but so far packISO did work for many people on many different computers. Unless someone comes with an example that the file created is different, it stands as is (it's not a mathematical proof, but a natural ... it is right until someone disproves it). Of course everyone has to use the same 7-zip version.

Well, so far what packiso did was just this:
use ECM on the first track, then just call 7za on the file: "7za a [...]"

If everyone uses the same 7zip version, it should be the same file for everyone.

The normal add operation uses a dictionary of d=16MB, means it needs 11.5*d+3.5 MB of memory to compress the file. Using ultra compression uses a larger dictionary, but this means, more memory for compression is needed. Computers with less than 1.5GB RAM won't be able to use ultra compression at all. (It might be possible on computers with 1GB, but this means that no other tasks must be running, that you have around 700MB free)

It is not torrentzip's fault that it does not work on files > 2GB. It's an inherent zip misfeature. Zip is a very old format where people only dreamed about files that big. Also it had to work with very little memory so the dictionary it uses is very small (32kb) compared to more modern archivers (rar has up to 4mb dictionary, 7z can use up to 64mb [provided you have the memory for that])
Though the zip format gets still developed and it is possible to use it with a bigger dictionary and also with lzma as compression method, this is far away from being standard yet, so most zip applications cannot read those zip archives. (Zip is more of a container format where you can use different compression formats like store, implode, deflate... and on. But even the deflate64 method which has been integrated into zip is not supported by many applications yet [which is just deflate with a 64kb dictionary])
Maybe in the future there will be a zip feature to allow files >2gb.

There are other limitations aswell for zip files like no unicode support and a timestamp accuracy of 2 seconds, but I will stop here.

The system is too new to be preserved.

You can get the date with psxt001z.exe - more reliable than isobuster for me
Also make sure you trim the pregap which got extracted at the end of the first track.

1. ClrMame can scan anything

2. ClrMame does not recognize the packed datatrack either, because it was reduced to ECM-format before packing it with 7z.

3. You can use unpackiso to restore the previous uncompressed binary files. Those files are in the database and in the dat-file and thus are recognized by ClrMame.

There could be another dat file that would contain the ecm'd and ape'd format. But that would require too much work. In fact i consider packiso to not be the best thing to use, as it does not use optimal settings (ape encoder with slower insane setting could reduce audio track data by another 5-10MB and optimized 7z settings could reduce in further compression too, without being too memory intensive. A 32MB dictionary requires 372MB of memory for packing, which means every computer with 1GB of RAM can handle that. Also one could use the advanced options which would make the process slower but the compression better. Equally on all computers out there.)