DiscImageCreator (Page 59 of 142)

Oh my fucking god! I love you sarami!

Time to test this baby out!

lsblk

lsblk: failed to access sysfs directory: /sys/dev/block: No such file or directory

Fixed as follows.

    pDevice->hDevice = open("/dev/cdrom", O_RDONLY | O_NONBLOCK, 0777);

But, there isn't /dev/sr0 and /dev/cdrom in ubuntu of WSL, so I can't confirm it's working or not.

By the way sarami, could you make the _disc.txt file specifically mention the layerbreak at some point?

Please make it say something like "Layerbreak: 1336160" somewhere in the output files.

This is a required field for DVD-9 submissions, so this should be "idiot proof".

Hi Sarami,

I gave this a go and wasn't able to get it working. I can help with testing more if that is needed. Although I'm afraid I wouldn't be of much more help than that.

h0lylag@debian:~/Desktop$ ./DiscImageCreator_linux.out xbox /dev/sr1 test.iso
AppVersion
    x86, AnsiBuild, 20180712 12823
CurrentDirectory
    /home/user/Desktop
WorkingPath
     Argument: test.iso
     FullPath: /home/h0lylag/Desktop/test.iso
        Drive:
    Directory: /home/h0lylag/Desktop/
     Filename: test
    Extension: .iso
StartTime: 2018/07/16(Mon) 00:30:32
[F:StorageQueryProperty][L:227] GetLastError: 22, Invalid argument
EndTime: 2018/07/16(Mon) 00:30:32

Hello again, thank you for the update. I receive the same error still. The output is unchanged from my last comment so I will not include it again.

Progress! The program can now initiate the dump process. However there are a few issues. When I tried to do a dvd dump of a PS2 game the dump began, but it took forever and the file was only 2KB afterwards? Then I tried doing a Xbox and Xbox 360 game, both seemed to go normally except that when the dump was finished they did not complete the hash check. After manually checking the hashes of the two Xbox games, they both did not match the redump checksums. I've included what logs I have available. This was on Debian 9.

ps2: https://transfer.sh/x0nmr/DesertStorm.tar.gz

xbox: https://transfer.sh/uCzEB/Halo_2.tar.gz

360: https://transfer.sh/bSOMf/GoW.tar.gz

Ok. I tested the version before your edit and the last one and get the same results.

• CD dumps are looking good. I tested a few PS1 games and a Xbox CD.

• I've tried a couple different PS2 games for DVD dumps and its not quite working. I get segmentation fault error most times trying to start it. Sometimes it will start but the dumped file is way too small, or once it gave me a 46GB file.

user@debian:~/DesertStorm$ sudo ~/DIC/DiscImageCreator_linux.out dvd /dev/sr0 DesertStorm.iso 16
AppVersion
    x86, AnsiBuild, 20180720 185823
CurrentDirectory
    /home/user/DesertStorm
WorkingPath
     Argument: DesertStorm.iso
     FullPath: /home/user/DesertStorm/DesertStorm
        Drive: 
    Directory: /home/user/DesertStorm/
     Filename: DesertStorm
    Extension: 
StartTime: 2018/07/21(Sat) 14:06:05
Creating iso(LBA)        1/       1
Segmentation fault
user@debian:~/DesertStorm$ 

• For Xbox games, its the same as before. They seem to get dumped to completion without issue but the hashes don't match. Its reproducing the same incorrect file and hashes each time though.

• Another bug when dumping Xbox games is that the SS.bin file will get dumped into the directory above where you specified. So like there in this picture, I specified that the dump should be started in the Halo_2 folder, but the bin file is residing next to it. It looks like one slash got messed up in the code.
  https://i.imgur.com/2V9fKMT.png

• Lastly a general bug I found. If you put a path in the command for the output file, it creates that full path in the current folder. It doesn't save the file in the existing system. For example if you run this:

cd ~/DIC
sudo ./DiscImageCreator_linux.out xbox /dev/sr1 /mnt/storage/dumps/Halo_2/Halo_2.iso

It doesn't save the file in

/mnt/storage/dumps/Halo_2/

It creates

/home/user/DIC/mnt/storage/dumps/Halo_2/

because ~/DIC was the current working directory when the command was executed.

Thanks for all the work on making a Linux version!

Hi @sarami, could you push your current code with the linux support to github so I can take a look at some of the issues? Thanks!

I'm going to try some more PS2 games. All of a sudden my windows install is not working now so I have to reinstall to cross check the ps2 games with windows.

I tried a regular DVD Movie and that appears to work correctly. No segmentation faults and stuff. But I don't have anything to compare it against.

sudo ./DiscImageCreator_linux.out xbox Halo_2.iso

/home/user/DIC/Halo_2.iso

sudo ./DiscImageCreator_linux.out xbox /Halo_2.iso

/Halo_2.iso

sudo ./DiscImageCreator_linux.out xbox Halo_2/Halo_2.iso

/home/user/DIC/Halo_2/Halo_2.iso

sudo ./DiscImageCreator_linux.out xbox /Halo_2/Halo_2.iso

/Halo_2/Halo_2.iso

What's up with the Dreamcast dumping command in Discimagecreator?

I've dumped the game disc four times so far, and this is what I found in the _EdcEcc.txt file:

Dump 1:
[ERROR] Number of sector(s) where user data doesn't match the expected ECC/EDC: 2
    Sector: 59634, 59652,
[ERROR] Number of sector(s) where sync(0x00 - 0x0c) is invalid: 1
    Sector: 59635,
Total errors: 3
Total warnings: 0

Dump 2:
[ERROR] Number of sector(s) where user data doesn't match the expected ECC/EDC: 2
    Sector: 124301, 124321,
[ERROR] Number of sector(s) where sync(0x00 - 0x0c) is invalid: 1
    Sector: 124302,
Total errors: 3
Total warnings: 0

Dump 3:
[ERROR] Number of sector(s) where user data doesn't match the expected ECC/EDC: 1
    Sector: 59615,
[ERROR] Number of sector(s) where sync(0x00 - 0x0c) is invalid: 1
    Sector: 59616,
Total errors: 2
Total warnings: 0

Dump 4:
[ERROR] Number of sector(s) where user data doesn't match the expected ECC/EDC: 1
    Sector: 59616,
[ERROR] Number of sector(s) where sync(0x00 - 0x0c) is invalid: 1
    Sector: 59617,
Total errors: 2
Total warnings: 0

Also, this is what my GDI output file looks like:
5
1     0 4 2352 "Grandia II (USA) (Dump 3) (Track 1).bin" 0
2 [fix] 0 2352 "Grandia II (USA) (Dump 3) (Track 2).bin" 0
3 45000 4 2352 "Grandia II (USA) (Dump 3) (Track 3).bin" 0
4 49871 0 2352 "Grandia II (USA) (Dump 3) (Track 4).bin" 0
5 50397 4 2352 "Grandia II (USA) (Dump 3) (Track 5).bin" 0

I don't think that "[fix]" is supposed to be there.

What's going on?

EDIT: I'm using a TS-H352C, which AFAIK doesn't have C2 support. (using the most up-to-date non-Kreon firmware.

So, how exactly do I find that value out? I already dumped it as a CD earlier.

It matches the size of the first track in sectors. Anyway, you need the merged .cue to submit into the db, not .gdi (unless you're trying to make some dumps for your own private use).