626

(2 replies, posted in Fixes & additions)

Thanks, but the volume serial number is only needed if region, version etc are the same.. so the time I asked you for it was an exception

themabus wrote:

oh, i see smile

but can you make a sugesstion, then? it's just that i thought about all of this and i guess there is no perfect way - machine would still make a wrong assumption at some circumstances, no matter how good algorithm is. so if they could make an interface to allow users to redefine gap layout in PerfectRip, this would solve a lot.

the delphi version that we are using isn't actively worked on anymore.. I'll pass it on as a suggestion for the future version

themabus wrote:
Vigi wrote:

We could always wait for the perfectrip successor and hope it will work on all drives

but i thought you're one of the developers, aren't you?

lol no way, I was just the one handing out all the beta's..

We could always wait for the perfectrip successor and hope it will work on all drives

I made this green because it matches the checksum of the Return.to.Castle.Wolfenstein.Game.of.the.Year.Edition-CURE warez release..
same for soldier of fortune platinum (it matches Soldier_Of_Fortune_Platinum_Edition-iVEiSO)

http://redump.org/disc/2257/

hey, did you forget to remove the pregap at the end? because the only difference between the original version entry is 150 sectors of the data track: http://redump.org/disc/1573/

632

(1 replies, posted in Fixes & additions)

That may be.. but it has to be part of the filename, because it's different from the normal version (it's password-protected).. the edition field doesn't add anything to the filename

633

(5 replies, posted in News)

Merry Christmas everybody!

ps. the database is nearing 2000 dumps. A special thanks to all the people who made this possible. We hope 2008 will be a good year again for preservation!

634

(2 replies, posted in Fixes & additions)

I added them the way they were submitted.. if it's incorrect you can edit them yourself

ssjkakaroto wrote:

I don't know if I'm doing this correctly but here's my result:
Sector 1: 18201
Sector 0: 18200
Sector -1: 18174
Sector -2: 18173 <- The one I got with px_d8
...
Sector -140: 18010
Sector -141: Error, LBA out of range

Is there really a 2 sector difference making the factory offset 1176? And why could I go up to -140?

there's 150 pregap sectors before the start of the data track, but they aren't dumped (because they don't contain any real data and because most drives can't read the entire pregap)

was 'apply YB scrambling' enabled in cdreader?.. and have you tried checking the offset the old way (does it have audio tracks) to see if it gives the same output of +1176?

I still can't be sure about the write offset, because +0 would make more sense than +1176 (is the accuraterip offset for your drive really +98?)

ssjkakaroto wrote:

Thanks Vigi, I don't know why I multiplied 24*8 instead of 16 hmm
But what about that 18173 thing that themabus mentioned?

You'll have to see for yourself if there's really a 2 sectors difference with your drive+disc:

Vigi wrote:

The best way to figure out the sector correction for such discs is by using Truong's cdreader tool: http://www.cdtool.pwp.blueyonder.co.uk/ … 1_2b20.zip .

Use 'View Sectors' to go to the first sector of the data track, then enable the 'Apply YB scrambling' box. This will scramble the header (the sync/header is now the same as the px_d8 output). Then you can determine the offset in sectors by looking for the sector with the same sync/header in cdreader.

ssjkakaroto wrote:

Hey guys lemme know if I'm doing the correct calculations here.
I got the following output:

