51

(27 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.

52

(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.

53

(1,228 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)?

54

(1,228 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.

55

(1,228 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?

56

(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.

57

(5 replies, posted in General discussion)

Sectors, not samples. 1 sector = 588 samples.

58

(1 replies, posted in General discussion)

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

59

(1,228 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?

60

(1,228 replies, posted in General discussion)

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

Schrodinger wrote:

I believe japanese is near to complete though.

http://wiki.redump.org/index.php?title= … sing_Games

http://redump.org/disc/26059/
http://redump.org/disc/28176/
http://redump.org/disc/26057/
http://redump.org/disc/21074/
http://redump.org/disc/10292/

What do you think about moving them into the FM-Towns section as well? And to make the FM-Towns platform "main" for such hybrids?

63

(2 replies, posted in Guests & account requests)

Also, I wouldn't allow such nicks here.

64

(27 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).

65

(27 replies, posted in General discussion)

user7 wrote:

Go to page 5, last post by Nemesis is from Jan 05, 2017

Words, words, words and zero results for 4+ years of his "work".

user7 wrote:

Btw I reached out to some guys that run Nuon sites. Hopefully something comes from it. Those discs will be a pita to track down otherwise.

Would be nice to. Space Invaders XL and Toshiba Sampler were shared years ago, but both seem to be lost in ages. Bust-A-Move and Crayon Shin-chan were never dumped, AFAIK.

66

(27 replies, posted in General discussion)

user7 wrote:
F1ReB4LL wrote:

This guy seems to do absolutely nothing.

Well I guess he spent three years collect LaserActive discs from people smile hopefully dumping them soon.

Wrong. "Last edited by Nemesis on Mon May 26, 2014 11:31 pm, edited 5 times in total." for the game list, mostly silence afterwards.

67

(27 replies, posted in General discussion)

user7 wrote:

This guy seems to know what he's doing so I'll reach out to him, if he just goes his own way I suppose that's just as well as we have no LaserActive dumps though.

This guy seems to do absolutely nothing.

The only person who was able to dump the program part from LV-ROM/LD-ROM discs was BoboPJ64, who, unfortunately, disappeared years ago.

ajshell1 wrote:

Well. I've crossed the Rubicon. I've ordered all 12 other games for this system and a console. I'll be dumping every game for this system.

Any interest in other obscure consoles? Sent you a PM.

68

(3 replies, posted in General discussion)

CD32 logo on the cover - CD32; CDTV logo on the cover - CDTV; AmigaCD title compatible with CDTV (like, Cedric) - CDTV for now (though, it should be treated as a hybrid multisystem disc), AmigaCD compatible with CD32 - CD32 for now. At least, the ones that are in the db right now follow this logic.

iR0b0t wrote:

I cannot answer these questions. But if those red dupe discs should stay longer there its fine. I was just wondering.

Change the system for http://redump.org/disc/27760/ and http://redump.org/disc/23570/ to FM-Towns, please.



sarami: it is safe to do this, I guess? These 2 are PC-98 releases, according to the barcodes, but FMT ones should be the same, with exactly the same ringcodes?

Is there a .gdi format description somewhere? What does the last digit (after the track filename) mean?

Yes, that's surely a good scan.

Heihachi_73 wrote:

I cannot dump it because it requires a Plextor, which is impossible to get in Australia and ridiculously expensive to import (over A$100 including shipping), even for ancient drives from the 1990s.

Technically, you either need something with the combined offset (disc+drive) positive (so, the drive's offset needs to be >+647) or something swappable, so you could swap some audio cd with the data disc and dump everything in audio mode (plextors are only preferable due to 0xd8 command, which allows not to swap with audio cds for reading data sectors as audio).

Heihachi_73 wrote:

There is only one pressing of this disc which will only ever be #314437 in the DADC part number list.

Is it a public list?

73

(3 replies, posted in Dumps)

Chou Jikuu Yousai Macross (JAP) -- only 1 ringcode for 2 discs? Mould IFPIs are missing.
Clockwork Knight (EUR) -- Mould IFPI is missing?
Shinobi-X (EUR) -- Mould IFPI is missing?

I mean, on your picture, the 3rd and 5th letters "P" and "L" are slightly larger than the nearby "O"s (it wasn't me who renamed it, just trying to understand the naming logic, whether to rename it back or not).

75

(1,228 replies, posted in General discussion)

Not many rereadings is OK, because the disc isn't heavily damaged, a few rereadings is enough. The question is why the final dump is bad.