76

(3,493 replies, posted in General discussion)

This is the best way I have found so far to dump the R-W data of my CD+G disc Rock Paintings: CD+G Sampler, as example. Dumping fully error free the subcode of this disc was the main reason of adquiring my first real Plextor drive, the PX-W4824TU, because I read that Carlos Hernández (IpseDixit) said many times that the proper way of dumping the R-W data of a CD+G disc is a real Plextor drive and the special mode for CD+G which applies error detection and correction, the packed mode. And to clean the P-Q subcodes unaffected by the packed mode the CDGTool program by Truong Hy.

http://redump.org/disc/23529/
http://club.myce.com/showthread.php?p=2128678

The test I ran yesterday, extracting 20 times the subcode of that CD+G to clean after the P-Q subcodes using CDGTool.

PerfectRip and both cdr and ccd rips have to be selected simultaneously.

http://i.imgur.com/njcEqjf.png

8x read speed, C2 pointers and the packed mode for subcodes.

http://i.imgur.com/Tm1OoH1.png

Standard offset correction (anyway this disc has no data pushed either to the first pregap or the lead-out) and single sector read commands, not bursts of 2x sectors. With bursts reads, according to the tests I did two years ago, R-W is always somewhat different.

http://i.imgur.com/d2dPun2.png

Repeat this 20 times, giving to the drive (and me) some time to rest and cool down.

Results after cleaning the P-Q subcodes of the extracted subcodes using CDGTool:

http://i.imgur.com/kdbGNzW.png

15/20 identical ones. And these ones match the one I extracted two years ago and archived in the rar archive posted below, when I purchased this drive. Then I remember that I performanced the same method and more or less there were 8-9 matches of 10 reads. And for the rawdump project in the 2012's Summer I redid this obtaining newly more or less constant results and this subcode dump was included in the rawdump of this disc.

http://i.imgur.com/FZ5vfZY.png

The 20 extractions including logs, the uncleaned subcodes and the cleaned subcodes. Only P-Q subcodes were cleaned by software, R-W were cleaned 100% by hardware, the special packed mode for CD+G.

https://www.mediafire.com/?8bdanad3dv6qpyj

===

Said this, I will try the new /cdg option of discimagecreator, to check if can provide the same accurate results than this method described. If actually uses 0xBE read command, packed mode, C2 pointers and single sector read commands should offer the same results, being more confortable (no need to enter offset correction, no annoying naming schemes...).

77

(3,493 replies, posted in General discussion)

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

78

(3,493 replies, posted in General discussion)

TOC of CD-i discs is something "special".

MrX_Cuci:
discimagecreator.exe audio y: TOC -5000 -75

And post the created .sub file to analyze that weird TOC.

79

(3,493 replies, posted in General discussion)

Something weird which perhaps confuses DIC, the xxx68 frames (as seen in Subcode Analyzer) contain non-standard Q-frames. F2:17:01 instead of the minute:second:frame of the given track.

80

(3,493 replies, posted in General discussion)

MrX_Cuci, upload the created .sub file as well. Without that, sarami won't be able to see what is wrong exactly and generated that Failed to analyze the subchannel. error.

81

(3,493 replies, posted in General discussion)