028801A6807AE0230819C68AD2E71D8A
89A726FA9AC32B11DF4C5835FA97032E
81DC6059E83ACE93146DCF6D942DAF5D
BC39B1D2F45D8779A2A2F9B982F2E185
886326A9DAFEDB005B403B7013640DEB
458F732425DB5B1B7B4B637769E6AECA
FC5701FE8040603032407802486436AB
56FF7EC020A544C90A91C72C529DFDA9
81BEE0704824369B56EB7ECF6054283F
5E90386C12ADCDBD95B1AF347C1761CE
A8547EBF607028241E9B486B76AF66FC
2AC1DF10580C3A85D3231DD9C99AF817
B445485436BF56F03EC410A762C9F5D1
871C6289E9A6CEFAD4431F71C824569B
7EEB604F68342E975C6EB9EC72CDE595
8B2F275C1AB9CB32D7559EBF28701EA4
087B46A372F9E582CB2197586EBAAC73
3DE5D18B28CF85EDB6CF36D416DF4ED8
34F4977B2EA35C79F9E2C2C99196EC6E
CDEC558DFF25CACB7C9257BB6377A321
B9D872DAA59B3B2B535F7DF821820804
E22BA776A0BF780C2285D9A31AF9CB02
D7419EB068742EA75C7A95BEDE8E38D1
F273D81C5A89FB26C35AD1FB1C4349F1
F6C48A43145F4F2400FFFFFFFFFFFFFF
FFFFFF00018173610028001E80086006
A802FE8180606028281E9E886866AEAA
FC7F01E0004800368016E00EC8045683
7EE1E0484836B696F6EEC6CC52D5FD9F
01A8007E80206018280A9E8728629EA9
A87EFEA0407830229419AF4AFC3701D6
805EE0384812B68DB6E5B6CB36D756DE
BED8705AA43B3B53537DFDE181886066
A82AFE9F0068002E801C6009E806CE82
D4619F68682EAE9C7C69E1EEC84C56B5
FEF700468032E015880F26841AE34B09
F746C6B2D2F59D8729A29EF9A842FEB1
80746027681AAE8B3C6751EABC4F31F4
14474F72B425B75B36BB56F37EC5E053
083DC69192EC6D8DEDA58DBB25B35B35
FB57037E81E0604828369E96E86ECEAC
547DFF618028601EA8087E86A062F829
829EE1A8487EB6A076F826C29AD1AB1C
7F49E036C816D68EDEE4584B7AB76336
A9D6FEDEC058503ABC1331CDD4559F7F
28201E98086A86AF22FC1981CAE05708
3E869062EC298DDEE5984B2AB75F36B8
16F28EC5A4533B7DD3619DE8698EAEE4
7C4B61F76846AEB2FC7581E7204A9837
2A969F2EE81C4E89F466C76AD2AF1DBC
09B1C6F452C77D92A1ADB87DB2A1B5B8
7732A695BAEF330C15C5CF13140DCF45
94332F55DC3F19D00ADC0719C28AD1A7
1C7A89E326C9DAD6DB1EDB485B76BB66
F36AC5EF130C0DC5C593132DCDDD9599
AF2AFC1F01C80056803EE010480C3685
D6E31EC9C856D6BEDEF058443AB35335
FDD7019E8068602EA81C7E89E066C82A
D69F1EE8084E86B462F76986AEE2FC49
81F6E046C832D6959EEF284C1EB5C877
16A68EFAE4430B71C76452AB7DBF61B0
28741EA7487AB6A336F9D6C2DED1985C
6AB9EF32CC1595CF2F141C0F49C436D3
56DDFED9805AE03B0813468DF2E5858B
232759DABADB331B55CB7F17600EA804
7E836061E8284E9EB468776EA6AC7AFD
E30189C066D02ADC1F19C80AD6871EE2
8849A6B6FAF6C306D1C2DC5199FC6AC1
EF104C0C35C5D7131E8DC86596AB2EFF
5C4039F012C40D9345ADF33D85D1A31C
79C9E2D6C99ED6E85ECEB85472BF65B0
2B341F57483EB69076EC26CDDAD59B1F
2B481F768826E69ACAEB170F4E843463
5769FEAEC07C5021FC1841CAB057343E
97506EBC2C71DDE4598B7AE7630AA9C7
3ED2905DAC39BDD2F19D8469A36EF9EC
42CDF195846F236C19EDCACD9715AE8F
3C6411EB4C4F75F427075A82BB21B358
75FAA7033A81D3205DD8399A92EB2D8F
5DA439BB52F37D85E1A30879C6A2D2F9
9D82E9A18EF86442AB71BF64702B641F
6B482F769C26E9DACEDB145B4F7B7423
6759EABACF331415CF4F14340F57443E
B35075FC2701DA805B203B58137A8DE3
2589DB26DB5ADB7B1B634B69F76EC6AC
52FDFD8181A0607828229E99A86AFEAF
007C0021C018500ABC0731C29451AF7C
7C21E1D8485AB6BB36F356C5FED3005D
C0399012EC0D8DC5A5933B2DD35D9DF9
A982FEE180486036A816FE8EC064502B
7C1F61C828569EBEE8704EA4347B5763
7EA9E07EC82056983EEA904F2C341DD7
499EB6E876CEA6D47ADF631829CA9ED7
285E9EB86872AEA5BC7B31E35449FF76
C026D01ADC0B19C74AD2B71DB689B6E6
F6CAC6D712DE8D9865AAAB3F3F50103C
0C11C5CC5315FDCF0194006F402C301D
D4099F46E832CE95946F2F6C1C2DC9DD
96D9AEDAFC5B01FB40437031E4144B4F
777426A75AFABB033341D5F05F043803
5281FDA041B830729425AF5B3C3B51D3
7C5DE1F98842E6B18AF467076A82AF21
BC1871CAA4573B7E93606DE82D8E9DA4
69BB6EF36C45EDF30D85C5A31339CDD2
D59D9F29A81EFE884066B02AF41F0748
02B681B6E076C826D69ADEEB184F4AB4
37375696BEEEF04C4435F35705FE8300
61C028501EBC0871C6A452FB7D8361A1
E8784EA2B479B762F6A986FEE2C04990
36EC16CDCED5945F2F781C2289D9A6DA
FADB031B41CB7057643EAB507F7C2021
D8185A8ABB27335A95FB2F035C01F9C0
42D0319C1469CF6ED42C5F5DF8398292
E1AD887DA6A1BAF87302A5C1BB10734C
25F5DB071B428B71A7647AAB633F69D0
2EDC1C59C9FAD6C31ED1C85C56B9FEF2
C04590332C15DDCF19940AEF470C3285
D5A31F39C812D68D9EE5A84B3EB75076
BC26F1DAC45B137B4DE37589E726CA9A
D72B1E9F486836AE96FC6EC1EC504DFC
3581D7205E98386A92AF2DBC1DB1C9B4
56F77EC6A052F83D8291A1AC787DE2A1
89B866F2AAC5BF13300DD4059F432831
DE94586F7AAC233DD9D19ADC6B19EF4A
CC3715D68F1EE4084B46B772F6A586FB
22C35991FAEC430DF1C58453237DD9E1
9AC86B16AF4EFC3441D7705EA4387B52
A37DB9E1B2C87596A72EFA9C4329F1DE
C458537ABDE33189D466DF6AD82F1A9C
0B29C75ED2B85DB2B9B5B2F735869722
EE998C6AE5EF0B0C0745C2B311B5CC77
15E68F0AE4070B428771A2A479BB62F3
6985EEE30C49C5F6D306DDC2D9919AEC
6B0DEF458C3325D5DB1F1B480B768766
E2AAC9BF16F00EC40453437DF1E18448
6376A9E6FECAC057103E8C1065CC2B15
DF4F18340A97472EB29C75A9E73ECA90
572C3E9DD0699C2EE9DC4ED9F45AC77B
12A34DB9F5B2C73592972DAE9DBC69B1
EEF44C4775F2A705BA833321D5D85F1A
B80B328755A2BF39B012F40D8745A2B3
39B5D2F71D8689A2E6F98AC2E7118A8C
6725EA9B0F2B441F734825F69B06EB42
CF7194246F5B6C3B6DD36D9DEDA98DBE
E5B04B34375756BEBEF0704424335B55
FB7F036001E8004E80346017680EAE84
7C6361E9E84ECEB454777F66A02AF81F

