Search options (Page 20 of 57)

Changed it to your logic. http://www.mediafire.com/file/eq80y20l9 … st.7z/file

Added log to _subinfo.txt. If there is random error(s) in LBA -1 sector, it's difficult to detect.

Try to use su or sudo.

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.

Yes. TOC says the last sector is 449.849.

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

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.

There is a incorrect directory length.

              Length of Directory Record: 52
        Extended Attribute Record Length: 0
                      Location of Extent: 15479
                             Data Length: 2288
                 Recording Date and Time: 2003-05-12 16:01:11 +00:00
                              File Flags: 2 (Visible, Directory, Disassociated, File hasn't record format,Owner/Group ID hasn't,Final Directory Record)
                          File Unit Size: 0
                     Interleave Gap Size: 0
                  Volume Sequence Number: 1
               Length of File Identifier: 4
                         File Identifier: FONT

Data Length should be 2048. 2288 is an internal error. I can't fix it now.

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.

Uploaded test version 20191227 233113
- fixed: detecting 2nd Anchor Volume Descriptor Pointer

Perhaps it's IsoBuster.

No C2 error, no sub error. I have no idea about it.

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.