Redump Forum

Rocknroms wrote:T-36102G here is Whizz (this sub confirms at all 2.02 pregap) ---> old sub missed Q-AFRAME=01 and repeat it at the end of pregap.

Here's what we have:

Original wrote:00 00 00 00 00 00 00 00 00 00 00 00 41 01 01 06 40 72 00 06 42 72 5B BB
00 00 00 00 00 00 00 00 00 00 00 00 41 01 01 06 40 73 00 06 42 73 E1 CB
FF FF FF FF FF FF FF FF FF FF FF FF 41 01 01 06 40 74 00 06 42 74 F6 F8
FF FF FF FF FF FF FF FF FF FF FF FF 41 01 01 06 41 00 00 06 43 00 2A FA
FF FF FF FF FF FF FF FF FF FF FF FF 01 02 00 00 01 74 00 06 43 02 4D 80
FF FF FF FF FF FF FF FF FF FF FF FF 01 02 00 00 01 73 00 06 43 03 3A 75

PerfectRip wrote:00 00 00 00 00 00 00 00 00 00 00 00 41 01 01 06 40 72 00 06 42 72 5B BB
00 00 00 00 00 00 00 00 00 00 00 00 41 01 01 06 40 73 00 06 42 73 E1 CB
00 00 00 00 00 00 00 00 00 00 00 00 01 02 00 00 02 01 00 06 42 74 90 D1
FF FF FF FF FF FF FF FF FF FF FF FF 01 02 00 00 02 00 00 06 43 00 37 A2
FF FF FF FF FF FF FF FF FF FF FF FF 01 02 00 00 01 74 00 06 43 01 7D E3
FF FF FF FF FF FF FF FF FF FF FF FF 01 02 00 00 01 73 00 06 43 02 2A 54

PR ones are autogenerated or what? If they were autogenerated based on sector contents - yes, I understand this. But if they weren't - I can't understand 2.00 vs 2.02 without at least 2 strings missing in the original (and only 06:43:01 is missing here, in this case it really doesn't affect pregap).

Rocknroms wrote:T-26101G here is Gusson Oyoyo S ---> old sub missed Q-AFRAME=46 and repeat it at the end of pregap.
44
45
46
46
There's no frame/sector missing, it's only messed up.

PerfectRip wrote:01 24 01 00 33 56 00 25 52 27 84 CF
01 24 01 00 33 57 00 25 52 28 DF 71
00 00 01 00 33 58 00 25 52 29 AA A9
A9 01 24 01 00 33 59 00 25 52 30 83
E0 01 24 01 00 33 60 00 25 52 31 37
53 01 24 01 00 33 61 00 25 52 32 AD
61 01 24 01 00 33 62 00 25 52 33 53
01 24 01 00 33 63 00 25 52 34 89 24
01 24 01 00 33 64 00 25 52 35 FE D1

just LOL. Q-channel bytes are shifted, don't know what to say... I only wonder, if PR has failed, while autogenerating or while dumping&verifying subchannels. After Whizz my doubts about PR are even stronger...

PR never alters subs as long as the 'keep sony pregap' checkbox is unchecked (always leave this unchecked when doing 1:1 sub dumps!).. if it's unchecked then any errors are from the drive and not from PerfectRip.

If the checkbox was already unchecked, then either the original output is wrong or there's a bug in PR.

ps. clonecd is known to jump over gaps sometimes and autogenerate them, so if you want to be 100% sure that the .sub output is correct, I think it's best to use PR with the proper settings.

Jackal wrote:ps. clonecd is known to jump over gaps sometimes and autogenerate them, so if you want to be 100% sure that the .sub output is correct, I think it's best to use PR with the proper settings.

What's about cdreader? Tried to read a CD - as usual, got some sectors with wrong Q-CRC. Tried to reread one of them - same result. Changed the drive(!) - same result. Looks like subs aren't "clean" on CDs themselves...

After installing a new ide controller to support 4 drives fo DC games I got everything messed up (the reason why I have problems with Lite-on in DC thread), the 2 drives attached to new controller are checked as scsi. I tried to fix it, but now also plextor is seen as scsi and I cannot do anything (any program says it's a drive not supported!).
From what I can find probably everything is messed up because of virtual drives, I'll try to fix it otherwise I'll have to format pc.

EDIT: I fixed the MB ide channel drivers, anyone know if it's possible to have a right detection on drives attached to a pci-express card with that stupid jmicron controller (even on CDfreaks they said to let the stardard drivers, but with a card it seems it's not possible)?

F1ReB4LL wrote:Looks like subs aren't "clean" on CDs themselves...

Who says they should be? PR + cdreader output should be reliable... have you tried selecting ASPI instead of SPTI in cdreader? anyway, just use the latest perfectrip with 'keep sony pregap' disabled.

Jackal wrote:have you tried selecting ASPI instead of SPTI in cdreader?

It doesn't work with SPTI (i.e. without wnaspi32.dll) at all, if you forgot.

Jackal wrote:anyway, just use the latest perfectrip with 'keep sony pregap' disabled.

Have some spare Plextors and wanna share with me?

Rocknroms, concerning post 38, my dumps where fixed you can remove that nfo, and you can also update the first post with subs

problems with pregap detection in perfectrip:

ClockWerx (J) (Track 06) https://redump.info/disc/5088/
King of Fighters '96, The (J) (Track 13) https://redump.info/disc/5250/
Thunderhawk 2 - Firestorm (G) (Track 07) https://redump.info/disc/5194/

I'll fix everything left, posting also new subs in the weekend.

Rocknroms wrote:About IFPI, this is not part of ring code. Along with laser-burned digits you mentioned is part of barcode of IFPI that has nothing to do with Sega and/or Saturn

I've checked all my CDs, seems that there is a relationship between an IFPI code after V and an offset value:

L231: +78, +666, +672, +1254, +1260

L236: +1764

L237: +390, +678, +684, +1860, +1926

Check your CDs, please. Seems, these codes are needed, afterall...

F1ReB4LL wrote:

Rocknroms wrote:About IFPI, this is not part of ring code. Along with laser-burned digits you mentioned is part of barcode of IFPI that has nothing to do with Sega and/or Saturn

I've checked all my CDs, seems that there is a relationship between an IFPI code after V and an offset value:

L231: +78, +666, +672, +1254, +1260

L236: +1764

L237: +390, +678, +684, +1860, +1926

Check your CDs, please. Seems, these codes are needed, afterall...

I'll check everything *** as soon as I have time to check.

*** I have to post all the other subs, as I said I installed clonecd so I'll try to make subs with it for your wip too.