1,076

(28 replies, posted in General discussion)

user7 wrote:

Go to page 5, last post by Nemesis is from Jan 05, 2017

Words, words, words and zero results for 4+ years of his "work".

user7 wrote:

Btw I reached out to some guys that run Nuon sites. Hopefully something comes from it. Those discs will be a pita to track down otherwise.

Would be nice to. Space Invaders XL and Toshiba Sampler were shared years ago, but both seem to be lost in ages. Bust-A-Move and Crayon Shin-chan were never dumped, AFAIK.

1,077

(28 replies, posted in General discussion)

user7 wrote:
F1ReB4LL wrote:

This guy seems to do absolutely nothing.

Well I guess he spent three years collect LaserActive discs from people smile hopefully dumping them soon.

Wrong. "Last edited by Nemesis on Mon May 26, 2014 11:31 pm, edited 5 times in total." for the game list, mostly silence afterwards.

1,078

(28 replies, posted in General discussion)

user7 wrote:

This guy seems to know what he's doing so I'll reach out to him, if he just goes his own way I suppose that's just as well as we have no LaserActive dumps though.

This guy seems to do absolutely nothing.

The only person who was able to dump the program part from LV-ROM/LD-ROM discs was BoboPJ64, who, unfortunately, disappeared years ago.

ajshell1 wrote:

Well. I've crossed the Rubicon. I've ordered all 12 other games for this system and a console. I'll be dumping every game for this system.

Any interest in other obscure consoles? Sent you a PM.

1,079

(3 replies, posted in General discussion)

CD32 logo on the cover - CD32; CDTV logo on the cover - CDTV; AmigaCD title compatible with CDTV (like, Cedric) - CDTV for now (though, it should be treated as a hybrid multisystem disc), AmigaCD compatible with CD32 - CD32 for now. At least, the ones that are in the db right now follow this logic.

Is there a .gdi format description somewhere? What does the last digit (after the track filename) mean?

Yes, that's surely a good scan.

Heihachi_73 wrote:

I cannot dump it because it requires a Plextor, which is impossible to get in Australia and ridiculously expensive to import (over A$100 including shipping), even for ancient drives from the 1990s.

Technically, you either need something with the combined offset (disc+drive) positive (so, the drive's offset needs to be >+647) or something swappable, so you could swap some audio cd with the data disc and dump everything in audio mode (plextors are only preferable due to 0xd8 command, which allows not to swap with audio cds for reading data sectors as audio).

Heihachi_73 wrote:

There is only one pressing of this disc which will only ever be #314437 in the DADC part number list.

Is it a public list?

I mean, on your picture, the 3rd and 5th letters "P" and "L" are slightly larger than the nearby "O"s (it wasn't me who renamed it, just trying to understand the naming logic, whether to rename it back or not).

1,084

(3,521 replies, posted in General discussion)

Not many rereadings is OK, because the disc isn't heavily damaged, a few rereadings is enough. The question is why the final dump is bad.

1,085

(3,521 replies, posted in General discussion)

Any news regarding my PM about broken C2 errors rereading?

To others: if there were sector rereadings, the image is probably broken, even if DIC reports all the errors were fixed.

https://en.wikipedia.org/wiki/PoPoLoCrois

Also, 2nd "P" and "L" are slightly larger than "O"s, no?

1,087

(3 replies, posted in General discussion)

CD32 is too weak to handle such titles.

1,088

(12 replies, posted in General discussion)

iR0b0t wrote:

Those cases are an exception. Anyways, CDmage is way more worse, it is counting WARNING cases to the total errors count.

Then you should either rename it to "errors/warning", "unusual sectors" or something similar OR to add the "warnings" field as well.

1,089

(12 replies, posted in General discussion)

iR0b0t wrote:

Not really. I have extra updated the submission form text with "Errors count (edccchk v1.26)" to be used with.

Better not to, due to http://forum.redump.org/post/55408/#p55408 at least.

1,090

(12 replies, posted in General discussion)

And edccchk (for comparison)? I'm not sure what does "flag byte doesn't zero" mean.

1,091

(3,521 replies, posted in General discussion)

user7 wrote:

Dumped two PS2 DVD demos today and the contents where about half the size of the actual iso, what's going on?

Dummy sectors, I guess.

1,092

(3,521 replies, posted in General discussion)

Jaguar discs are also interesting in terms of offset detection smile

1,093

(4 replies, posted in General discussion)

sarami wrote:

This is also why we're not hosting full subchannels: It's almost impossible to obtain 100% clean unaltered subs.

Clean subs != unaltered subs: while it's relatively easy to obtain the 100% clean subs, it's hard to obtain the unaltered ones (leaving all the original errors and fixing all the read errors, including 1-bit ones).

Jackal wrote:

I think nobody here ever really looked into the ways of preserving the Data Positioning Measurement data, because the format is proprietary/undocumented and the results seem to be different for each drive and even on the same drive if it's dumped multiple times or at different speeds.

Of course, because it's not "data", it's just a series of time measurements between reading certain sectors/areas of the disc. Since it depends on the drive's mechanics, the results may vary among different trials.

1,094

(6 replies, posted in General discussion)

behemoth wrote:

It would be nice if DIC had an option to also create a single bin+cue though.

bin+cue, img+cue, iso+cue is the same thing. You can rename .img to .bin by yourself (don't forget to do the same inside the .cue). You can even rename it to, dunno, "dump.abc" + "dump.cue" and it will still work.

1,095

(3,521 replies, posted in General discussion)

Another weird bug. 2nd track misdetected as audio. The dump is correct, the 2nd track is properly descrambled, but the cuesheet is wrong.

Maybe there's something unusual with the disc itself, because the older TruRip db dump is totally broken, with the incorrect total image size (16 sectors smaller than should be) and incorrect sizes for most of the tracks. Subs are normal, all the 2nd track's sectors are marked as 41 02 (data).

1,096

(3,521 replies, posted in General discussion)

sarami wrote:

LBA of TOC is correct but LBA of FULL TOC is incorrect. I don't know why...

Another one:

1,097

(3,521 replies, posted in General discussion)

Gap detection glitch (last track).

1,098

(3,521 replies, posted in General discussion)

sarami wrote:

BTW, does reading error occur if isobuster reads these 2 sectors?

Of course.

1,099

(2 replies, posted in Guests & account requests)

Rodeo418 wrote:

Is there a handy guide about what, exactly, I should submit after dumping a disc? I've been able to use this drive and DiscImageCreator to dump a few Sega CD discs that match your existing data, but how/where I should submit data and what, exactly, I should submit is slightly less clear.

DIC logs and the ringcode (photo/scan is preferred).

1,100

(3,521 replies, posted in General discussion)

sarami wrote:

Please upload the scrambled and descrambled pre-last sector, and the scrambled and descrambled last sector.