From my racing friend who is a GT expert:

>What does "spec" stand for? trying to figure out proper capitalization.

Good question - I don't know the answer. As far as I know Spec stands for Specification.

What I do know is that in Gran Turismo 4 there was a new mode called B-Spec, with A-Spec being 'normal'

You can read about both modes here https://en.wikipedia.org/wiki/Gran_Turismo_4

Scroll down to the 2nd section, 'Gameplay'

I asked a friend whos a huge GT and race fan, he should know.

A-SPEC probably not capitalized as that refers to a specific Acura edition and not related to the game. I presume "spec" means the "specs" aka specifications of the vehicle, which is very important in tuning racing cars.

So this will likely come down to the game's stylization "A-spec" versus any naming rules "A-Spec".

228

(3,501 replies, posted in General discussion)

Regarding pool7's disc, i read online it might have a fake TOC of 100 minutes.

---

sarami, i dumped a disc with two different drives - a plextor and LG. the hashes were the same, and tracks split the same, but the LG has a different write offset value. Is there a reason?
https://drive.google.com/file/d/15Nr7dM … sp=sharing

229

(3,501 replies, posted in General discussion)

sarami wrote:
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

Results are unchanged. I presume this is fine. Logs attached here: http://forum.redump.org/post/75576/#p75576

230

(3,501 replies, posted in General discussion)

sarami wrote:
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.

Is it possible to do a custom build to force 2048?

sarami wrote:
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.

Okay, i tried with those settings, same results. Disc dumps fine in isobuster on two different drives, but not with dic hmm
There is another one on ebay, expensive but I bought it.

231

(3,501 replies, posted in General discussion)

Another one, this is a PC press kit CD-Rom (not CD-R).

Logs: https://drive.google.com/file/d/1HOzUzn … sp=sharing

It dumps consistently in Iso Buster (even on different drives).
But it gets C2 errors in dic and scm from different dumps dont match - I've tested with an old a new dic version, logs included.

The disc has a few scratches, nothing major.

FYI ImgBurn is dumping with different hashes each time, but not throwing any errors.

232

(3,501 replies, posted in General discussion)

Having trouble dumping one particular Action Replay PS2 disc.

It gets stuck here: "Reading DirectoryRecord    1/   2"

Here's logs for attempting to dump on two different drives: https://drive.google.com/file/d/1uMk7G3 … sp=sharing

I've dumped a ton of PS2 action replay discs and it is the first time i've had this error. For what its worth, I tried dumping this the past few months on older builds of DIC and same result.

233

(3,501 replies, posted in General discussion)

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/

Hi, after dumping a handful of discs and submitting them properly, you should be granted Dumper status.

Since its easier to provide feedback on forum submissions, the mods want to know you got the hang of dumping/submitting before granting you Dumper status to submit via New Disc Form.

235

(3,501 replies, posted in General discussion)

sarami wrote:

This is certain "Anchor Volume Descriptor Pointer". This is the last sector.

So dic dump is confirmed good? If so I will submit a fix. Thanks.

236

(3,501 replies, posted in General discussion)

Regarding the dic logs for the disc we're discussing: https://drive.google.com/file/d/1oq0uz4 … xyYF5/view

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

Both dic and isobuster dumps end in 0's

Here are the final bytes from the DIC dump https://mega.nz/#!cvAHDYJZ!2ofFgyO2YJOh … ToQR34tBKQ


Thanks smile

237

(3,501 replies, posted in General discussion)

sarami wrote:

Are there some 0's in your dump?

Yes, both dic and isobuster. isobuster has additional 0's though.

238

(3,501 replies, posted in General discussion)

Even in the dic dump there are some 0's at the end. Isobusters just go for longer.

Submit the dic dump?

239

(3,501 replies, posted in General discussion)

The additional sectors are just 0's.

240

(3,501 replies, posted in General discussion)

How do I extract certain sectors? Thanks.

241

(3,501 replies, posted in General discussion)

Sorry, I got confused. This is the entry for the isobuster dump: http://redump.org/disc/64427/

Size is much closer.

If you believe the dic dump is correct, I will ask Enker to update.

242

(3,501 replies, posted in General discussion)

Sure, I understand that, but that's about 10GB of unused data in the disc image. Does that seem right?

243

(3,501 replies, posted in General discussion)

I have redumped yet another one, https://drive.google.com/file/d/1oq0uz4 … sp=sharing

iso size is full disc, but data should only be about 34gb

244

(3,501 replies, posted in General discussion)

sarami wrote:

Yes. How about Isobuster size?

Size / hash matches isobuster and dic dump.

245

(3,501 replies, posted in General discussion)

Thanks, both drives dumped the same. Looks good to you? https://drive.google.com/file/d/1t2EOdj … sp=sharing

246

(3,501 replies, posted in General discussion)

I tried with another one, I left it dumping on my PS3 OEM drive (logs here): https://drive.google.com/file/d/1bZMna_ … sp=sharing
It wrote out the full disc size, even though data only took up 32 gb or so.

Not sure how long this ^ took, but when I came home and tried dumping on my LG, the dump slowed way down after the data area (32 GB or so) and I canceled the dump: https://drive.google.com/file/d/10oD7w2 … sp=sharing

247

(3,501 replies, posted in General discussion)

sarami, good sign. my ps3 OEM drive dumps with the same results: https://drive.google.com/file/d/1fVoJi3 … sp=sharing

Thank you! I will submit these results.

How do you check UDF version of the disc? I'd like to make sure all my other PS4 kiosk BD-Rs are UDF 2.50, thanks.

248

(3,501 replies, posted in General discussion)

Now we're seeing a new size... 34138929152

logs: https://drive.google.com/file/d/1CqmRbl … sp=sharing

249

(3,501 replies, posted in General discussion)

Thank you, I've redumped with updated firmware and new DIC as well as IsoBuster https://drive.google.com/file/d/15PSYB6 … sp=sharing

dic size: 34,139,484,160 bytes
isobuster: 34,138,947,584 bytes (same size as before)

250

(3,501 replies, posted in General discussion)

sarami wrote:

I don't know now.

well i've got over a dozen of these things. is there anyone we can ask? should i buy another drive model to test with?