You are not logged in. Please login or register.
Redump Forum → Posts by sarami
DIC v.20140518 read HDA slowly and easy to fail, back to old v.20120707
fixed: transfer length
fixed: c2 error fix logic
about edccchk
oh.. I didn't know this tool. it is recommended than my tool in the error report.
These CD-i discs confuse many drives...
At first sight... actually no starting position of track 1 is defined by the TOC. Only is defined that the first track is 2 (A0), second track is 2 (A1) and lead-out starts at AMSF 08:24:00 (A2), but no actual entry for track 1.
So I guess that to rip these CD-i discs is needed to rip everything from AMSF 00:02:00 until the last pre-lead-out sector, ignoring what TOC (except the lead-out position of course) and subcode say. But even so subcode has to be analyzed just to detect possible CATALOG fields and other flags encoded and add them in the written cue.
And when ripping these discs the written cue has to contain the CDI directive instead of MODE2/2352 .
Should be trivial to analyze the filesystem contained and rip these discs properly, only rip everything from AMSF until the last pre-lead-sector, determinate if the disc contains CATALOG and so on and write the cue with CDI instead of MODE2/2352. Sample of the first 17 sectors of two CD-i discs, which contain the CD-i signature.
http://www.mediafire.com/?3yenqq3mewqchx0
added: CDI directive
Many Neo Geo CD games have multiple indexes for track 1, it's a protection scheme.
I bought a disc (kof97, that is including index 99 in track 1) and I confirmed it that dic wrote mutiple indexes for track 1 in cue.
other
added: output a list of file in 3DO disc. (using the code of http://kaele.com/~kashima/games/3do_dir.html)
improved: SubQ of adr 2(=EAN sector)(if adr is correct but EAN data is wrong, fixed it.)
fixed: log (hash of .img)
Updated EccEdc.exe
added: analyze header from [16] to [19]
Many Saturn games contain multiple indexes as well, if you are interested.
Thanks. But I have already multiple indexes in track 2, 3, 4... (Nanatsu no Hikan, pc-fx disc etc.)
If your introduced disc is cheap, maybe I'll buy. 
The CUE sheet probleem seems to be affected by data only tracks
This is a big hint. Fixed.
Many Neo Geo CD games have multiple indexes for track 1, it's a protection scheme.
Oh, I see. To test, I think that I want to buy some disc before long .
App crash with latest WIP. I tried it three times. Perfect rip dumps the disc fine. Logs: https://www.dropbox.com/s/w8mh60gald22x9v/logs.7z There also seems to be a CUE sheet problem in latest build. See here: http://forum.redump.org/topic/13887/mis … ide-rally/
Does two problems happen in the same disc? Ｉn either case, please upload all created file except bin, img.
Multiple indexes aren't added. Could you see this and fix it?
I hadn't supported at multiple indexes in track 1 until now.
Fixed probably. (Because I don't have a disc that is multiple indexes in track 1.)
Thank you a report.
btw, post 398 and 399 is same problem?
Thanks. Fixed reading size.
To pablogm123
I created the tool that it created a wav file from multiple bin (redump.org format).
Please test.
Repository
https://github.com/saramibreak/bin2wav
20170401
https://github.com/saramibreak/bin2wav/releases
20140516
http://www.mediafire.com/download/h89m2ut0b7x3am6/
they seem to contain the same data minus for the random errors and CD+G graphics are playable once mounted as ccd/img/sub in the Kega emulator.
I had ever thought that CD+G hadn't playable at ccd/img/sub...
Fixed: If disc is audio only, use 0xbe command and subcode is raw mode. (omitted /cdg and CDG directive in cue)
Detected a bug when dumping a PCE CD game and reproduced by two different users who own the same disc, axisleon and F1ReB4LL:
Thank you. Fixed.
/p option should rip the pregap always, no matter if first track is audio, data or AMSF 00:02:00 is/isn't marked as index 00 by the subs. Currently it refuses to extract the pregap of that miniCD bundled with Tenbu Mega CD Special because AMSF 00:02:00 isn't marked as index 00.
remove index 00 checking
PX-W4824TA (+98) doesn't support that at all, the range extracted this way is fully messed and the drive produces strange mechanical noises and halts frequently for a moment the dumping process.
Any +30 drive is fine, tested in my PX-W5224TA, PX-716AL and PX-755SA.
improved /p option
Any chance of 0xBE + packed mode + single sector reads for CD+G discs?
added: /cdg option
Get this error with the CDI disc Pinball:
FULL TOC on SCSIOP_READ_TOC
FirstCompleteSession: 1
LastCompleteSession: 1
Session 1, FirstTrack 2, Format: CD-I
Session 1, LastTrack 2
Session 1, Leadout, MSF 08:24:00 (LBA[037800, 0x093a8])
Session 1, Track 1, MSF 00:02:00 (LBA[000150, 0x00096])LBA[000066, 0x00042], Track[01]: Adr[6] -> [1]
LBA[000066, 0x00042], Track[01]: TrackNum[135] -> [01]
LBA[000066, 0x00042], Track[01]: Idx[42] -> [01]
LBA[000166, 0x000a6], Track[01]: Adr[6] -> [1]
LBA[000166, 0x000a6], Track[01]: TrackNum[135] -> [01]
LBA[000166, 0x000a6], Track[01]: Idx[42] -> [01]
:
:umm.. I don't understand why first track and last track is 2, why adr and tracknum and idx is these values.
I want to test. But I don't have CD-I disc.
Edit: minor bug detected in the x86, AnsiBuild, May 5 2014 00:11:05 version. When the disc has TOC vs. subcode desync, the normal cue (TOC in priority) has filenames with the '(Subs indexes)' string.
sorry, fixed.
Any chance of 0xBE + packed mode + single sector reads for CD+G discs?
single sector? it's not cdg format (2448byte) but bin format (2352byte), isn't it?
Any idea why it took like six hours to dump the disc from attached logs? https://dl.dropboxusercontent.com/u/355 … l_logs.zip I tried an older version aswell. Same result. ISObuster did it like in 3 minutes or so, with the same result. I have soem more of these disc with the same problem.
I maybe realized.
In case of the plextor with d8, there is four ways to get sub channel.
1. main + Qsub (=2352+16byte)
2. main + P-Wsub(Pack) (=2352+96byte)
3. P-Wsub (=96byte)
4. main + C2 + P-Wsub(Raw) (=2352+294+96byte)
This app is using 2(no option) and 4(/c2 option).
To sum up, in case of R-W sub filled disc, to rip sub channel at raw mode, you need to use a /c2 option.
Just (Subs indexes) instead of _SubSync .
Changed
get an appcrash with some of the newer versions... http://www7.pic-upload.de/04.05.14/f3ttx8wtrpbc.jpg
Fixed
The last frame of subcode isn't altered anymore, see the posted subcode.
Is there a error log of the last frame?
Any idea why it took like six hours to dump the disc from attached logs?
Thank you. please wait until fix.
-When ripped the subcode and the main channel, determinate if exist any TOC vs. subcode desyncs. If not so, proceed as usual and create the normal dump.
If exist these desyncs, then create automatically two versions and dats of the dump:
-With subcodes indexes in priority
-With TOC indexes in priority.
Coded it (and del /s option). Please test.
Off-topic: why the last pre-lead-out sector of certain MCD discs manufactured by JVC, marked as first sector of the lead-out in the subs, is replaced with a normal subcode frame?
refixed.
TOC indexes in priority should be the default option.
fixed option
It's somewhat hard to explain the correct method to dump properly the first pregap when this one contains actual audio data (the miniCD Audio disc bundled with Tenbu MegaCD Special, for example), but would something like this.
-A part of the lead-in, the entire first pregap and a piece of the first track, index 1, is dumped.
-Then use the first sectors of the normal dump to search them in the dumped file, find the portion which matches those first sectors and extract the previous 352800 bytes into a separated file.
-The subcode is easy, just extract into a separarated file the frames with 00:00:00 - 00:01:74 AMSF.
I confirmed PX-755SA, but didn't confirmed PX-W4824TA. Do you know which a plextor drive is supported?
sarami wrote:Yes. I have 134 PCE CD now.
Your dumps are welcome
I don't have a recommended ripping tool for PCE.
Have you considered the possibility of implementing some way of detecting possible subcode vs. TOC desyncs, and print this data in the log files?
Once dumped the disc, you compare the indexes 01 and flags (DCP, PRE...) according to the TOC against the ones defined by the dumped subcode. If differ, print as warning.
coded.
added: /s option (if toc vs. sub isn't sync, sub indexes in priority)
if not /s option, toc indexes in priority.
added: cue file for img
Issue: 41 sectors in that mixed pregap in scrambled form. Those sectors should be unscrambled. In the same disc there is another data track with the same kind of mixed pregap (because the previous track is audio, so should contains 75 audio sectors + 150 mode 1 sectors) unaffected.
from log
LBA 232097, Track[27]: data track, but this sector is audioLBA[232096, 0x38AA0], Data, Copy NG, TOC[TrackNum-27, Index-00, RelativeTime-00:01:33, AbsoluteTime-51:36:46] RtoW:ZERO, RtoW:ZERO, RtoW:ZERO, RtoW:ZERO
LBA[232097, 0x38AA1], Audio, 2ch, Copy NG, Pre-emphasis No, TOC[TrackNum-27, Index-00, RelativeTime-00:01:32, AbsoluteTime-51:36:47] RtoW:ZERO, RtoW:ZERO, RtoW:ZERO, RtoW:ZERO
LBA[232098, 0x38AA2], Data, Copy NG, TOC[TrackNum-27, Index-00, RelativeTime-00:01:31, AbsoluteTime-51:36:48] RtoW:ZERO, RtoW:ZERO, RtoW:ZERO, RtoW:ZEROUploaded latest WIP. Please re-test.
Do you have any PCE CD to test?
Yes. I have 134 PCE CD now.
the new EccEdc.exe program returns unexpected results
EccEdc_20140429
fixed: skip scrambled sector
http://www.mediafire.com/?j87e0amayhc2q7h/
disable C2 entirely
What do you mean? If you don't need C2, you don't need to set /c2 option.
Do you have any SafeDisc/Laserlock protected discs?
I don't have yet.
or ones with Cactus Data Shield
I have some disc (CDS-200, CDS-300).
or something else with intentional C2 errors?
I have 2 disc.
It's fixed probably (I don't test because I don't have this)
EDIT:
re-fix
Off-topic: why the last pre-lead-out sector of certain MCD discs manufactured by JVC, marked as first sector of the lead-out in the subs, is replaced with a normal subcode frame?
How about other application? (e.g. perfectrip, clonecd etc)
c2 file contains interleaved subcode data and subcode is corrupted.
I realized the issue.
Byte order of this drive is main + sub + c2A bug exists in byte order routine. Please wait until I fix it.
EDIT: fixed
EDIT:
657324 KB of private bytes applying the default value, 32768.
fixed the default value to 4096
>xTMODx
Thank you. Fixed about relative time. Please re-test.
>pablogm123
umm.. it doesn't get all subchannel exactly. Please re-test using latest WIP.
updated
Redump Forum → Posts by sarami
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.