Any chance you would consider open sourcing this?
Thanks for your work.
You are not logged in. Please login or register.
Redump Forum → Posts by user7
Any chance you would consider open sourcing this?
Thanks for your work.
Thanks Sarami, that seems to have done the trick
Thanks Sarami , but no luck with this new test https://drive.google.com/file/d/1Hd-cw2 … sp=sharing
Doesn't recognize errors as intentional.
I see http://redump.org/newdisc/DC_MIL-CD/
Thanks
iRobot, can you add CD format for Dreamcast so unlicensed discs can be submitted?
Anything that can be done about it? Maybe modify DIC to handle data.dat like big.dat?
Thanks.
Sarami would you mind taking a look at this dump please? https://drive.google.com/file/d/1hYipVH … sp=sharing
Its "DVD Region X" a datel disc. It is similar to the ones that DO dump good in that all the errors are at the start of the disc, however dic doesn't flag them as intentional, and dic tries and fails to reread them.
Redump already modifies data by not using rawdump. We're organizing data in a useful way. Fixing bad mastering falls in line with that. Just note and offer patches for the bad parts.
Sarami, so far so good. I dumped two variants on GTA Vice City, the subindexes in the cue do not match:
https://drive.google.com/file/d/1BULb9E … sp=sharing
https://drive.google.com/file/d/13IReoY … sp=sharing
I have an unlicensed Mini-CD that has a full-size-CD TOC. Is there anyway to tell DIC to just dump the maximimum mini-CD TOC length, instead of trying to dump the part of the disc that doesn't exist?
If you don't treat betas differently, you could have hundreds of entries for the same builds with a few byte differences just because the burner used some crap software / poor quality discs.
user7 wrote:Dumped with /sf /nq /c2 twice each on my 760SA and 708
All four dumps "no unintentional c2 errors", none of the hashes matched either...
It seems 708 is good.
The two 708 dumps don't match hashes
Sarami, would it be possible for dic to auto-detect multisessional discs and use "/ms" automatically?
Thanks again for your amazing work, its very cool to see multisessional discs correctly represented in redump
That's surely a mistake, these need to be added as separate entries. Just look at the Saturn or Mega CD pre-releases - many of them have the same data, but only differ in gaps or have a differently shifted audio.
And I wouldn't call our current handling of those sega systems ideal.
Non-pressed discs should be treated differently - for example Total NBA 98 was handled correctly.
I have a couple PS2 final betas I never submitted to redump because I don't believe an 8-byte difference warrants having an entry or collecting a rom for. However the result is that the particular disc is not accounted for in redump.
Thank you iRobot, here's my updated cue dumped with /ms: http://forum.redump.org/post/72070/#p72070
How long before we can add Mil-CD? Thanks!
REM SESSION 01
FILE "Acclaim_At_ECTS_ (Track 1).bin" BINARY
TRACK 01 AUDIO
INDEX 01 00:00:00
FILE "Acclaim_At_ECTS_ (Track 2).bin" BINARY
TRACK 02 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
FILE "Acclaim_At_ECTS_ (Track 3).bin" BINARY
TRACK 03 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
FILE "Acclaim_At_ECTS_ (Track 4).bin" BINARY
TRACK 04 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
FILE "Acclaim_At_ECTS_ (Track 5).bin" BINARY
TRACK 05 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
FILE "Acclaim_At_ECTS_ (Track 6).bin" BINARY
TRACK 06 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
FILE "Acclaim_At_ECTS_ (Track 7).bin" BINARY
TRACK 07 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
REM LEAD-OUT 00:00:00
REM SESSION 02
REM LEAD-IN 00:00:00
REM PREGAP 00:00:00
FILE "Acclaim_At_ECTS_ (Track 8).bin" BINARY
TRACK 08 MODE2/2352
INDEX 01 00:00:00
This is what was submitted.
Submitted.
iRobot, does this help? http://forum.redump.org/topic/23287/pc-multisession-x1/
I think just as often, mismatching could be bad mastering.
For example, read the comments: http://redump.org/disc/607/
It would be nice to have xdelta patches attached to entries for such items. Ideally the CRC32 for all variants would still show up in searches.
Dumped with /sf /nq /c2 twice each on my 760SA and 708
All four dumps "no unintentional c2 errors", none of the hashes matched either...
Disc is scratchless. (Its an action replay ps2 disc)
"Creating .scm (LBA) 4497/323849 LBA[004498, 0x01192] Detected C2 error 2324 bit
Creating .scm (LBA) 4498/323849 LBA[004499, 0x01193] Detected C2 error 1124 bit
Creating .scm (LBA) 219173/323849
LBA[219174, 0x35826]: Failed to reread because crc16 of subQ is 0. Read back 100 sector
Set the drive speed: 4233KB/sec
LBA[219174, 0x35826]: Failed to reread because crc16 of subQ is 0"
Is dic telling me i should try to redump at a certain drive speed? I got that bolded message when dumping at 8x and 2x
user7 wrote:here is an unlicensed PS2 disc that does not work with /sf flag
If there is not BIG.DAT, DIC can't detect protection.
All four files copied over fine, but not for dumping
IsoBuster doesn't like it either.
https://drive.google.com/file/d/1t_nCkh … sp=sharing
Sarami, here is an unlicensed PS2 disc that does not work with /sf flag. I wonder if there are any clues for getting this one to dump? I have been buying many unlicensed PS2 discs lately, some of them behave very strangely, others dump fine with /sf.
Presuming we stay with Jackal's numbering system, then the Italian entries should be modified to line up with the other OPS2M demos.
For example if the title should be renamed: Official PlayStation 2 Magazine Demo [number relating to UK release contents] (Italy).
Which carries none of the original information. I'm not sure why Italy did not receive the Jackal naming treatment yet, but Germany has - both of which refer to dates on their disc labels and not issue numbers.
Redump Forum → Posts by user7
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.