Trying to dump a PS1 Unlicensed disc (Breaker Pro); tried with both stable and latest test version (20191227):
The drive makes some funny noises a couple of times, then it errors out.
Here are the logs, as well as a recording of the noises:
https://mega.nz/#!OmxiSQYC!c_B_Dr4ka1JE … s6DMYZRytk

pool7 wrote:

Trying to dump a PS1 Unlicensed disc (Breaker Pro); tried with both stable and latest test version (20191227):
The drive makes some funny noises a couple of times, then it errors out.

Please check if the sector view of isobuster can read the last sector.

How do I know what's the last sector?
One thing I noticed when checking IsoBuster: the files in the disc are 19.1MB; however if I check the properties of the CD/Session/Track, IsoBuster says the disc size is 921.290.752 bytes (449.849 blocks).
I tried entering 449849 in the Sector View window, and it did the same noise as when trying to dump with DIC(however I'm not sure if that's the number I should have entered), then showed this error:
Device reported Error code : 03/02/8D

pool7 wrote:

One thing I noticed when checking IsoBuster: the files in the disc are 19.1MB; however if I check the properties of the CD/Session/Track, IsoBuster says the disc size is 921.290.752 bytes (449.849 blocks).

Yes. TOC says the last sector is 449.849.

========== TOC ==========
Data Track  1, LBA        0 -   449848, Length   449849
Total    449849
pool7 wrote:

I tried entering 449849 in the Sector View window, and it did the same noise as when trying to dump with DIC(however I'm not sure if that's the number I should have entered), then showed this error:
Device reported Error code : 03/02/8D

Perhaps it needs swap trick. See wiki https://github.com/saramibreak/DiscImageCreator/wiki "Dumping Guide for CD with swap"
At least, kreon drive supports it.

Regarding pool7's disc, i read online it might have a fake TOC of 100 minutes.

---

sarami, i dumped a disc with two different drives - a plextor and LG. the hashes were the same, and tracks split the same, but the LG has a different write offset value. Is there a reason?

All my posts and submission data are released into Public Domain / CC0.
user7 wrote:

the LG has a different write offset value.

http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- fixed: parse driveOffset.txt

user7 wrote:
sarami wrote:
user7 wrote:

Another one, this is a PC press kit CD-Rom (not CD-R).

I always say about c2 error.
1. use "/c2 4096", not "/c2 20".
2. resurface the disc.
3. change the disc if possible.
4. change the drive.

Okay, i tried with those settings, same results. Disc dumps fine in isobuster on two different drives, but not with dic
There is another one on ebay, expensive but I bought it.

Returning to this old discussion. The second copy arrived and dumps fine with DIC. It is the same hashes that the old one was getting out of IsoBuster.

It seems DIC is more sensitive than IsoBuster to triggering c2 errors for some reason.

All my posts and submission data are released into Public Domain / CC0.
sarami wrote:

Perhaps it needs swap trick. See wiki https://github.com/saramibreak/DiscImageCreator/wiki "Dumping Guide for CD with swap"
At least, kreon drive supports it.

When trying to run the swap command, I get invalid argument:

D:\apps\redump\dic_test_20191227>DiscImageCreator.exe swap H foo.bin
AppVersion
x86, AnsiBuild, 20191227 233113
Invalid argument
If you see the usage, execute .exe without argument

D:\apps\redump\dic_test_20191227>

PS:
If I try to dump after running the 'close' command, it seems to read the lead-out of the original disc; however it does nothing else and the drive keeps 'clicking' forever:
AppVersion
x86, AnsiBuild, 20191116 221523
/c2 val2 is omitted. set [0]
/sf val is omitted. set [60]
CurrentDirectory
D:\apps\redump\DICUI_1.15-net472
WorkingPath
Argument: D:\tmp_redump_up\to_Submit\BreakerPro\BP_swap2.bin
FullPath: D:\tmp_redump_up\to_Submit\BreakerPro\BP_swap2.bin
Drive: D:
Directory: \tmp_redump_up\to_Submit\BreakerPro\
Filename: BP_swap2
Extension: .bin
StartTime: 2020/01/03(Fri) 18:18:15
Set the drive speed: 3528KB/sec
This drive supports [OpCode: 0xd8, SubCode: 1]
This drive supports [OpCode: 0xd8, SubCode: 2]
This drive supports [OpCode: 0xd8, SubCode: 8]

pool7 wrote:

When trying to run the swap command, I get invalid argument:

D:\apps\redump\dic_test_20191227>DiscImageCreator.exe swap H foo.bin

Missing the drive speed.

----
As user7 says, if your disc have a fake TOC, I want to know the volume space size. Please upload 16th sector using Isobuster.

Thanks; indeed the drive speed missing was the issue.
Now the swap command worked and started dumping; however at one point DIC crashed.

Here are the logs, along with the cmd output and DIC crash details:
https://mega.nz/#!S3ZHFCYC!RPS1QRJU6pZq … R_kLxqFmHc

Here's sector 16 from IsoBuster, both RAW and non-RAW:
https://mega.nz/#!36J1SQBT!H7rWI4Zn4sU0 … MstQQcM7m4

pool7 wrote:

Now the swap command worked and started dumping; however at one point DIC crashed.

No scrambled data. Perhaps PX-760A doesn't support swap trick.

pool7 wrote:

Here's sector 16 from IsoBuster, both RAW and non-RAW:

volume space size is 0x265b. It's 9819 sectors. 9819 * 2048 = 20109312 bytes.

It's easy to use volume space size instead of TOC, but I'm not sure volume space size is correct disc size.

Yes, the space used by all files as seen in Windows Explorer is indeed 20109312 bytes.

So, I guess I'm out of luck, unless I can find another drive that supports swap trick.

