801

(3,488 replies, posted in General discussion)

Uploaded linux build. I built it on WSL (Windows Subsystem for Linux) using ubuntu 18.04 LTS x64.
http://www.mediafire.com/file/uw3e03kdk … t.tar/file
But it doesn't work. I don't know why now.

AppVersion
        x86, AnsiBuild, 20180711 160517
CurrentDirectory
        /home/sarami/projects/DiscImageCreator_linux/bin/x64/Release
WorkingPath
         Argument: test.iso
         FullPath: /home/sarami/projects/DiscImageCreator_linux/bin/x64/Release/test.iso
            Drive:
        Directory: /home/sarami/projects/DiscImageCreator_linux/bin/x64/Release/
         Filename: test
        Extension: .iso
StartTime: 2018/07/11(Wed) 16:06:19
[F:TestUnitReady][L:44] GetLastError: 30, Read-only file system
EndTime: 2018/07/11(Wed) 16:06:19

mount place: /mnt/<single letter>
e.g. /mnt/f

usage: same as windows version
e.g. ./DiscImageCreator_linux.out dvd f test.iso 4

802

(3,488 replies, posted in General discussion)

Updated DIC and CSS
- added output key to file
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
https://github.com/saramibreak/CSS/releases

EDIT
- fixed: disc log of DVD (Region)

803

(3,488 replies, posted in General discussion)

darksabre76 wrote:

What is the purpose of /ss ?

For this.
http://forum.redump.org/post/55333/#p55333

sarami wrote:

VobProtectCD
http://redump.org/disc/42648/

I bought this. This is surely VobProtectCD (wiggles.exe). But this disc is almost compressed by a specific archive (archive.bin). So this can't be also detected by ProtectionID, A-RAY scanner.
To detect:
1. decompress archive, but it's difficult.
2. read main channel and search the invalid sync ("00 FF 00 FF ...")

----

darksabre76 wrote:

would it be viable to have the GD-ROM dumping mode automatically use a known hacked TOC instead of requiring the disc to be swapped out? Or is it impossible to skip over getting the TOC before reading the disc?

It is important for drive not to get the hacked TOC but to recognize the data disc as audio disc.

804

(3,488 replies, posted in General discussion)

Uploaded test version.
- added: support CSS authentication of DVD
----
CSS.exe is needed. Please download and put exe into Release_ANSI directory of DIC.
https://github.com/saramibreak/CSS/releases

Square wrote:

I gave a try with PoPoRoGue (Japan) (v1.0) and PoPoRoGue (Japan) (Yokokuban).
While dumps checksums match, i'm getting different results for this part :

user7 wrote:

*Made the three PSX-specific fields (EDC, Anti-modchip, and LibCrypt) automatically filled in, when possible

PoPoRoGue (Japan) (v1.0) using DICUI 1.07
EDC: Yes
Anti-modchip: No
LibCrypt: No

While you have
EDC: No
Anti-modchip: Yes
LibCrypt: No

There are 3 patterns in Anti-modchip screen.
English: http://bbs.a9vg.com/thread-4478698-1-1.html
Japanese: http://trynet.fc2web.com/psmanual-j.html
Red hand: http://bxk07344.blog.so-net.ne.jp/_page … 2012-09-02

