You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 44 of 66)
Topics by F1ReB4LL User defined search
Posts found: 1,076 to 1,100 of 1,638
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.
user7 wrote:F1ReB4LL wrote:This guy seems to do absolutely nothing.
Well I guess he spent three years collect LaserActive discs from people 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.
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.
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).
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.
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?
CD32 is too weak to handle such titles.
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.
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.
And edccchk (for comparison)? I'm not sure what does "flag byte doesn't zero" mean.
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.
Jaguar discs are also interesting in terms of offset detection
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.
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.
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).
sarami wrote:LBA of TOC is correct but LBA of FULL TOC is incorrect. I don't know why...
Another one:
Gap detection glitch (last track).
sarami wrote:BTW, does reading error occur if isobuster reads these 2 sectors?
Of course.
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).
sarami wrote:Please upload the scrambled and descrambled pre-last sector, and the scrambled and descrambled last sector.
Posts found: 1,076 to 1,100 of 1,638