24 full rows + 16 collums -> (192+8)/4=50 samples
..18173.. 2 frames behind from 18200 -> 2*588=1176 samples
Add the two -> 50+1176=1226 samples
My drive offset is +98 -> 1226-98=1128 samples (original write offset)

Is this correct?

24,5 * 4 (16 bytes for each row or 4 samples) = +98 instead of 50.. so it seems the write offset is 0

638

(13 replies, posted in General discussion)

First one: sync/header output indicates sector 3593, so you have to substract the difference in sectors: (521 samples before sync) - (3*588) = -1243 to dump

Second one: output indicates sector 101: (39 - 588) = -549 to dump

maybe themabus can verify tongue

639

(13 replies, posted in General discussion)

gigadeath wrote:

Actually I don't how to use that program at all... I tried a few times but in the end I have no idea what I have to edit in the .bat

just use: px_d8.exe driveletterofplextor 0 0

640

(11 replies, posted in General discussion)

You can use CD Manipulator for dumping SafeDisc CD's

https://web.archive.org/web/20130914055428im_/http://img94.imageshack.us/img94/8494/atr0.png

To be sure that the all corrupted sectors are dumped properly, it's important that a disc is at least dumped twice on different drives (and that the checksum matches on both drives).

If your disc also has audio sectors, it's important that you cut off the SafeDisc image to the size of the data track, and dump the audio tracks the normal way.

