Search options (Page 19 of 55)

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

Weird. TOC is hacked? I don't know...

According to the log, LBA 115010 is not a data sector. Do you dump only track 1 by Isobuster?

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

- fixed: cuesheet order

- added: output the 2nd language code of CDTEXT to _alt.cue

Reference https://www.gnu.org/software/libcdio/cd … ormat.html
There are 2 language codes in this disc.

This is the raw format written in ccd (If you see readable format, see _disc.txt)

[CDText]
Entries=21
Entry 0=80 00 00 80 00 00 82 63 82 62 00 00 00 00 00 00
Entry 1=81 00 01 80 00 00 82 63 82 92 82 81 82 8d 82 81
Entry 2=81 01 02 85 82 62 82 63 00 00 00 00 00 00 00 00
Entry 3=8f 00 03 80 00 01 01 00 01 02 00 00 00 00 00 00
Entry 4=8f 01 04 80 00 00 00 00 00 00 00 03 05 0e 00 00
Entry 5=8f 02 05 80 00 00 00 00 69 09 00 00 00 00 00 00
Entry 6=80 00 00 10 54 69 74 6c 65 20 43 44 20 54 65 78
Entry 7=80 00 01 1c 74 20 69 6e 20 4a 61 70 61 6e 65 73
Entry 8=80 00 02 1f 65 20 6f 6e 6c 79 00 54 72 61 63 6b
Entry 9=80 01 03 15 20 31 20 28 43 44 20 54 65 78 74 20
Entry 10=80 01 04 1f 69 6e 20 4a 61 70 61 6e 65 73 65 20
Entry 11=80 01 05 1f 6f 6e 6c 79 29 00 00 00 00 00 00 00
Entry 12=81 00 06 10 41 72 74 69 73 74 20 43 44 20 54 65
Entry 13=81 00 07 1c 78 74 20 69 6e 20 4a 61 70 61 6e 65
Entry 14=81 00 08 1f 73 65 20 6f 6e 6c 79 00 41 72 74 69
Entry 15=81 01 09 14 73 74 20 43 44 20 54 65 78 74 20 69
Entry 16=81 01 0a 1f 6e 20 4a 61 70 61 6e 65 73 65 20 6f
Entry 17=81 01 0b 1f 6e 6c 79 00 00 00 00 00 00 00 00 00
Entry 18=8f 00 0c 10 80 01 01 00 06 06 00 00 00 00 00 00
Entry 19=8f 01 0d 10 00 00 00 00 00 00 00 03 05 0e 00 00
Entry 20=8f 02 0e 10 00 00 00 00 69 09 00 00 00 00 00 00

From Entry 0 to 5 are 1st language code.
[Entry 0]
1st byte shows Album.
5th byte is 0 => Album Name is null.
From 7th to 10th are "82 63 82 62". => Song Name is "ＤＣ"

[Entry 1, 2]
1st byte shows Performer.
5th byte is 0 => Album Performer is null.
From 7th to 16th of entry 1 are "82 63 82 92 82 81 82 8d 82 81" => "Ｄｒａｍａ"
From 5th to 8th of entry 2 are "82 62 82 63" => "ＣＤ"
  => These are concatenated as "ＤｒａｍａＣＤ"

From Entry 6 to 20 are 2nd language code.
[Entry 6, 7, 8]
1st byte shows Album.
From 5th to 16th of entry 6 are "54 69 74 6c 65 20 43 44 20 54 65 78" => "Title CD Tex"
From 5th to 16th of entry 7 are "74 20 69 6e 20 4a 61 70 61 6e 65 73" => "t in Japanes"
From 5th to 10th of entry 8 are "65 20 6f 6e 6c 79"                   => "e only"
  => These are concatenated as "Title CD Text in Japanese only"

[Entry 8, 9, 10, 11]
From 12th to 16th of entry 8 are "54 72 61 63 6b" => "Track"
From 5th to 16th of entry 9 are "20 31 20 28 43 44 20 54 65 78 74 20" => " 1 (CD Text "
From 5th to 16th of entry 10 are "69 6e 20 4a 61 70 61 6e 65 73 65 20" => "in Japanese "
From 5th to 9th of entry 11 are "6f 6e 6c 79 29" => "only)"
  => These are concatenated as "Track 1 (CD Text in Japanese only)"

[Entry 12, 13, 14]
1st byte shows Performer.
From 5th to 16th of entry 12 are "41 72 74 69 73 74 20 43 44 20 54 65" => "Artist CD Te"
From 5th to 16th of entry 13 are "78 74 20 69 6e 20 4a 61 70 61 6e 65" => "xt in Japane"
From 5th to 11th of entry 14 are "73 65 20 6f 6e 6c 79" => "se only"
  => These are concatenated as "Artist CD Text in Japanese only"

[Entry 14, 15, 16, 17]
From 13th to 16th of entry 14 are "41 72 74 69" => "Arti"
From 5th to 16th of entry 15 are "73 74 20 43 44 20 54 65 78 74 20 69" => "st CD Text i"
From 5th to 16th of entry 16 are "73 65 20 6f 6e 6c 79 00 41 72 74 69" => "n Japanese o"
From 5th to 7th of entry 17 are "6e 6c 79" => "nly"
  => These are concatenated as "Artist CD Text in Japanese only"

One problem exists. Cue format handles only 1 language code. DIC outputs one-byte-character language.

There are 2 types in your bd-r dumps.

1. Only ISO9660 --- PS4 IDU 2015 Summer Refresh Standard
2. Only UDF --- ps4 idu 2018 summer refresh gamestop, 2019 Summer Refresh - Game 89

1 uses "Volume Space Size". If the last sector is all zero, it's no problem. Perhaps DIC and Isobuster match.
2 uses "Anchor Volume Descriptor Pointer". This sector is non-zero. Isobuster overdumps by 16 sectors? I'm not sure yet.

If you have ISO9660 + UDF hybrid bd-r, please upload logs and tell me the last sector.

I doubt it's isobuster's bug. You can report it to isobuster's author if you want.

isobuster dump is bigger by 16 sectors.
Please upload the last 16 sectors of isobuster dump.

Detected Anchor Volume Descriptor Pointer: LBA 22024943

Last sector is 22024944.
Iso size is 22024944 * 2048 = 45107085312

    <rom name="ps4 idu 2018 summer refresh gamestop.iso" size="45107085312" crc="f43ae860" md5="1dcd29f7b5a4704a724d01aebf7fa685" sha1="27004b46ac4049e44b9f977177aa63b501a7fb5f" />

size matches.

Yes. How about Isobuster size?

It's written in "Logical Volume Integrity Descriptor"

========== LBA[000273, 0x00111]: Logical Volume Integrity Descriptor ==========

        Minimum UDF Read Revision: 0x250
        Minimum UDF Write Revision: 0x260
        Maximum UDF Write Revision: 0x260

Your disc is UDF 2.50
UDF 2.50 says

NOTE: An AnchorVolumeDescriptorPointer structure shall be recorded in at 
least 2 of the following 3 locations on the media: 
• Logical Sector 256. 
• Logical Sector (N - 256). 
• N 

N is last sector.

_disc.txt

Detected Anchor Volume Descriptor Pointer: LBA 16669398

Perhaps, last LBA is 16669398 (size is 34138929152).

Failed to get the pregap of 1st track of 2nd session.

Then, try to change the other PC if you have.

I don't understand how to see this log.