426

(3,488 replies, posted in General discussion)

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

427

(3,488 replies, posted in General discussion)

Updated test version. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
@wiggy2k, @Lizard
Logs, please.

@Nextria
According to 5ch, it seems a lot of 708 users met with the same problem. So I changed it as 1.04 works.

428

(3,488 replies, posted in General discussion)

nitro322 wrote:

Someone on Discord stated it's because of the large offset on the disk (1101 samples)

http://forum.redump.org/post/72760/#p72760

Madroms wrote:

Complete dump but with too many c2 errors.

I also got this disc and a few of c2 errors occurred. c2 errors are the disc's problem, not dic.

429

(3,488 replies, posted in General discussion)

Resistiv wrote:

disc eventually produced a Lead-in indicator

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

Nexy wrote:

this should solve the false error problem.

I want to check these logs.

user7 wrote:

Here is the disc

I'm going to get it from an auction.

430

(3,488 replies, posted in General discussion)

*2020-02-03
- added: call ReadDiscInformation for CD-R/RW
- added: ReadTOCPma for CD-R/RW
- added: If valid extension was omitted, ".bin" is set to path automatically.
- added: stores subP channel because first sector is EAN/ISRC
- deleted: /m flag
- fixed: splitted the subs indexes CUE
- improved: TOCATIP logs
- improved: Reading erroneous directory record (support [PSX] Tokimeki Memorial - forever with you, [PSX] Aitakute... - Your Smiles in My Heart)

user7 wrote:

HALP PLZ

I have no idea about it now.

*EDIT
*2020-02-04 was uploaded

431

(3,488 replies, posted in General discussion)

superg wrote:

Here are the sector dumps of corrupted directory entries. Just 1 sector dump per game.

Thanks, uploaded test version.  http://www.mediafire.com/file/eq80y20l9 … st.7z/file

432

(3,488 replies, posted in General discussion)

superg wrote:

I didn't dump the other stuff

Then, you can upload only the error directory record sector by using IsoBuster or your tool.

433

(3,488 replies, posted in General discussion)

superg wrote:

Aitakute... - Your Smiles in My Heart (Japan) (Disc 1) (Track 1).bin
Aitakute... - Your Smiles in My Heart (Japan) (Disc 2) (Track 1).bin
Aitakute... - Your Smiles in My Heart (Japan) (Disc 3) (Track 1).bin
Aitakute... - Your Smiles in My Heart (Japan) (Disc 4) (Track 1).bin
Aitakute... - Your Smiles in My Heart - Oroshitate no Diary - Introduction Disc (Japan) (Track 1).bin
All Star Racing 2 (Europe) (Track 1).bin
All Star Racing 2 (USA) (Track 1).bin
Formula GP (Europe) (Track 1).bin
MLB 2005 (USA).bin
Strike Force Hydra (Europe) (Track 1).bin
Tokimeki Memorial - Forever with You (Japan) (PlayStation the Best) (Track 1).bin
Tokimeki Memorial - Forever with You (Japan) (Rev 2) (Track 1).bin
Tokimeki Memorial - Forever with You (Japan) (Rev 4) (Track 1).bin
Truck Racing (Europe) (Track 1).bin

I got tokimemo rev4 and confirmed a corrupt directory record in LBA 14515. Also, can you upload all logs of these discs you reported except for tokimemo rev4.

434

(3,488 replies, posted in General discussion)

Resistiv wrote:

When processing CDs with differing subchannel indexes, DIC splits the subs indexes CUE across multiple files matching the track names and doesn't fill the main subs indexes CUE. See attached logs: https://mega.nz/#!xRAzFAoK!6l9w3Ja5IAH5 … at4t5oXIN0

Ah yes. This was fixed by 20200123 test version.
If F1ReB4LL says http://forum.redump.org/post/76423/#p76423 and http://forum.redump.org/post/76442/#p76442 were fixed correctly, I'll upload the latest test version as release.

