(3,291 replies, posted in General discussion)

Thank you both for the replies and clarification.


(2 replies, posted in General discussion)

In the case of this Kirby disc, when you popped it into an actual CD player, would it likely start playing at +12 samples already into the audio?


(3,291 replies, posted in General discussion)

This is good to hear. That saves me a lot of concern. What had me worried though, wasn't so much the potential lost data in the lead-in and lead-out (which I know does happen but is uncommon, and when it does is fairly easy to detect), but the alignment of the transitions between tracks. Those types of discrepancies seem like they would be much harder to detect, but slightly more significant to the integrity of the album itself. But I'm glad to hear that his claims were disputed. Sticking to the established AR convention seems like a sound route to me. : )

I do have a couple further questions, and a related request, if it's not too much trouble. The first question is in regards to pressing offsets. I know Nova already spoke to you a little bit about some of my questions there, Jackal, and I was pretty relieved by your response tbh. Cleared up a misunderstanding I had and put a big question to rest, thankfully. But I'm still wondering about one aspect of it. From what I understand, the table of contents at the beginning of an audio CD lays out all the LBAs (or timestamps?) for tracks throughout the disc. So when a disc has an offset pressing, say shifted +88 from another similar release, are the LBAs/timestamps in the TOC shifted by +88 as well?

And the second question is in regards to data potentially being shifted into the lead-in or lead-out... Would it be possible to add a feature to DIC where it automatically searches the lead-in/lead-out for non-zero bytes? And then if necessary adjusts accordingly (or at least tells you how to manually adjust accordingly)? Is there any technical limitation to something like that? If it is indeed possible, I'll go ahead and submit a request on the github, but if not, I don't want to waste anyone's time. Thanks again.


(3,291 replies, posted in General discussion)

Hey there, I'm somewhat new to the community, but I have a question about audio CD drive offsets. I just discovered last night the old forum post where a guy called out EAC and AccurateRip for their drive offset references all being 30 samples off. I know this post made a pretty big splash in the field when it appeared back in 2006, so I'm assuming the DIC creators were aware of it... I'm just curious what the general opinion is of this info amongst the MPF/DIC tech crowd? I'm still very much a learner when it comes to all of this stuff, so beginner-friendly language would be very appreciated :P Thank you for your time.

I have a question in regards to the discussion in this topic: http://forum.redump.org/topic/27775/add … oundtrack/

In this post, Enker mentions that it's not possible for a program like DIC to determine the write offset for most audio CDs. But I got to thinking about it... If that's the case, how is it that AccurateRip was able to implement its "cross-pressing verification" feature? When I use CueTools or dbPoweramp to rip/verify discs, those programs immediately know how the disc corresponds to other discs in the database, even those with different offsets. CueTools will even tell you specifically the offset number of that particular pressing. Is Enker mistaken here? Or is there something else at play with AR's method that doesn't work with our approach here at Redump with DIC?


(0 replies, posted in General discussion)

Would it be not too much trouble to add a page where users can see (and potentially edit) all of their pending "New Disc" dumps? Just for if you make a mistake, decide to include an overlooked detail, or forget to add a link to the logs or something. Also, it would just be handy to have an easy place to refer to when determining what you still need to submit. Not a huge issue, but would definitely be an appreciated convenience. Thank you for your time.