sarami wrote:It's weird ISRC...
Do you need other logs? It exists for all the Jaguar CD titles.
Surely, my jaguar CD also has it. But I think this is not a general ISRC. ISRC (also MCN) appears periodically per sector (mainly 98).
You are not logged in. Please login or register.
Redump Forum → Posts by sarami
sarami wrote:It's weird ISRC...
Do you need other logs? It exists for all the Jaguar CD titles.
Surely, my jaguar CD also has it. But I think this is not a general ISRC. ISRC (also MCN) appears periodically per sector (mainly 98).
The 'main error' i was experiencing on CDi discs is not related to mastering, but drive model.
My 760SA dumps incorrectly: https://drive.google.com/file/d/15qbtq_ … sp=sharing
My 716A dumps correctly: https://drive.google.com/file/d/12bHisL … sp=sharingFor reference in Main Error, the 760 looks like this:
LBA[017306, 0x0439a]: Track[01]: Invalid sync. Skip descrambling ========== LBA[017306, 0x0439a]: Main Channel ========== ...
It's a known issue. This is a drive problem. I can't fix it.
I believe this is a dic & isobuster bug.
No. Its program generates sectors. See list.log
There are ISRC sectors in the sub,
It's weird ISRC...
but no ISRC tags in the cue.
Because only checks 500 sectors from the 1st sector per tracks.
Also, do you think we should use the "REM LEAD-IN 01:00:22" and "REM PREGAP 00:08:61" values from in the logs or "REM LEAD-IN 01:00:00" and "REM PREGAP 00:02:00" values from the current entry?
I want to use "REM LEAD-IN 01:00:00" and "REM PREGAP 00:02:00"
http://forum.redump.org/post/85629/#p85629 - Jaguar support is broken? Track 6 is empty, while it should have some data (2019 DIC dumps it correctly).
- fixed: failed to dump the multi-session disc from 20200604
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Both had very few 'lead-out' sectors printed to console.
How few sectors?
1 - NG?
2 - NG?
3 - NG?
4 - NG?
5 - NG?
ASUS gave me wrong image. Last 6 samples of image are all zeroes.
I also tried it with the same combined offset disc using the latest test version (20201115T172518) and it was no problem...
I am seeing some weird stuff in the logs that says the MSF is CDTV Specific:
Was this solved?
>Write Offset: 88200
Surprisingly, it's correct.
========== OpCode[0xd8]: SubCode[0]: Check Drive + CD offset ==========
========== LBA[000000, 0000000]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : 3D E5 D1 8B 1C 67 49 EA B6 CF 36 D4 16 DF 4E D8 =....gI...6...N.
0010 : 34 5A 97 7B 2E A3 5C 79 F9 E2 C2 C9 91 96 EC 6E 4Z.{..\y.......n
0020 : CD EC 55 8D FF 25 80 1B 20 0B 58 07 7A 82 A3 21 ..U..%.. .X.z..!
0030 : B9 D8 72 DA A5 9B 3B 2B 53 5F 7D F8 21 82 98 61 ..r...;+S_}.!..a
0040 : AA A8 7F 3E A0 10 78 0C 22 85 D9 A3 1A F9 CB 02 ...>..x.".......
0050 : D7 41 9E B0 68 74 2E A7 5C 7A B9 E3 32 C9 D5 96 .A..ht..\z..2...
0060 : DF 2E D8 1C 5A 89 FB 26 C3 5A D1 FB 1C 43 49 F1 ....Z..&.Z...CI.
0070 : F6 C4 46 D3 4D CE 55 27 00 FF FF FF FF FF FF FF ..F.M.U'........
0080 : FF FF FF 00 01 80 00 62 00 28 20 1E 80 08 40 06 .......b.( ...@.
0090 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00A0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................When msf is descrambled, it's "00 00 00", not "00 02 00"
if it's okay?
I think both discs are no problem as mastering error sectors. Hereafter, admin or moderator judge it.
wiggy2k wrote:the MSF is CDTV Specific:
https://github.com/saramibreak/DiscImag … r/issues/8
Adr 6 is an undocumented flag. I don't know what this flag means. I thought this flag only exists in amiga CD, but CD-i also has it. I'll change the "CDTV Specific" to others.
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
I don't test yet.
the MSF is CDTV Specific:
https://github.com/saramibreak/DiscImag … r/issues/8
Adr 6 is an undocumented flag. I don't know what this flag means. I thought this flag only exists in amiga CD, but CD-i also has it. I'll change the "CDTV Specific" to others.
are there recommended command parameters/settings to handle CD-Rs?
No.
Uploaded. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
And pushed the src in my github test branch.
I hacked it this way:
Btw, when sync is detected, how many is value of 'x'?
Still sth not right.
Updated test branch on github. please debug.
Could you have a look and see if you can find the cause of that error message?
It seems no error.
Uploaded.
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
A small suggestion
Added.
will it handle audio sectors
Added.
mastering errors safely
I don't test yet.
Third times the charm?
Thanks. It works as I expected.
Still sth not right:
Sorry, I couldn't test well because I thought I didn't have a big offset disc. But found it in my room. (Free Software Collection 6 [FMT])
Please wait until fix the bug.
This is some kind of mastering error?
Maybe so.
It looks like data is copied from wrong cache sectors.
I forgot to set the offset.
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Anyway I have some good news. After some coding and experimenting with F1 command I can enable reading more sectors from cache.
Great works!!
Added your code and some changed. Test Plz. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Why are you reading LBA 1 into cache? Shouldn't it be last LBA?
This is the code to cache the AllLength + 1.
nLBA = pDisc->SCSI.nAllLength;
if (!ExecReadCD(pExtArg, pDevice, lpCmd, nLBA - 1, aBuf,
CD_RAW_SECTOR_SIZE, _T(__FUNCTION__), __LINE__)
|| byScsiStatus >= SCSISTAT_CHECK_CONDITION) {
}ReadCacheForLgAsus is the function that reads the cached data.
This way you can read more sectors (4)?
Though I tried it before, it was in vain.
I have disc with offset +1611 and can't dump it correctly. Please fix
I've thought you can code the c/c++. I'm happy that you debug the code.
sarami wrote:user7 wrote:but strange failure not making img file (only scm)
Is there error messages on the command-line screen?
Uploaded. Retry, please http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Sorry, Quake logs using the linked version: https://mega.nz/file/nno3AK7I#TazhQlFEn … 8-NdPjoUYg
It's still old version.
QUAKE101_20200716T214844.txthttps://github.com/saramibreak/DiscImag … e8d6a04ec4 - what was that disc with the "F0 F0 F0 00 00 00 0F 0F 0F 0F" sequence? Should be rechecked/redumped, probably?
Club Saturn
http://forum.redump.org/post/72613/#p72613
Quake redumped with latest test version
It's not the latest. Please replace to http://www.mediafire.com/file/eq80y20l9 … st.7z/file
but strange failure not making img file (only scm)
Is there error messages on the command-line screen?
I don't understand the new fix.
Added some log into _subInfo.txt and some changed. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
With the new fix, the Quake track04 pregap would become 02:00?
I requested to Agent47.
Sarami, I just got ASUS BW-16D1HT and tried to rip disc with big positive offset: 1611. Last sector of last track is different than Plextor 760. Is it expected? What's the biggest positive offset that ASUS is able to handle?
I also noticed it recently, but I don't change the src about 0xF1 drive.
CloneCD ccd file says: "Control=0x04" for both
Is the same drive used? If yes, I don't know why the value is different. DIC merely outputs the value that returned by the drive.
Tried with new DIC build, same problem that Op Jacht had (failed to find write offset)
It's not the same. TOC is not corrupt. This is another bug.
Try it please. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
And this new fix is invalid?
Ah... Yes.
The problem is that there is MCN or ISRC in the 1st pregap sector or last sector of the track.
Hexen
LBA[021026, 0x05222]: P[00], Q[41010104402600044226d37d]{ Data, Copy NG, Track[01], Idx[01], RMSF[04:40:26], AMSF[04:42:26]}, RtoW[0, 0, 0, 0]
LBA[021027, 0x05223]: P[00], Q[4200000000000000002707ea]{ Data, Copy NG, MediaCatalogNumber [0000000000000], AMSF[ :27]}, RtoW[0, 0, 0, 0]
LBA[021028, 0x05224]: P[ff], Q[0102000001740004422895f9]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:01:74], AMSF[04:42:28]}, RtoW[0, 0, 0, 0]Quake http://forum.redump.org/post/84705/#p84705
LBA[050679, 0x0c5f7]: P[00], Q[11030102240000111754c937]{Audio, 2ch, Copy NG, Pre-emphasis Yes, Track[03], Idx[01], RMSF[02:24:00], AMSF[11:17:54]}, RtoW[0, 0, 0, 0]
LBA[050680, 0x0c5f8]: P[00], Q[12000000000000000055bfb3]{Audio, 2ch, Copy NG, Pre-emphasis Yes, MediaCatalogNumber [0000000000000], AMSF[ :55]}, RtoW[0, 0, 0, 0]
LBA[050681, 0x0c5f9]: P[ff], Q[11040000017300111756fab3]{Audio, 2ch, Copy NG, Pre-emphasis Yes, Track[04], Idx[00], RMSF[00:01:73], AMSF[11:17:56]}, RtoW[0, 0, 0, 0]Q-channel can't distinguish which track it belongs to because there isn't the track number.
I thought it could distinguish with P-channel, but It isn't necessarily so. Because P and Q-channel often mismatch.
P and Q-channel of the track02 of Hexen are estimated that it matches because all P and Q-channel of the other track match. As a result, 021027 belongs to the track02.
P and Q-channel of the track04 of Quake are estimated that it does not match because all P and Q-channel of the other track don't match. As a result, 050680 belongs to the track03.
If P and Q-channel of one track match/mismatch, P and Q-channel of all track match/mismatch. Is this hypothesis completely true? I'm not sure.
just curious, is there a switch I can use to allow using an older unsupported (but used to be) Plextor like a Plexwriter 12/10/32A I'd like to compare some tracks from difficult discs like Eikan3.
Use cdtoimg (simple 0xd8 dumping tool) http://www.mediafire.com/file/9b31r4fv4 … g.rar/file
https://github.com/saramibreak/DiscImag … g/20201101
*2020-11-01
- added: detect cppm
- added: /ps flag for dvd command (for [PS2] Katamari Damacy (USA))
- added: support HL-DT-ST UH12NS40 1.00 and HL-DT-ST WH14NS40 1.01 as 0xF1 drive (thanks olofolleola4)
- added: if TOC is weird, fix it (for [CD-i] Op Jacht Naar Vernuft (Netherlands))
- added: output TOC (binary) to _mainInfo.txt
- added: output P-channel and Q-channel gaps to _subInfo.txt
- added: execute "ad 00 00 00 00 00 00 03 00 c0 00 00" forcibly when the drive recognizes Nintendo disc
- changed: css-auth to DVDAuth_linux
- fixed: firmware version of BC-12D2HT
- fixed: output incorrect pregap when Q-channel's pregap is 00:01:74 and the adr of 00:01:74 is 2(MCN) or 3(ISRC)
- fixed: escape the c2 error "F0 F0 F0 00 00 00 0F 0F 0F"
- fixed: check the offset twice when the combined offset is over 1 sector.Logs (20201028T155157) http://www.mediafire.com/file/g1jd1k7cy … n3.7z/file
Mastering Code: MTC-1058 OP37NAhttp://forum.redump.org/post/84089/#p84089
OpJackt is the same as DigitalVideoFreeDemoDiscCD-iWorld.sarami wrote:2. multi-track and non-pregap in the 1st track and fulltoc says CD-I
Uploaded. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- added: If TOC is weird, fix it.
- added: Output TOC (binary) to _mainInfo.txt
========== TOC (Binary) ==========
========== LBA[000000, 0000000]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : 01 CA 01 39 00 10 02 00 00 00 1E 94 00 10 03 00 ...9............
0010 : 00 00 54 E2 00 10 04 00 00 00 62 A4 00 10 05 00 ..T.......b.....
0020 : 00 00 A2 FA 00 10 06 00 00 00 AC CC 00 10 07 00 ................
0030 : 00 00 D3 2F 00 10 08 00 00 00 DC 91 00 10 09 00 .../............
0040 : 00 00 E1 8E 00 10 0A 00 00 00 E6 8B 00 10 0B 00 ................
0050 : 00 00 F6 5F 00 10 0C 00 00 01 08 8B 00 10 0D 00 ..._............
0060 : 00 01 1A B7 00 10 0E 00 00 01 2C E3 00 10 0F 00 ..........,.....
0070 : 00 01 3F 0F 00 10 10 00 00 01 51 3B 00 10 11 00 ..?.......Q;....
0080 : 00 01 63 67 00 10 12 00 00 01 75 93 00 10 13 00 ..cg......u.....
0090 : 00 01 87 BF 00 10 14 00 00 01 99 EB FF FF FF FF ................
00A0 : FF FF FF FF 00 10 15 00 00 01 AC 17 00 10 16 00 ................
00B0 : 00 01 BE 43 00 10 17 00 00 01 D0 6F 00 10 18 00 ...C.......o....
00C0 : 00 01 E2 9B 00 10 19 00 00 01 F4 C7 00 10 1A 00 ................
00D0 : 00 02 06 F3 00 10 1B 00 00 02 19 1F 00 10 1C 00 ................
00E0 : 00 02 2B 4B 00 10 1D 00 00 02 3D 77 00 10 1E 00 ..+K......=w....
00F0 : 00 02 4F A3 00 10 1F 00 00 02 61 CF 00 10 20 00 ..O.......a... .
0100 : 00 02 73 FB 00 10 21 00 00 02 86 27 00 10 22 00 ..s...!....'..".
0110 : 00 02 98 53 00 10 23 00 00 02 AA 7F 00 10 24 00 ...S..#.......$.
0120 : 00 02 BC AB 00 10 25 00 00 02 CE D7 00 10 26 00 ......%.......&.
0130 : 00 02 E1 03 00 10 27 00 00 02 F3 2F 00 10 28 00 ......'..../..(.
0140 : 00 03 05 5B 00 11 29 00 00 03 17 87 00 11 2A 00 ...[..).......*.
0150 : 00 03 29 B3 00 11 2B 00 00 03 3B DF 00 10 2C 00 ..)...+...;...,.
0160 : 00 03 4E 0B 00 10 2D 00 00 03 60 37 00 10 2E 00 ..N...-...`7....
0170 : 00 03 72 63 00 10 2F 00 00 03 84 8F 00 10 30 00 ..rc../.......0.
0180 : 00 03 96 BB 00 10 31 00 00 03 A8 E7 00 10 32 00 ......1.......2.
0190 : 00 03 BA 7D 00 10 33 00 00 03 CC A9 00 10 34 00 ...}..3.......4.
01A0 : 00 03 DE D5 00 10 35 00 00 03 F1 01 00 10 36 00 ......5.......6.
01B0 : 00 04 03 2D 00 10 37 00 00 04 15 59 00 10 38 00 ...-..7....Y..8.
01C0 : 00 04 27 85 00 10 39 00 00 04 39 B1 00 00 00 00 ..'...9...9.....
01D0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
01E0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
01F0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0200 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0210 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0220 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0230 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0240 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0250 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0260 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0270 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0280 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0290 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
02A0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
02B0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
02C0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
02D0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
02E0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
02F0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0300 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0310 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0320 : 00 00 00 00 OpJackt has a corrupt TOC (0xff x 8) and missing lead-out (0xaa)
http://forum.redump.org/post/84877/#p84877
- fixed: escape the c2 error "F0 F0 F0 00 00 00 0F 0F 0F"
And added the message into _c2Error.txt like this.
LBA[110740, 0x1b094] Detected C2 error "F0 F0 F0 00 00 00 0F 0F 0F"
This error can't be fixed by plextor drive. Needs to dump it by non-plextor drive and replace itRedump Forum → Posts by sarami
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.