After dumping a proper SafeDisc image, you'll also have to include the following info:

- Amount of SafeDisc sectors. You can check this by opening the image in CDmage and scanning for corruption. The SafeDisc sectors will be within the range of 807 - 11920 (if you get them outside of this range, let us know) and will have a Medium Severity.
- SafeDisc version. Download Protection ID and open one of the game executables on the CD with it to get the SafeDisc version.

641

(2 replies, posted in Fixes & additions)

I can't see it in WIP discs, are you sure it was added?

gigadeath wrote:

My newly acquired Plextor PX-W4824A supports the D8 command, and it's a 5 years old model!

The drive is from 2002, but the firmware has been updated in 2006 and the D8 command works well.

great!

643

(14 replies, posted in General discussion)

gigadeath wrote:

BTW I have the same problem with some SegaCD discs. There's a fault in either EAC or the drives.

It's clear that EAC has gap issues, but the only solution that I know is to use perfectrip instead

644

(14 replies, posted in General discussion)

Do the tracks match the euro version checksums if dumped with 2.00 gap?

645

(14 replies, posted in General discussion)

Yes, you can use the cd dumping guide for PC games (as long as they don't have protections like SafeDisc or SecuROM). Same question answered here also: http://forum.redump.org/viewtopic.php?id=1998

themabus wrote:

and even if those odd gaps will prove to be incorrect later i think it's still ok, sector or 2 off it's not that bad

it is.. if 2 dumpers get the same wrong result thanks to EAC, there's no way to tell if the dump is incorrect later on

647

(50 replies, posted in General discussion)

No problem. At least everything is good now. Thx

648

(50 replies, posted in General discussion)

1608/4 = 402 samples, so it should indeed be dumped with +402 (and write offset is +390)

could you redump the audio track plz? (unless it's a dummy)

649

(50 replies, posted in General discussion)

+478 +588 (full sector offset) - 676 (plextor read offset) = +390, which is a common saturn offset

This means that there should be 402 samples of garbage in the sector on sony drive and not 404.. are you sure you counted it correctly? could you post the sector data here?

650

(50 replies, posted in General discussion)

First of all, the Plextor is definately not misreading. You have to include the extra half row, so the combined offset for plextor becomes +478.

What's the accuraterip offset for your plextor drive? This way we can tell if the Plextor indicates the same write offset as the sony (by substracting the drive read offset from the combined offset)

Also, if the sony gives you +404 amount of data in sector -150, I think this means that the gap is 2 seconds. The dump that you submitted had 0 sec gap in the cue. Next time plz mention if the gap in the cue isn't correct tongue

One last thing. It's best to use cdreader ('View Sectors') to look for scrambled data. If the plextor doesn't show any data in sector 78324, try reading 78326 first and then going back 2 sectors.

cdreader download: http://www.cdtool.pwp.blueyonder.co.uk/ … 1_2b20.zip