sarami, im still redumping my ps4 bd-r's with the new dic build. A few of the redumps match the isobuster dump, here's an example: https://drive.google.com/file/d/13xTymU … sp=sharing

I wanted to share these logs to match in case they are useful for study.

All my posts and submission data are released into Public Domain / CC0.

I'm testing dumping with a Plextor PX-708A using the 20191223 release of DiscImageCreator.  I'm able to dump a Sega Saturn disc correctly in Windows, but I get the below errors in Linux using the same parameters.  I have the same issue with the 20191116 release.

[zcal@computer disc]\$ ./DiscImageCreator_linux.out cd /dev/sr0 foo.bin 24
AppVersion
x64, AnsiBuild, 20191223 223711
CurrentDirectory
WorkingPath
Argument: foo.bin
Drive: /
Filename: foo
Extension: .bin
StartTime: 2020/01/12(Sun) 08:34:34
[F:ReadEeprom][L:912] GetLastError: 1, Operation not permitted
Please wait for 25000 milliseconds until the device is returned
[F:SetDiscSpeed][L:775] GetLastError: 1, Operation not permitted
Please wait for 25000 milliseconds until the device is returned
[WARNING] /c2 isn't set. The result of dumping may be incorrect if c2 error exists.
[F:ExecSearchingOffset][L:114] GetLastError: 1, Operation not permitted
Please wait for 25000 milliseconds until the device is returned
lpCmd: d8, 00, 00, 00, 00, 00, 00, 00, 00, 01, 00, 00
dwBufSize: 2352
This drive doesn't support [OpCode: 0xd8, SubCode: 0]
[F:ExecSearchingOffset][L:114] GetLastError: 1, Operation not permitted
Please wait for 25000 milliseconds until the device is returned
lpCmd: d8, 00, 00, 00, 00, 00, 00, 00, 00, 01, 01, 00
dwBufSize: 2368
This drive doesn't support [OpCode: 0xd8, SubCode: 1]
[F:ExecSearchingOffset][L:114] GetLastError: 1, Operation not permitted
Please wait for 25000 milliseconds until the device is returned
lpCmd: d8, 00, 00, 00, 00, 00, 00, 00, 00, 01, 02, 00
dwBufSize: 2448
This drive doesn't support [OpCode: 0xd8, SubCode: 2]
Retry 1/10 after 10000 milliseconds
[F:ExecSearchingOffset][L:114] GetLastError: 1, Operation not permitted
Please wait for 25000 milliseconds until the device is returned
zcal wrote:

I get the below errors in Linux

Try to use su or sudo.

Hello,

I am having problems dumping some Japanese Dreamcast games. I got a px-708a drive with firmware 1.04. If I insert the Dreamcast disk it gets recognized as audio and DIC sees it.

When I want to dump it I get an error that I am not on the latest firmware.

So I update to 1.12, but now it not recognize the disk, it just keeps spinning. If I install 1.04 again
It will see the disk but get the error again.

Is there a command to skip the firmware check ?

sarami wrote:

Try to use su or sudo.

That fixed it.  Thanks.
But why does DIC require root privileges?

Seen quite a lot of dumps recently with incorrect gaps due to first sector is EAN. You need to implement a better gap detection logic: when the EAN or ISRC sector is detected and its P-channel is 0x00, you need to check the next sector's P and Q channels: if the Q-channel's track number is increased and the P-channel is filled with 0xFF, then the EAN/ISRC sector belongs to the next track.

zcal wrote:
sarami wrote:

Try to use su or sudo.

That fixed it.  Thanks.
But why does DIC require root privileges?

Many SCSI commands require it.

Nextria wrote:

Is there a command to skip the firmware check ?

No command, but you can remove this check from the sources and recompile.

http://forum.redump.org/post/74000/#p74000 - or try this build (3 months old, but I don't remember any DC-related changes recently).

sarami wrote:
usurper wrote:

What am I doing wrong? Latest DIC version doesnt dump Disc in a certain dir when running from it. Instead it put its files one level up when running usual command: DiscImageCreator.exe cd e Track 2 /c2 10 /ns /sf from dir: D:\REDUMP\LEGO Football Mania
Files goto: D:\REDUMP and named LEGO Football ManiaTrack*.*

EDIT: ./Track in that command line does the trick for now, but that doesnt seem to be normal.

https://github.com/saramibreak/DiscImageCreator/pull/33
His code is buggy now. I reverted the code until he fixes it.

I will look into it. Too bad I've seen this message only today .

F1ReB4LL wrote:

when the EAN or ISRC sector is detected and its P-channel is 0x00, you need to check the next sector's P and Q channels: if the Q-channel's track number is increased and the P-channel is filled with 0xFF, then the EAN/ISRC sector belongs to the next track.

Coded. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
I checked it by Cosmic Fantasy 3. If this code is no problem, I'll remove /m flag.

>superg
This has been written to KnownIssue.txt as "Extension problem" since several years ago.
If you want to escape this problem without new coding, you should specify the extension.

F1ReB4LL wrote:
Nextria wrote:

Is there a command to skip the firmware check ?

No command, but you can remove this check from the sources and recompile.

http://forum.redump.org/post/74000/#p74000 - or try this build (3 months old, but I don't remember any DC-related changes recently).

Hey i tried the link to the other build but it also not working.
I don't understand why my drive doesn't see the audio portion of the dreamcast disk
after the firmware update.

I am not smart enough to remove it and recompile the sources sorry

Nextria wrote:

Hey i tried the link to the other build but it also not working.

What do you mean by not working? That particular build doesn't have a firmware checker.

F1ReB4LL wrote:
Nextria wrote:

Hey i tried the link to the other build but it also not working.

What do you mean by not working? That particular build doesn't have a firmware checker.