1,051 Reply by F1ReB4LL

(28 replies, posted in General discussion)

sarami wrote:

https://www.suruga-ya.jp/product/detail/142002024001

Interesting. I've seen it for more than 7000 yen on yahoo.jp aucs.

user7 wrote:

Sarami if that disc is only 180 yen and has cheap shipping buy it, test it / dump it, and I'll paypal you a refund... assuming the format is relevant to redump.org

Those are multisessional, iR0b0t said he could add the support, but he needs a proper description of those REM SESSION fields/structure.

Go to forum: General discussion

1,052 Reply by F1ReB4LL

(12 replies, posted in General discussion)

I think you should change the "Errors Count" to "Errors & Warnings Count", otherwise, it's too confusing.

Go to forum: General discussion

1,053 Reply by F1ReB4LL

(28 replies, posted in General discussion)

MIL-CDs are very uncommon and pretty expensive.

Go to forum: General discussion

1,054 Reply by F1ReB4LL

(3,521 replies, posted in General discussion)

sarami wrote:

24400...24602 AMSF[05:30:02] -> lead-out
24603...24793 AMSF[05:32:43] -> unknown subQ (Mirror # 1 ?)
24794...25104 AMSF[05:36:54] -> subQ all zero
25105...38692 AMSF[08:37:67] -> normal subQ (SEGA Logo ?)
38693...38699 AMSF[08:37:74] -> unknown subQ (Mirror # 2 ?)
38700                                        -> unreadable

Hmm, very weird results. I've thought 1st leadout and SEGA Logo area addresses are constant. Or, maybe, your drive 'lies' somehow?

sarami wrote:

Btw, what drive and tools you use to read HD area?

CDTool v1.2 b21
Optiarc AD-7200A w/swapping and PX-760 without swapping (though, PX looses tracking all the time when reading that area).

Go to forum: General discussion

1,055 Reply by F1ReB4LL

(3,521 replies, posted in General discussion)

Have you ever tried to test every sector from 0 to 44849 to find out, which sectors are readable? GD-ROM format is badly documented even in the official SEGA docs. I have "GD-ROM Format Basic Specifications Ver. 2.14 " and "GD-ROM Format Specification Details Ver. 1.32" and they don't even mention the lead-in area for the security zone, the doc says sectors 24600...24940 and 38690...39352 are the 'mirror' (unreadable) areas, but that's not correct, the secutity (ring) area has its own lead-in, it goes before the sector 24941, sectors 24825...24940, I think, but can't say for sure where does it exactly start, since it's hard to read the sectors before 24853 on my drives (but 24853 to 24940 are clearly the security area TOC sectors).
The doc mentions the lead-in area for the HD zone, which contains 6675 sectors and goes before the HD zone, so it _should_ be in the sectors 38175...44849, then, but that means it starts in the 2nd unreadable 'mirror' zone, so I don't understand anything smile

The HD zone starts not at 45000, btw, but at 44850, sectors 44850...44999 contain the 3rd track's pregap.

Go to forum: General discussion

1,056 Reply by F1ReB4LL

(3,521 replies, posted in General discussion)

What areas does DIC read for DC? 0...leadout and 45000...leadout? Maybe worth to read the 24941...38689 ringcode area as well? Ringcode area goes as a 2nd session with its own TOC (HD area is a 3rd session).

Go to forum: General discussion

1,057 Reply by F1ReB4LL

(4 replies, posted in Guests & account requests)

⸘

Go to forum: Guests & account requests

1,058 Reply by F1ReB4LL

(4 replies, posted in Guests & account requests)

¿

Go to forum: Guests & account requests

1,059 Reply by F1ReB4LL

(10 replies, posted in General discussion)

sarami wrote:

General 'Photo CD' is yes.

Yes, found it, there is PVD after some weird header.

Go to forum: General discussion

1,060 Reply by F1ReB4LL

(10 replies, posted in General discussion)

'Acorn Archimedes' -- I don't have any
'Bandai / Apple Pippin' -- Pippin = Mac, HFS f/s. I don't see any PVDs for Mac discs, but there must be a reason why these are enabled for Macintosh
'Bandai Playdia' -- yes
'Commodore Amiga CD' -- yes
'Commodore Amiga CD32' -- yes
'Commodore Amiga CDTV' -- yes
'Enhanced CD' -- yes
'Mattel HyperScan' -- yes
'Microsoft Xbox' -- I don't have any
'Namco / Sega / Nintendo Triforce GD-ROM' -- Triforce = Gamecube, can't see any PVDs inside.
'NEC PC Engine CD / TurboGrafx-CD' -- no
'NEC PC-88 series' -- no
'NEC PC-FX / PC-FXGA' -- no
'Palm' -- I don't have any, but these are PC/Win discs with palm soft installers, as I understand, so, most likely, yes.
'Panasonic 3DO Interactive Multiplayer' -- no
'Philips CD-i' -- yes
'Photo CD' -- no
'Sega CD - Mega-CD' -- yes
'Sega Chihiro GD-ROM' -- I don't have any
'Sega Dreamcast GD-ROM' -- yes, but every session has its own PVD, I don't know, whether they always match or not. Same for the multisessional IBM PC discs, btw.
'Sega Lindbergh' -- I don't have any.
'Sega Naomi 2 GD-ROM' -- I don't have any, same as the next one?
'Sega Naomi GD-ROM' -- yes, same as normal DC GD-ROMs
'Sega Saturn' -- yes
'Sharp X68000' -- I don't have any
'SNK Neo Geo' -- yes
'Tandy / Memorex Visual Information System' -- yes
'Tao iKTV' -- I don't have any
'Tomy Kiss-Site' -- yes
'Video CD' -- yes
'VM Labs NUON' -- yes
'VTech V.Flash' -- yes

Go to forum: General discussion

1,061 Reply by F1ReB4LL

(10 replies, posted in General discussion)

sarami wrote:

And PVD is useful too. Why isn't there PVD field in psx db?

Only iR0b0t can answer.

Go to forum: General discussion

1,062 Reply by F1ReB4LL

(21 replies, posted in General discussion)

No luck with PSX discs for me (neither with or without the additional lighting from IR flashlight), though, ack2121 says he was able to get the good ring photo using the IR flashlight in addition to the phone's flash.

Go to forum: General discussion

1,063 Reply by F1ReB4LL

(3,521 replies, posted in General discussion)

sarami wrote:
F1ReB4LL wrote:

you should set the 1024 rereads by default

Changed to 1000.

I'd vote for 4096 smile Sometimes it needs many rereads to fix the error.

sarami wrote:

I asked A Murder of Crows for testing too about ten days ago, but it seems he is busy, haven't reported yet.

Works for him.

Go to forum: General discussion

1,064 Reply by F1ReB4LL

(28 replies, posted in General discussion)

user7 wrote:

And a few more failed disc systems:

[*]LaserActive (which uses Laser Discs - part analog and part digital, I assume we would preserve the digital data for these here? Dumping might be super difficult lol!).[/*]

There are also RDI Halcyon and Palcom PX-7. And MSX also has VHD releases.

user7 wrote:

[*]Tao iKTV CD - just a karaoke system, no games.[/*]

It has its own line of CDs, needs to be examined. If those are simple Video CDs - no interest, but if they have data tracks with some kind of a program to be run - should be dumped.

Go to forum: General discussion

1,065 Reply by F1ReB4LL

(5 replies, posted in General discussion)

Egen wrote:

Okay, question about another audio disc comment.

http://redump.org/disc/34204/

"Last 48 bytes of Track 25 filled with 00"

This comment, respectfully, makes no sense.

Dunno, ask Jackal, maybe he suspects that it was dumped incorrectly (without overreading into lead-out).

Egen wrote:

The last 48 bytes are not filled with 00. The disc was created with a +18 offset. If you rip the disc with a +30 offset, then sure, you'll have some extra silent samples, but... they're extra. Why would you increase the offset further than the actual data on the disc exists?

The disc offset for audio CDs is always assumed 0 unless there is data in lead-out or in the first pregap.
http://redump.org/disc/14890/ -- a "possible offset" comment can be used like here, though.

Go to forum: General discussion

1,066 Reply by F1ReB4LL

(3,521 replies, posted in General discussion)

sarami wrote:

BTW, is your pocket fighter recovered using the latest test version? If there is any of the problem, plz tell me.

Well, it is effective, yes - https://www.sendspace.com/file/79klox (but you should set the 1024 rereads by default, like it was in 2013 version, not 255). And something should be done with the subchannels as well, Pocket Fighter tracks 32 to 34 have wrong sizes and wrong gaps. 2013 version detects the gaps properly.

Btw, why not add the .scm image checksum into the _disc.txt file as well (not only .img)?

Go to forum: General discussion

1,067 Reply by F1ReB4LL

(3,521 replies, posted in General discussion)

sarami wrote:

Digital Pinball: Necronomicon: Revelations was already reported before, though.

I showed the way to deal to him at that time. (try to use "/s 2" and/or "/f" or change the reading speed or change the drive)

This is definitely the problem of the drive(or disc) that returns the corrupted subchannel, but I don't know why the drive(or disc) returns such the corrupted those.
So I consider these options are enabled if there are some corrupted those.

While I could agree about Wangan here, Pinball subdump is errorless, so it's not the disc's fault.

sarami wrote:

It doesn't add Subs Indexes .bin files into the .dat anymore

Firstly, are "Subs Indexes" needed? I know that this is used for some pc-engine CDROM^2, but redump'org adopts "TOC Indexes".

I'm adding all the PCE (Subs Indexes) dumps as hidden entries, so these are needed. Will probably make them yellow/visible later, dunno, need to consult with iR0b0t.

Go to forum: General discussion

1,068 Reply by F1ReB4LL

(3,521 replies, posted in General discussion)

http://redump.org/disc/45930/ and http://redump.org/disc/45931/ are undumpable with DIC (including the recent versions, as I understand) - https://www.sendspace.com/file/31jg9r
Digital Pinball: Necronomicon: Revelations was already reported before, though.

Also, please fix the .dat file generator for Subs Indexes dumps. It doesn't add Subs Indexes .bin files into the .dat anymore, that's not correct. Maybe worth to make a normal dat for normal bins and additional (Subs Indexes).dat for (Subs Indexes).bin files, then?

Go to forum: General discussion

1,069 Reply by F1ReB4LL

(5 replies, posted in General discussion)

Sample offset correction is measured in samples, 1 sample = 4 bytes = 1/588 sector.
75 sectors in lead-out means 75*2352 additional bytes of data after the last track, way too large to be called an offset, hence not included.

Go to forum: General discussion

1,070 Reply by F1ReB4LL

(5 replies, posted in General discussion)

Sectors, not samples. 1 sector = 588 samples.

Go to forum: General discussion

1,071 Reply by F1ReB4LL

(1 replies, posted in General discussion)

Karat PS-you Action Replay Higi Code CD Vol. 4

Go to forum: General discussion

1,072 Reply by F1ReB4LL

(3,521 replies, posted in General discussion)

sarami wrote:

Uploaded test version.
- improved: Rewrote the C2 error recovering logic

        /c2     Continue reading CD to recover C2 error existing sector
                        val1    value to reread (default: 10, min: 2, max: 255)
                        val2    first LBA to reread (default: 0)
                        val3    last LBA to reread (default: end-of-sector)

I don't understand the current logic, it rereads all the sectors now, not only the ones with C2 errors? Works very slow and ineffective. Took 6 hours, ended with the same bad results as before. DIC from 2013 dumps the same disc in 30 minutes with no errors. Why not to rollback to the old error correction, if it works fast and gives better results?

Go to forum: General discussion

1,073 Reply by F1ReB4LL

(3,521 replies, posted in General discussion)

Have you fixed the "/f" parameter? FUA should be enabled only when "/f" is used, not always.

Go to forum: General discussion

1,074 Reply by F1ReB4LL

(2 replies, posted in Guests & account requests)

Also, I wouldn't allow such nicks here.

Go to forum: Guests & account requests

1,075 Reply by F1ReB4LL

(28 replies, posted in General discussion)

https://www.ebay.com/itm/Kiss-site-/401 … 5d76e8d858 -- anyone for this rare console? smile One of the discs isn't dumped by TruRip (and we don't have any dumps at all).

Go to forum: General discussion