435

(3,488 replies, posted in General discussion)

superg wrote:

Some PSX discs have corrupted directory entries

Can you upload LBA 16 of these discs?

superg wrote:

I didn't want to mix it in with the dot fixes

Does it still need? I added that If the valid extension was omitted, ".bin" is set to path automatically in the latest test version.

436

(3,488 replies, posted in General discussion)

http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- added: If valid extension was omitted, ".bin" is set to path automatically.

437

(3,488 replies, posted in General discussion)

antimatter wrote:

New _subinfo.txt log:

Weird... 11 sectors (-1, 5000, 6404, 7373, 7613, 9628, 9986, 10837, 12164, 14344, 14419) have correct RMSF and AMSF. Is this other securom version? I don't know.
The mode of the last 4th sector is changed. If this disc is securom, it's correct.

LBA[334159, 0x5194f], MSF[74:17:34], mode 1
LBA[334160, 0x51950], MSF[74:17:35], mode 1
LBA[334161, 0x51951], MSF[74:17:36], mode 2 form 1, SubHeader[1](IsInterleaved[00]), [2](ChannelNum[00]), [3](SubMode[00]), Form 1, [4](CodingInfo[00])
LBA[334162, 0x51952], MSF[74:17:37], mode 1
LBA[334163, 0x51953], MSF[74:17:38], mode 1
LBA[334164, 0x51954], MSF[74:17:39], mode 1

438

(3,488 replies, posted in General discussion)

F1ReB4LL wrote:

if the current sector is EAN/ISRC, the next sector's Q-channel has its index changed to 01, but the next sector's P-channel is padded with 0x00, then the current EAN/ISRC sector does not belong to pregap, but belongs to the track's index 01 (because the first sector of the 01 index should have its P-channel padded with 0xFF). Even if you take the 1st indexes from TOC, this check is still important for the TOC/cue desync detection.

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

antimatter wrote:

Burnout find no protection but ProtectionID & Alcohol 120 find it has SecuROM.

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

439

(3,488 replies, posted in General discussion)

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.

440

(3,488 replies, posted in General discussion)

zcal wrote:

I get the below errors in Linux

Try to use su or sudo.

441

(3,488 replies, posted in General discussion)

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.

442

(3,488 replies, posted in General discussion)

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.

443

(3,488 replies, posted in General discussion)

user7 wrote:

the LG has a different write offset value.

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

444

(3,488 replies, posted in General discussion)

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.

445

(3,488 replies, posted in General discussion)

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.

446

(3,488 replies, posted in General discussion)

user7 wrote:

Having trouble dumping one particular Action Replay PS2 disc.

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.

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.

447

(3,488 replies, posted in General discussion)

Enker wrote:

The latest DIC versions are underdumping UDF-only Xbox One discs.

20191227 233113 http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- fixed: detecting 2nd Anchor Volume Descriptor Pointer

448

(3,488 replies, posted in General discussion)

user7 wrote:

Sarami, i'm continuing to test dic with ps4 kiosk discs. this one was dumped with the latest stable, does it look good to you? https://drive.google.com/file/d/1bqYwos … sp=sharing

here's redump's non-matching entry for reference http://redump.org/disc/62879/

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

449

(3,488 replies, posted in General discussion)

https://github.com/saramibreak/DiscImag … r/releases
*2019-12-23
- added: output cue file if 2nd language code of CDTEXT exists
- changed: ISRC position of cue file
- fixed: fail to XBOX/XBOX 360 dumping from 2019-11-16
- fixed: main channel buffering (ROM^2 Karaoke Volume 5 [PCE])
- improved: UDF logging => support detecting the size of DVD-RE, BD-R, BD-RE

450

(3,488 replies, posted in General discussion)

fuzzball wrote:

Which is correct?

Perhaps it's IsoBuster.

fuzzball wrote:

dic: doesn't match db (1 error)

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