Red hand version is adopted to IQ Final Taikenban and PoPoRoGue. (Only 2? I'm not sure.)

Perhaps DIC can't detect the red hand version yet.

806

(3,488 replies, posted in General discussion)

Uploaded test version.
I tested http://redump.org/disc/40278/ and could dump it until the end.

807

(27 replies, posted in General discussion)

ssjkakaroto wrote:

between tracks 3 and 4. Is that correct?

It seems good.

ssjkakaroto wrote:

PS: The correct term at the end should be "Succeeded" not Successed

Thanks smile

808

(27 replies, posted in General discussion)

I found another bug and fixed it.
http://www.mediafire.com/file/lc0cawzm6 … in_test.7z

809

(27 replies, posted in General discussion)

How about old version of this app?

810

(27 replies, posted in General discussion)

Did you fix the dat of redump.org?
old

<rom name="Interstate 76 CD2 (Track 02).bin" size="27346704" crc="e624d803" md5="e2ae8553f2ad7c4650c43c2253ae99c2" sha1="9ab1b0b407ea9fbce3d85e722e9c023d45a137e0" />

new

<rom name="Interstate 76 CD2 (Track 02).bin" size="27346704" crc="2b42a466" md5="97bb40d39a710ea05656f4e2a5090ec9" sha1="00f652347819e5baf8ccb3f08cfa1bdd11f9d4b2" />

811

(3,488 replies, posted in General discussion)

Thanks report. Btw, how about other offsets (especially from -13 to -99) e.g. http://redump.org/disc/45789/

812

(27 replies, posted in General discussion)

Is this your disc? http://redump.org/disc/2938/
The hash of track 2 isn't same, not track 3.

813

(3,488 replies, posted in General discussion)

jhmiller wrote:

I do not know if it's important but I've noticed that these 2 games have an offset of -12 on the HDA.


Edit:
Another two with the same behaviour, and too with an offset of -12:

My other offset disc is no problem, so the problem is perhaps the offset of -12. Plz wait until I get the offset disc.

814

(3,488 replies, posted in General discussion)

AmiSapphire wrote:

UltraPleX drive CUEsheet is bugged

AmiSapphire wrote:

Used /s 0 flag for the first time (found out it was faster with very old Plextors) and got this. Used the same flag in the latest 20180619 release... program crashed

Uploaded. http://www.mediafire.com/file/eq80y20l9 … st.7z/file

815

(3,488 replies, posted in General discussion)

There isn't a bug of both tools, I'm not sure. But your disc is no scratch and it seems there is no problem of your drive.

1. Does this disc have protect?
2. How about other PS4 Kiosk discs (if you have)?
3. And how about the result of the other blu-ray drive (if you have)?

816

(3,488 replies, posted in General discussion)

I tested some PS3 disc and confirmed these discs matched the db.

user7 wrote:

PS4 Kiosk discs (dev discs?) are dumping with different checksums each time.

Did you try other tool (e.g. isobuster etc.)?

817

(3,488 replies, posted in General discussion)

How about other DVD-ROM, BD-ROM, BD-R etc?

818

(3,488 replies, posted in General discussion)

I don't know sg-raw, but the length is always 4098.

FormatCode: 00, Sendable:  No, Readable: Yes, FormatLength: 4098
========== DiscInformationFromPIC ==========
                DiscInformationIdentifier: DI
                    DiscInformationFormat: 01
             NumberOfDIUnitsInEachDIBlock: 08
                         DiscTypeSpecific: 00
    DIUnitSequenceNumber/ContinuationFlag: 00
           NumberOfBytesInUseInThisDIUnit: 20
                       DiscTypeIdentifier: BDO
                   DiscSize/Class/Version: 01
            DIUnitFormatDependentContents: 1101010000000000002ea1ff00100000002ea1fe0000000000000000000000000000000000000000000000000000000000000000
                                   Others: 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000004542010000000000ffffffffffffffff0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

819

(3,488 replies, posted in General discussion)

Latest is here.

AppVersion
        x86, AnsiBuild, 20180619 20619

820

(3,488 replies, posted in General discussion)

https://github.com/saramibreak/DiscImag … r/releases
*2018-06-19
- fixed: Reading Volume Descriptor of DVD

F1ReB4LL wrote:

Kryoflux/Catweasel support?

no.

821

(3,488 replies, posted in General discussion)

Sorry, please delete 20180614

https://github.com/saramibreak/DiscImag … r/releases
*2018-06-18
- added: .dat for floppy
- changed: the way to get the timestamp again (Because it can't get well from old windows)
- fixed: disc.txt for xbox (added total size of xbox disc, fixed #2 of security sector range)
- fixed: misdetection of MCN before dumping
- fixed: transfer length of DVD/BD

822

(3,488 replies, posted in General discussion)

Uploaded 2018/06/18 test
----
This problem was that dic misdetected MCN before dumping.

disc.txt

========== OpCode[0xd8]: SubCode[8]: Track[19]: Check MCN and/or ISRC ==========
========== LBA[188295, 0x2df87]: Sub Channel ==========
      +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B
    P 00 00 00 00 00 00 00 00 00 00 00 00
    Q 02 D0 D0 D0 D0 D0 D0 00 00 01 19 01
    R 00 00 00 00 00 00 00 00 00 00 00 00
    S 00 00 00 00 00 00 00 00 00 00 00 00
    T 00 00 00 00 00 00 00 00 00 00 00 00
    U 00 00 00 00 00 00 00 00 00 00 00 00
    V 00 00 00 00 00 00 00 00 00 00 00 00
    W 00 00 00 00 00 00 00 00 00 00 00 00
    MCN: [=0=0=0=0=0=00]

- fixed: misdetection of  MCN before dumping

But as you say, sub-q fixing algo is incomplete.

And, system time is buggy. I don't know why didn't get the time correctly. Does your pc work well?

29552/21/111 376:21:50
DiscImageCreator cd f sonic-cd-dino-dic-20180614-760a2\sonic-cd-dino-dic-20180614-760a2.bin 24 /c2 /q 

- added: error check

And
- added: .dat for floppy
- fixed: disc.txt for xbox (added total size of xbox disc, fixed #2 of security sector range)

user7 wrote:

Does this mean Jaguar CD is now dumpable?

Doc/Todo.txt

823

(11 replies, posted in General discussion)

I see.

Final question:
According to http://xboxdevwiki.net/Xbox_Game_Disc#S … 8SS.bin.29 ,
Security sector ranges actually exist 23 (xbox) or 21 (xbox360), but ss_sector_range.exe outputs 16 (xbox) or 2 (xbox 360).
Do you know what other ranges (7 of xbox or 19 of xbox 360) mean?

This is similar to SafeDisc and other PC protections where we skip bad sectors even if there may be some data readable.

ok, DIC adopts your thoughts about RingPROTECH, ProRing, LaserLock.

824

(11 replies, posted in General discussion)

No. Xbox1 discs can also have unprotected ranges.

I see. I checked the security sectors of Xbox1 again and found it true.

And I might find the problem of freecell. As far as seeing the source code, freecell skips reading all the ss ranges of xbox partition area and pads by zero.
But as you say, ss_sector_range outputs unprotected sectors range and these sectors are actually readable.
In a word, freecell skips their readable sectors which non zero data may exist.

its very unlikelly that readable ranges will contain usable data in them.

I confirmed some sectors in each sector range were readable and non zero byte. But I don't know if these non zero bytes are usable data or not.

I think dump tools should skip only unreadable sectors like the ring protect of CD.
Of course, If you say all sectors in sector range should be preserved by zero, I don't say anymore.

Anyway, http://forum.redump.org/topic/17899/xbo … neak-king/ of ajshell1,
it is necessary to check them in detail which bytes are different.

About Xbox 360, it needs to investigate why freecell creates a bad dump.

825

(11 replies, posted in General discussion)

iR0b0t wrote:

The second range is not protected, you can read it all the way through.

Yes. I confirmed it by DIC.

Isn't ss_sector_range listed unreadable sectors (16 ranges of XBOX and 1st range of XBOX 360) ?
What purpose the second range is listed?