Search options (Page 10 of 14)

Havikoro, sorry for delay.

I don't really know the need of dolmd5, as I said my point about exe date.

Months ago I've asked for a box about "streaming" or not (and maybe streaming lenght), that are the only data needed for preservation (like similar in PSX).
Header gives no particoular hint about this, also becuase it's not clear if straming on is 0x00 or 0x01.

Finally, in my opinion unusfull data has not to be preserved unless you want to make a full DB including everything about a game disc.

I will go back on this later.
I suggested this for stuff like Gamecube that have no better compression with 7z.
If images will be setted to same date and compressed with same version of winrar and same settings you'll have the same of packps2, or not?

ReMove can resize in any direction, simply use the subcommand "-direction=".

Example, you want to cut the first 150 sectors of track01.bin:

remove -direction=left -size=150sec temp.bin track01.bin

With a bit of immagination you can recover quickly anything you can handle with resize, moreover you can handle also bigger files.

Weeks ago I have suggested to combine winrar+quickpar, here I explain better:

1) One main uploader compress everything with winrar the same way you'd make with torrentzip. I mean one archive for every game.

2) Then he makes simple pars for all archives (only .par2) with quickpar.

3) Now he shares the pars with other testers to see how many blocks are needed. As par will search blocks, even if set in random mode, only some blocks for every archive should have to be fixed/parred.

4) Once you'll have the diff blocks you can share them and have equal rar archives on every pc.

5) This has to be done only once, unless when a game name will be changed.

Obviously everything I said has to be tested. I hope I have explained it well.

As far as I know if you save the diff file with shrinker it returns the same crc once you recover it (on bitgamer some guys tested it and it works).

You won't get any advantage, because splitted parts (shrinked image and garbage) will return the same size of full image. 7zip gives quite the same size of zip for those discs.
Best way to compress GC/Wii games is rar but it's not useful for sharing unless one makes archives and some pars to make the others match.

You have also to check if that is real data of garbage (example the string that was found in some SS/MCD discs).

This is something most than common for all other systems, I talk about first audio track (only PR reports data if there's something or if you simply dump with wrong offset, EAC pad everything with 0x00) and expecially about discs with only one audio track the ones you normally pad.

EDIT: DJoneK, the same, what you found is normal.

If you have to dump a real disc, do as follow:

1) padding single data track with 0x00, on command promp:

psxt001z ---gen pregap.bin "file_size"

where "file_size"=bytes needed (352800, 529200, etc.), then

copy /b pregap.bin+track02.bin new_track02.bin

2) 2 consecutive data tracks, you have to calculate real pregap first, then use "remove":

remove -size="bytes_to_move" track01.bin track02.bin

where "bytes_to_move"=bytes of pregap (352800, 529200, etc.).

Instead if you have to fix an image, simply take a look at the following thread where there's everything:
http://forum.redump.org/topic/3620/p2pt … -tutorial/
http://forum.redump.org/topic/3959/dc-t … -tutorial/

Please explain better what you want to do, what do you want to redump to original size?

When we discussed about IFPI in past months, I said quite similar things of yours, Themabus. I suggested to add another field for IFPI.
"Ring code" + "IFPI code" =  "cd matrix"

It seems to me, anyway and again, that IFPI code as to do with mastering and not with sega catalogue.

CloneCD subs Fever sent me in PM have no gaps at all (on all tracks), probably wrong setting (which is the one to use, I installed it at last and I think you have to choose audio cd, right?).

Fever, as I said, try it with Alcohol too.