You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 15 of 66)
blemm wrote:Is it necessary to correct (+30) with the -a option even if the drive offset is in the database?
"DIC/DICUI should do it automatically." => no -a needed.
blemm wrote:What kind of CD does shift occur even after correction?
You need to check the sectors -1 and leadout+1 before dumping. If they are empty - you don't do any additional correction and dump without "-a"; if they aren't empty, then you set additional correction using -a. There shouldn't be any additional shift after that.
Sometimes, you may see data in both sectors -1 and leadout+1, such cases need to be additionally examined.
Welcome, obtain your password here.
(check the spam folder in case there will be no message in your inbox)
Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides
Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord
Welcome, obtain your password here.
(check the spam folder in case there will be no message in your inbox)
Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides
Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord
Welcome, obtain your password here.
(check the spam folder in case there will be no message in your inbox)
Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides
Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord
Welcome, obtain your password here.
(check the spam folder in case there will be no message in your inbox)
Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides
Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord
blemm wrote:OK if there is no data in the readout?
Then you only compensate the drive's reading offset. If you have a +30 Plextor, then it should be dumped as +30. DIC/DICUI should do it automatically.
blemm wrote:Do I need to make manual adjustments every time?
Only if you see some shifted data in the 'service' areas either before the 1st track or after the last track, but it's a rare case.
blemm wrote:Are the contents of the audio CD all in the .bin?
If the data wasn't shifted to the 'service' areas - yes; if it was shifted, but you've set the custom offset - also yes.
I'll try to find and dump mine on this weekend, so we could compare our discs (ringcodes and data) against each other and against that internet dump.
Welcome, obtain your password here.
(check the spam folder in case there will be no message in your inbox)
Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides
Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord
Welcome, obtain your password here.
(check the spam folder in case there will be no message in your inbox)
Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides
Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord
blemm wrote:Is the offset of an audio CD ripped with DIC a combined offset?
Currently there's no way to detect the offset for the Audio-only discs. The only thing you can do is to check the first track's pregap and leadout for the shifted non-zero data and tweak the offset manually to shift that data back to the track.
Hi! I actually have it, just haven't dumped and added yet.
Pennywise wrote:What's more is that our image appears to be different from the one floating around the internet.
What do you mean? Data track differs or have you only compared 2 images with audiotracks inside?
fuzzball's dump matched the expected track sizes/gaps/checksums this time - https://www.mediafire.com/file/s37s7k5gq0szw4n
Should be fine, I guess.
I'm awaiting for either wiggy or fuzzball (or both) to redump http://redump.org/disc/67772/ to confirm it works properly now.
Welcome, obtain your password here.
(check the spam folder in case there will be no message in your inbox)
Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides
Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord
Hi! Do you want to submit something?
Hi! Any examples? Do you have the original discs or only the images?
We need the ringcode details to add it; also, it needs to be dumped with one of the known tools (since you probably don't have a Plextor drive, you can try to use IsoBuster for this one).
Nextria wrote:I have one other question, what is the difference between dumping the disc on PC and on the dreamcast with GD ripper ?
Dumping on Dreamcast omits certain pregap sectors (only affects the discs with more than 1 track in HD area), also it seems the GD ripping tool doesn't recheck the dumped data, so you need to dump every disc multiple times to ensure its data consistency. Also, some of Dreamcast drives seem to be unsuitable for dumping (they produce weird errors in data and also have an unusual read offset).
Welcome, obtain your password here.
(check the spam folder in case there will be no message in your inbox)
Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides
Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord
Welcome, obtain your password here.
(check the spam folder in case there will be no message in your inbox)
Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides
Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord
Welcome, obtain your password here.
(check the spam folder in case there will be no message in your inbox)
Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides
Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord
sarami wrote:I checked it by Cosmic Fantasy 3. If this code is no problem, I'll remove /m flag.
Don't forget the last pregap sector and the first sector after the pregap can be also replaced with EAN sectors and need the opposite logic: if the current sector is EAN/ISRC, the next sector's Q-channel has its index changed to 01, but the next sector's P-channel is still padded with 0xFF, then the current EAN/ISRC sector still belongs to pregap. And if the current sector is EAN/ISRC, the next sector's Q-channel has its index changed to 01, but the next sector's P-channel is padded with 0x00, then the current EAN/ISRC sector does not belong to pregap, but belongs to the track's index 01 (because the first sector of the 01 index should have its P-channel padded with 0xFF). Even if you take the 1st indexes from TOC, this check is still important for the TOC/cue desync detection.
Nextria wrote:Hey i tried the link to the other build but it also not working.
What do you mean by not working? That particular build doesn't have a firmware checker.
Nextria wrote:Is there a command to skip the firmware check ?
No command, but you can remove this check from the sources and recompile.
http://forum.redump.org/post/74000/#p74000 - or try this build (3 months old, but I don't remember any DC-related changes recently).
Seen quite a lot of dumps recently with incorrect gaps due to first sector is EAN. You need to implement a better gap detection logic: when the EAN or ISRC sector is detected and its P-channel is 0x00, you need to check the next sector's P and Q channels: if the Q-channel's track number is increased and the P-channel is filled with 0xFF, then the EAN/ISRC sector belongs to the next track.
Posts found: 351 to 375 of 1,638