You are not logged in. Please login or register.
Redump Forum → Posts by sarami
can you explain what this mean in these logs:
14.4 Intermediate field
The Intermediate field shall consist of 8 (00)-bytes recorded in positions 2 068 to 2 075.
That's weird, I was able to capture it, I sent you a log before but you said something about not being able to open it. Maybe its because I am using a USB adapter?
Ah, I can capture it via USB adapter. My Asus uses SATA AHCI Controller on the motherboard.
Log
I only understood that when alcohol analyzes DPM, it uses READ CD toward start from end. It's so‐called reverse reading.
Bus Hound 6.01 capture on Windows Vista (x64). Complements of www.perisoft.net
Device - Device ID (followed by the endpoint for USB devices)
(28) PLEXTOR CD-R PX-W5224A [ROM=1.04]
Address - FireWire async address or channel number
Length - Total transfer length
Phase - Phase Type
CMD SCSI/ATAPI command
IN Data in transfer
Data - Hex dump of the data transferred
Descr - Description of the phase
Delta - Elapsed time from the previous phase to the current phase
Cmd... - Position in the captured data
Date - Date the phase occurred in year/month/day form
Time - Time the phase occurred in hour:minute:second.millisec form
Driver - Driver that submitted the command
sptd2 : SCSI Pass Through Direct Driver 2.12.0.0
Device Address Length Phase Data Description Delta Cmd.Phase.Ofs(rep) Date Time Driver
------ ------------------- -------- ----- ------------------------ ---------------- ----- ------------------ ---------- ------------ ------------
28 CMD be 00 00 03 d5 40 00 00 READ CD 8.8ms 1.1.0 2020/03/09 21:10:07.220 sptd2
28 2352 IN d8 ed 2c f6 8c 07 65 12 ..,...e. 12ms 1.2.0 2020/03/09 21:10:07.233
28 CMD be 00 00 03 d5 3b 00 00 READ CD 69us 2.1.0 2020/03/09 21:10:07.233 sptd2
28 2352 IN cf fb ea 10 7c 04 09 0d ........ 12ms 2.2.0 2020/03/09 21:10:07.245
28 CMD be 00 00 03 d5 0e 00 00 READ CD 70us 3.1.0 2020/03/09 21:10:07.246 sptd2
28 2352 IN 85 03 a2 31 48 fd 75 2c ...1H.u, 12ms 3.2.0 2020/03/09 21:10:07.258
28 CMD be 00 00 03 d5 09 00 00 READ CD 70us 4.1.0 2020/03/09 21:10:07.258 sptd2
28 2352 IN 73 c4 39 a1 3d c7 f0 ab s.9.=... 12ms 4.2.0 2020/03/09 21:10:07.271
28 CMD be 00 00 03 d4 dc 00 00 READ CD 69us 5.1.0 2020/03/09 21:10:07.271 sptd2
28 2352 IN dd 09 bf 05 03 11 af 13 ........ 12ms 5.2.0 2020/03/09 21:10:07.283
28 CMD be 00 00 03 d4 d7 00 00 READ CD 129us 6.1.0 2020/03/09 21:10:07.284 sptd2
28 2352 IN 3f e0 f7 ea 27 e3 96 f8 ?...'... 12ms 6.2.0 2020/03/09 21:10:07.296
28 CMD be 00 00 03 d4 aa 00 00 READ CD 107us 7.1.0 2020/03/09 21:10:07.296 sptd2
28 2352 IN 9f 02 70 14 67 09 97 12 ..p.g... 12ms 7.2.0 2020/03/09 21:10:07.308
28 CMD be 00 00 03 d4 a5 00 00 READ CD 98us 8.1.0 2020/03/09 21:10:07.308 sptd2
28 2352 IN 5b fe 8f ef 43 14 a7 f0 [...C... 12ms 8.2.0 2020/03/09 21:10:07.321
28 CMD be 00 00 03 d4 78 00 00 READ CD 95us 9.1.0 2020/03/09 21:10:07.321 sptd2
28 2352 IN a4 da e8 d0 ec e5 ae e2 ........ 12ms 9.2.0 2020/03/09 21:10:07.334
28 CMD be 00 00 03 d4 73 00 00 READ CD 98us 10.1.0 2020/03/09 21:10:07.334 sptd2
28 2352 IN 64 34 cd 2b f7 2b 44 22 d4.+.+D" 12ms 10.2.0 2020/03/09 21:10:07.347
28 CMD be 00 00 03 d4 46 00 00 READ CD 125us 11.1.0 2020/03/09 21:10:07.347 sptd2
28 2352 IN 81 d0 e0 d4 4c ce 56 ec ....L.V. 12ms 11.2.0 2020/03/09 21:10:07.359
28 CMD be 00 00 03 d4 41 00 00 READ CD 130us 12.1.0 2020/03/09 21:10:07.359 sptd2
28 2352 IN 08 f1 d0 e5 bf d4 ca e4 ........ 12ms 12.2.0 2020/03/09 21:10:07.372
28 CMD be 00 00 03 d4 14 00 00 READ CD 126us 13.1.0 2020/03/09 21:10:07.372 sptd2
28 2352 IN 2a d8 72 05 9f e1 c9 02 *.r..... 12ms 13.2.0 2020/03/09 21:10:07.385
28 CMD be 00 00 03 d4 0f 00 00 READ CD 126us 14.1.0 2020/03/09 21:10:07.385 sptd2
28 2352 IN 90 b7 ce e9 2f ac 99 e5 ..../... 12ms 14.2.0 2020/03/09 21:10:07.397
28 CMD be 00 00 03 d3 e2 00 00 READ CD 120us 15.1.0 2020/03/09 21:10:07.397 sptd2
28 2352 IN 8b d5 b9 d2 7a c9 e7 bc ....z... 12ms 15.2.0 2020/03/09 21:10:07.410
28 CMD be 00 00 03 d3 dd 00 00 READ CD 120us 16.1.0 2020/03/09 21:10:07.410 sptd2
28 2352 IN 3c c3 3c d8 40 c0 3d f3 <.<.@.=. 12ms 16.2.0 2020/03/09 21:10:07.422 can you also analyze what Alcohol does with errors and DPM.
I tried capturing. But when alcohol is reading the disc, no data is captured. DIC can capture the data (READ CD etc). Why? Does Alcohol lock against Bushound?
I'm curious if you misunderstood what RibShark was saying.
Are you trying to read those sectors? Because that will of course fail, it can't overread. But reading the last sector possible then using 0xF1 to fetch all remaining from the buffer (it's quite large afaik) should work?
App uses 0xbe to get the last sector, then uses 0xf1 to get the last sector + 1. This is cached to buffer correctly. And then uses 0xf1 to get the last sector + 2, but this sector isn't cached to buffer.
Teach me plz how you (and RibShark) can get the last sector + 2, + 3, etc using Bus Hound.
I want to test by your way.
I dumped a +2352 offset disc with my ASUS using the new test build. Hashes don't match my plextor dump.
Last sector + 1 is good.
========== LBA[318828, 0x4dd6c]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : F5 CA D8 1C 5A 89 FB 26 C3 5A D1 FB 1C 43 49 F1 ....Z..&.Z...CI.
0010 : F6 C4 1A 43 E8 D0 CD ED 00 FF FF FF FF FF FF FF ...C............
0020 : FF FF FF 00 71 D2 74 61 00 28 00 1E 80 08 60 06 ....q.ta.(....`.Last sector + 2 is bad.
========== LBA[318829, 0x4dd6d]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : F2 73 D8 1C 5A 89 FB 26 C3 5A D1 FB 1C 43 49 F1 .s..Z..&.Z...CI.
0010 : F6 C4 8A 43 14 5F 4F 24 00 FF FF FF FF FF FF FF ...C._O$........
0020 : FF FF FF 00 01 81 73 61 00 28 00 1E 80 08 60 06 ......sa.(....`.I use it on Windows 7 64 bit Enterprise without an issue, and no, it's not an illegal version.
ok, BW-16D1HT was recognized from Bus Hound. As a result, my drive couldn't get the last sector +3, +4 etc.
But I added reading code until the last sector +10. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Test plz. I want to see these logs.
First, starting with DIC 20200203, all of the Cube DVDs fail to dump, with the error being "nLBA 262, Directory Record is invalid". DIC 20200204 is also affected, while 20191116, 20191223, and 20200120 are not.
Try to use the latest test version before reports bug. http://forum.redump.org/topic/10483/discimagecreator/
Similar problem https://github.com/saramibreak/DiscImag … /issues/41
Try to use DVD model of plextor if you have.
Because data sector can be dumped without offsets using 0xbe opcode. It's normal method. Almost all CD dumping tools (Isobuster, CloneCD etc.) use 0xbe.
My concern is with discs like that Wing Commander Prophecy
Is it this disc? http://redump.org/disc/12961/
If yes, as I said, large ofs disc is not supported yet on Asus.
If no, upload logs, please.
To get scrambled sector(s), plextors use 0xd8 while other drives use 0xbe with cdda flag.
If /be is used, 0xbe with all flag is set forcibly. As the result, it can't get scrambled sector(s).
In other words, it can't get correct combined offsets.
if I omit /be, all ripped tracks match the redump entry. If I include /be, the data track matches, but all audio tracks have different checksums.
If you want to dump mixed mode disc on ASUS, do not use /be.
It's been free for personal use for some time now ?
Free version is limited.
Up to 32 commands can be captured
Only the first 8 bytes of each data transfer are captured
Runs only on 32-bt Windows, XP and later
I'm working ASUS on Win10 64bit.
sarami wrote:Madroms wrote:could you check the log for this disc ?
Also try to use subdump.
subdump added.
LBA 91152 is the start address of track 14 on TOC.
Data Track 14, LBA 91152 - 93436, Length 2285But It's the end of address of track 13 on sub.
LBA[091151, 0x1640f]: P[3f], Q[411301040808002017264de6]{ Data, Copy NG, Track[13], Idx[01], RMSF[04:08:08], AMSF[20:17:26]}, RtoW[0, 0, 0, 0]
LBA[091152, 0x16410]: P[3f], Q[41130104080900201727f796]{ Data, Copy NG, Track[13], Idx[01], RMSF[04:08:09], AMSF[20:17:27]}, RtoW[0, 0, 0, 0]
LBA[091153, 0x16411]: P[00], Q[41140100000100201728797b]{ Data, Copy NG, Track[14], Idx[01], RMSF[00:00:01], AMSF[20:17:28]}, RtoW[0, 0, 0, 0]It looks like real sub indexes. F1ReB4LL judges it.
re-ripping with my ASUS drive with /be also yielded the correct result.
No need to use /be except plextor.
could you check the log for this disc ?
Also try to use subdump.
he just edited the command in the buffer with bushound.
Could he really get the scrambled sector data by the method? I can't use bushound readily because it's really expensive.
I have read 30+ sectors into the lead out with 0xF1, not sure why you can't unless the lead out on your disc doesn't contain many sectors.
Would you upload your code that can read 30+ sectors and upload the 30+ sectors?
0xF1 can support multiple sector overreads:
"F1 06 00 00 00 00 00 00 0b 00" = last read sector
"F1 06 00 00 0b 00 00 00 0b 00" = last read sector + 1
"F1 06 00 00 16 00 00 00 0b 00" = last read sector + 2
and so on.
Then, how about the last read sector + 3, + 4, + 5 ...?
I tried "F1 06 00 00 21 00 00 00 0b 00", but it couldn't get the last read sector + 3.
Updated test version. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
@wiggy2k, @Lizard
Logs, please.
@Nextria
According to 5ch, it seems a lot of 708 users met with the same problem. So I changed it as 1.04 works.
Someone on Discord stated it's because of the large offset on the disk (1101 samples)
http://forum.redump.org/post/72760/#p72760
Complete dump but with too many c2 errors.
I also got this disc and a few of c2 errors occurred. c2 errors are the disc's problem, not dic.
disc eventually produced a Lead-in indicator
Uploaded http://www.mediafire.com/file/eq80y20l9 … st.7z/file
this should solve the false error problem.
I want to check these logs.
Here is the disc
I'm going to get it from an auction.
*2020-02-03
- added: call ReadDiscInformation for CD-R/RW
- added: ReadTOCPma for CD-R/RW
- added: If valid extension was omitted, ".bin" is set to path automatically.
- added: stores subP channel because first sector is EAN/ISRC
- deleted: /m flag
- fixed: splitted the subs indexes CUE
- improved: TOCATIP logs
- improved: Reading erroneous directory record (support [PSX] Tokimeki Memorial - forever with you, [PSX] Aitakute... - Your Smiles in My Heart)
HALP PLZ
I have no idea about it now.
*EDIT
*2020-02-04 was uploaded
Here are the sector dumps of corrupted directory entries. Just 1 sector dump per game.
Thanks, uploaded test version. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
I didn't dump the other stuff
Then, you can upload only the error directory record sector by using IsoBuster or your tool.
Aitakute... - Your Smiles in My Heart (Japan) (Disc 1) (Track 1).bin
Aitakute... - Your Smiles in My Heart (Japan) (Disc 2) (Track 1).bin
Aitakute... - Your Smiles in My Heart (Japan) (Disc 3) (Track 1).bin
Aitakute... - Your Smiles in My Heart (Japan) (Disc 4) (Track 1).bin
Aitakute... - Your Smiles in My Heart - Oroshitate no Diary - Introduction Disc (Japan) (Track 1).bin
All Star Racing 2 (Europe) (Track 1).bin
All Star Racing 2 (USA) (Track 1).bin
Formula GP (Europe) (Track 1).bin
MLB 2005 (USA).bin
Strike Force Hydra (Europe) (Track 1).bin
Tokimeki Memorial - Forever with You (Japan) (PlayStation the Best) (Track 1).bin
Tokimeki Memorial - Forever with You (Japan) (Rev 2) (Track 1).bin
Tokimeki Memorial - Forever with You (Japan) (Rev 4) (Track 1).bin
Truck Racing (Europe) (Track 1).bin
I got tokimemo rev4 and confirmed a corrupt directory record in LBA 14515. Also, can you upload all logs of these discs you reported except for tokimemo rev4.
When processing CDs with differing subchannel indexes, DIC splits the subs indexes CUE across multiple files matching the track names and doesn't fill the main subs indexes CUE. See attached logs: https://mega.nz/#!xRAzFAoK!6l9w3Ja5IAH5 … at4t5oXIN0
Ah yes. This was fixed by 20200123 test version.
If F1ReB4LL says http://forum.redump.org/post/76423/#p76423 and http://forum.redump.org/post/76442/#p76442 were fixed correctly, I'll upload the latest test version as release.
Some PSX discs have corrupted directory entries
Can you upload LBA 16 of these discs?
I didn't want to mix it in with the dot fixes
Does it still need? I added that If the valid extension was omitted, ".bin" is set to path automatically in the latest test version.
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.