PR can rip either to CD+G bin/cue (raw image with interleaved subcode data in non-deinterleaved form, like Alcohol 120% images or created by the 2352to2448 themabus' program and CDG instead of AUDIO in the cuesheet) or to ccd/img/sub.

When only ccd/img/sub is selected PR will append an artificial lead-out in the image and in the the subcode. This is avoided by ripping simultaneously to normal bin/cue or to CD+G.

I mean to extract that way the subcode data to have at least clean R-W data. Format would be the classic ccd/img/sub.

82

(3,493 replies, posted in General discussion)

You shouldn't use the /i option to dump normal discs, this option is ONLY to dump certain PCE CD discs with non-standard yet valid ISRCs. By doing so will get lots of fictitious ISRCs and therefore an invalid cue.

Example:
http://redump.org/disc/28248/

The use of that option doesn't make sense at all for you because anyway you are double-checking the possible CATALOG/ISRC/DCP... flags with PR.

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.

83

(3,493 replies, posted in General discussion)

You always should use the /c2 option anyway, to discard that your dumps are affected by those errors.

/c2 1000 8192 8 for example.

84

(3,493 replies, posted in General discussion)

Any chance of 0xBE + packed mode + single sector reads for CD+G discs?

According to my tests, PR (which uses 0xBE read command) configured with packed mode and single sector reads offers the cleanest subs files for my CD+G disc Rock Paintings. Once I extracted 8 times (yes, 8 times) the subcode of that disc this way and R-W data was always identical. Drive used was the PX-W4824TU, the best drive I have for CD+G and GD-ROM discs.

Many thanks, another Neo Geo CD redbook soundtrack properly tagged! It isn't a surprise for me that many titles aren't translatable to English, but only romanizable, because near every track of this game sounds like very "oriental style" for me, whereas Double Dragon (already tagged) and Galaxy Fight: Universal Warriors contains more "western style" music.

Backing to Galaxy Fight: Universal Warriors, to perfectionate the track listing and avoid literal transliterations of words perfectly translatable to English where possible.

戦いの果てに(スタッフロール)=Tatakai no Hate ni (Staff Roll) = To the End of Battle (Staff Roll) ?

血塗れの安息日(カズマ、ジュリ、ゴールデン・ドーン・エンディング)=Chimamire no Ansokubi (Kazuma, Juri, Golden Done Ending) = Bloody Sabbath (Kazuma, Juri, Golden Done Ending) ?

みんなぁーきいてるぅー!(ルーミ・ステージ)=Minnaa Kiteruu! (Roomi Stage) = Everybody Is Listening! (Roomi Stage) ?

86

(3,493 replies, posted in General discussion)

As expected, the last frame of program area of these discs manufactured by Victor is marked as the first sector of Lead-out.

LBA[325975, 0x4f957], Audio, 2ch, Copy NG, Pre-emphasis  No, Track[43], Idx[01], RelTime[01:02:07], AbsTime[72:28:25], RtoW[Zero, Zero, Zero, Zero]
LBA[325976, 0x4f958], Audio, 2ch, Copy NG, Pre-emphasis  No, Track[43], Idx[01], RelTime[01:02:08], AbsTime[72:28:26], RtoW[Zero, Zero, Zero, Zero]
LBA[325977, 0x4f959], Audio, 2ch, Copy NG, Pre-emphasis  No, Track[43], Idx[01], RelTime[01:02:09], AbsTime[72:28:27], RtoW[Zero, Zero, Zero, Zero]
LBA[325978, 0x4f95a], Audio, 2ch, Copy NG, Pre-emphasis  No, LeadOut  , Idx[01], RelTime[00:00:00], AbsTime[72:28:28], RtoW[Zero, Zero, Zero, Zero]

87

(3,493 replies, posted in General discussion)

Tested this disc:
http://redump.org/disc/27420/

Complete list of known discs which feature this mastering error:
http://redump.org/discs/quicksearch/indexes/

Logs:
http://www.mediafire.com/?dyxp9o7ajtd0dei

Just (Subs indexes) instead of _SubSync .

The last frame of subcode isn't altered anymore, see the posted subcode.

88

(3,493 replies, posted in General discussion)

Sub Channel LBA 0
P ff ff ff ff ff ff ff ff ff ff ff ff
Q 61 01 01 00 00 00 00 00 02 00 11 3f
R ff ff ff ff ff ff ff ff ff ff ff ff
S ff ff ff ff ff ff ff ff ff ff ff ff
T ff ff ff ff ff ff ff ff ff ff ff ff
U ff ff ff ff ff ff ff ff ff ff ff ff
V ff ff ff ff ff ff ff ff ff ff ff ff
W ff ff ff ff ff ff ff ff ff ff ff ff

I thought that the supermegaslow reading process due to packed mode for subcodes which doesn't like at all R-W filled with neither zeroes nor CD+G data was solved by changing to the raw mode (unaffected by this).

89

(3,493 replies, posted in General discussion)

Tested the new function:

http://www.mediafire.com/?f18qzrrxlw3m298

http://redump.org/disc/29165/

While works OK to be actually useful should work this way, without needing that the user specifies any special parameter:
-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.

90

(3,493 replies, posted in General discussion)

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.

91

(3,493 replies, posted in General discussion)

TOC indexes in priority should be the default option.

Bumping the thread to get some help to romanize/translate (avoiding please literal transliterations of words perfectly translatable to English, such as the Slime [right] vs. Suraimu [right, but it's a literal transliteration for a word translatable to English] case for すらいム ) the titles of the redbook tracks of the Neo Geo CD game Samurai Spirits I have ordered.

According to GraceNote, titles are:

Artist: 新世界楽曲雑技団

02    -    男節日(覇王丸)
03    -    男節月(橘右京)
04    -    魔(不知火幻庵)
05    -    竹林(柳生十兵衛)
06    -    王虎(王虎)
07    -    暗黒(天草四郎時貞2)
08    -    静と動(タイトル)
09    -    大地(アースクエイク)
10    -    精進(ボーナス)
11    -    鼓動(天草四郎時貞1)
12    -    勝戦(勝利デモ)
13    -    十二士(プレイヤー選択)
14    -    乱れ打ち弐(最終デモ)
15    -    行方(マップ画面)
16    -    鮪(ガルフォード)
17    -    影(服部半蔵)
18    -    自然の宴(ナコルル)
19    -    異人(タムタム)
20    -    勾玉(千両狂死郎)
21    -    舶来女(シャルロット)
22    -    革命女(シャルロットエンディング)
23    -    祭りで奏でる(スタッフロール)
24    -    叫び(エンディング1)
25    -    平和(エンディング2)
26    -    再演の所望~終演(コンティニュー~ゲームオーバー)
27    -    炎(転換)
28    -    乱れ打ち壱(天草デモ)
29    -    不吉(4人勝抜デモ)

93

(3,493 replies, posted in General discussion)

http://www.mediafire.com/?8z2x18co8bdiqmv

Logs and whatnot included in that archive, plus the problematic mixed pregap.

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.

===

http://www.mediafire.com/?dgx51e49mog8tmy

The new version can rip finally the problematic William Shatner's Tekwar (authentic release by Intracorp) disc I have. Unfortunately, the new EccEdc.exe program returns unexpected results, likely because it analyzes the data track without taking into account the pregap defined by the subcode and then audio sectors (and this disc has scrambled data sectors in the pregap of track 2) which belongs actually to track 2 are reported as false errors.

Do you have any PCE CD to test? These discs contains mixed pregaps in the data tracks and therefore a routine to detect smartly the audio sectors and ignore them is needed.

94

(3,493 replies, posted in General discussion)

I don't want CloneCD even if given for free...

PerfectRip subcode:

http://www.mediafire.com/?73w2wb7ri70w7om

95

(3,493 replies, posted in General discussion)

Same issue, .c2 file contains interleaved subcode data and subcode is corrupted.

https://www.mediafire.com/?etwwisjaxw8j7sy

Link to the problematic disc:

http://redump.org/disc/21229/

96

(3,493 replies, posted in General discussion)

Ripping that PC game (the William Shatner's Tekwar, authentic release by Intracorp, I have) this version suffers from the same issue:

AppVersion
        x86, AnsiBuild, Mar 27 2014 10:21:04

CRC32: 443f193f
MD5: 7b91e813f8749e167c0e4117053a921b
SHA-1: 64b27878b1d6d133dcfa4d753166b9e402895c3c

Logs and whatnot: http://www.mediafire.com/?fkpch5hdp99kpac

97

(3,493 replies, posted in General discussion)

"And newly every index and relative time for the track is replaced with zeroes and the CRC-16 recalculated to match the altered data."

Wait for the fix, the problem you are experimenting is related directly with the issue I have descripted.

By the way, upload every file created by DIC, minus the scm/bin/img ones, so that sarami can check them and determinate the possible reason.

98

(3,493 replies, posted in General discussion)

Latest version posted, when ripping a disc in MINT condition. Detects every sector as bad and crashes when run out of memory. This happens when ripping a PC game, William Shatner's Tekwar, ripping a MCD game, Heavy Nova, goes OK.

Creating img(LBA)  32753/233931 Detected C2 error. LBA[032754, 0x07ff2]
Creating img(LBA)  32754/233931 Detected C2 error. LBA[032755, 0x07ff3]
Creating img(LBA)  32755/233931 Detected C2 error. LBA[032756, 0x07ff4]
Creating img(LBA)  32756/233931 Detected C2 error. LBA[032757, 0x07ff5]
Creating img(LBA)  32757/233931 Detected C2 error. LBA[032758, 0x07ff6]
Creating img(LBA)  32758/233931 Detected C2 error. LBA[032759, 0x07ff7]
Creating img(LBA)  32759/233931 Detected C2 error. LBA[032760, 0x07ff8]
Creating img(LBA)  32760/233931 Detected C2 error. LBA[032761, 0x07ff9]
Creating img(LBA)  32761/233931 Detected C2 error. LBA[032762, 0x07ffa]
Creating img(LBA)  32762/233931 Detected C2 error. LBA[032763, 0x07ffb]
Creating img(LBA)  32763/233931 Detected C2 error. LBA[032764, 0x07ffc]
Creating img(LBA)  32764/233931 Detected C2 error. LBA[032765, 0x07ffd]
Creating img(LBA)  32765/233931 Detected C2 error. LBA[032766, 0x07ffe]
C2 error Max: 32768
Free memory for C2 error: 32768/32768
End: 2014-04-21(Mon) 21:58:38

And newly every index and relative time for the track is replaced with zeroes and the CRC-16 recalculated to match the altered data.

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?

https://www.mediafire.com/?4a6n0ow88l122ij

https://www.mediafire.com/?d2z4kuy96t61bl7

99

(3,493 replies, posted in General discussion)

657324 KB of private bytes applying the default value, 32768.

Try in order to reduce memory usage:

/c2 1000 4096 8
/c2 1000 2048 8
/c2 1000 1024 8

100

(3,493 replies, posted in General discussion)

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.

Example, Fighting Street for PC Engine CD:

TOC wrote:

FILE "TOC.bin" BINARY
  TRACK 01 AUDIO
    INDEX 01 00:00:00
  TRACK 02 MODE1/2352
    INDEX 01 00:47:70
  TRACK 03 AUDIO
    INDEX 01 02:33:06
  TRACK 04 AUDIO
    INDEX 01 04:44:13
  TRACK 05 AUDIO
    INDEX 01 04:54:35
  TRACK 06 AUDIO
    INDEX 01 07:07:54
  TRACK 07 AUDIO
    INDEX 01 09:15:09
  TRACK 08 AUDIO
    INDEX 01 11:29:04
  TRACK 09 AUDIO
    INDEX 01 13:38:52
  TRACK 10 AUDIO
    INDEX 01 15:51:28
  TRACK 11 AUDIO
    INDEX 01 18:03:72
  TRACK 12 AUDIO
    INDEX 01 20:15:04
  TRACK 13 AUDIO
    INDEX 01 22:27:50
  TRACK 14 AUDIO
    INDEX 01 24:39:05
  TRACK 15 AUDIO
    INDEX 01 26:51:42
  TRACK 16 AUDIO
    INDEX 01 27:02:41
  TRACK 17 AUDIO
    INDEX 01 27:10:70
  TRACK 18 AUDIO
    INDEX 01 29:21:11
  TRACK 19 AUDIO
    INDEX 01 31:30:37
  TRACK 20 AUDIO
    INDEX 01 32:11:49
  TRACK 21 AUDIO
    INDEX 01 32:43:61
  TRACK 22 AUDIO
    INDEX 01 34:28:05
  TRACK 23 AUDIO
    INDEX 01 34:32:69
  TRACK 24 AUDIO
    INDEX 01 34:46:30
  TRACK 25 AUDIO
    INDEX 01 38:36:27
  TRACK 26 MODE1/2352
    INDEX 01 38:43:28

Subcode wrote:

FILE "Subcode.bin" BINARY
  TRACK 01 AUDIO
    INDEX 01 00:00:00
  TRACK 02 MODE1/2352
    INDEX 01 00:47:70
  TRACK 03 AUDIO
    INDEX 01 02:33:05
  TRACK 04 AUDIO
    INDEX 01 04:44:13
  TRACK 05 AUDIO
    INDEX 01 04:54:35
  TRACK 06 AUDIO
    INDEX 01 07:07:53
  TRACK 07 AUDIO
    INDEX 01 09:15:08
  TRACK 08 AUDIO
    INDEX 01 11:29:03
  TRACK 09 AUDIO
    INDEX 01 13:38:50
  TRACK 10 AUDIO
    INDEX 01 15:51:28
  TRACK 11 AUDIO
    INDEX 01 18:03:70
  TRACK 12 AUDIO
    INDEX 01 20:15:03
  TRACK 13 AUDIO
    INDEX 01 22:27:50
  TRACK 14 AUDIO
    INDEX 01 24:39:05
  TRACK 15 AUDIO
    INDEX 01 26:51:40
  TRACK 16 AUDIO
    INDEX 01 27:02:40
  TRACK 17 AUDIO
    INDEX 01 27:10:70
  TRACK 18 AUDIO
    INDEX 01 29:21:10
  TRACK 19 AUDIO
    INDEX 01 31:30:35
  TRACK 20 AUDIO
    INDEX 01 32:11:48
  TRACK 21 AUDIO
    INDEX 01 32:43:60
  TRACK 22 AUDIO
    INDEX 01 34:28:05
  TRACK 23 AUDIO
    INDEX 01 34:32:68
  TRACK 24 AUDIO
    INDEX 01 34:46:30
  TRACK 25 AUDIO
    INDEX 01 38:36:25
  TRACK 26 MODE1/2352
    INDEX 01 38:43:28