<![CDATA[Redump Forum — General discussion]]> http://forum.redump.org/ Sat, 02 May 2026 06:59:17 +0000 PunBB 1.4.4 <![CDATA[Re: [Dreamcast] TOSEC 2 REDUMP and vice versa dumps converter]]> http://forum.redump.org/post/139075/#p139075 iCEQB wrote:

This so far is the only application, that realy produces a matching TOSEC dump, from a redump set.

Had some fun a while ago writing a program that could do this for my own usage. I did put it on github : https://github.com/jonblau/gdicnv

It's CLI so not as beginner-friendly, but works faster, offline, without database, and creates .gdi files on its own.
For your purpose, the command would be something like :

./convert --to-gdi 13 13

The two trailing numbers being the original disc offsets you want to restore (specific values for every disc are on redump.org).

]]> Sat, 02 May 2026 06:59:17 +0000 http://forum.redump.org/post/139075/#p139075 <![CDATA[Re: [Dreamcast] TOSEC 2 REDUMP and vice versa dumps converter]]> http://forum.redump.org/post/138998/#p138998 Thank you for the tool and thank you all for the workaround(s), to get it to work in 2026 smile

A note to the next poor soul trying to convert a modern .cue Redump ROM to a TOSEC one:
You need to use the .gdi files provided in the download section on the main page AND you need to make sure, that there is no .cue file in the source directory.

Otherwise the tool will just say "Complete" without doing anything - the .cue file seems to stop all operations, so it has to be removed beforehand.

This so far is the only application, that realy produces a matching TOSEC dump, from a redump set.
The other usual tools suggested online (like gdidrop, gdi-utils, etc.) don't produce TOSEC compatible ROMs.

I got a hint, that NKit is also able to do this conversion, I'll test it out and let you guys know here.
It seems to be a good candidate to make a mass conversion - the tool in this thread can only make one conversion at a time.

]]> Thu, 30 Apr 2026 08:04:23 +0000 http://forum.redump.org/post/138998/#p138998 <![CDATA[Re: Dumping DVDs RAW - An ongoing investigation (we need your help!)]]> http://forum.redump.org/post/138763/#p138763 Disc: StarCraft II: Wings of Liberty (Fr, ver. 1.0.0.15405)

Drives:

  • Plextor PX-B920SA (FW=1.02)

  • hp TS-H653Z (FW=HD00)

]]> Thu, 23 Apr 2026 17:01:42 +0000 http://forum.redump.org/post/138763/#p138763 <![CDATA[Re: FM Towns disc, C2 Error]]> http://forum.redump.org/post/138752/#p138752 I dumped it with the BU40N (OmniDrive), and all track hashes match those from the BW‑16D1HT.
logs: https://www.dropbox.com/scl/fi/iygwehel … pskd19s8az

]]> Thu, 23 Apr 2026 12:05:53 +0000 http://forum.redump.org/post/138752/#p138752 <![CDATA[Re: Replacement lasers for Plextor drives]]> http://forum.redump.org/post/138730/#p138730 Don't have better picture on hand, but notice different pattern on connector and extra component near "SF-DB10"

]]> Wed, 22 Apr 2026 21:37:07 +0000 http://forum.redump.org/post/138730/#p138730 <![CDATA[Re: Replacement lasers for Plextor drives]]> http://forum.redump.org/post/138729/#p138729 shfil wrote:

1) I think list is mostly complete, and there are not many other models that can serve as donors. Maybe it's worth checking LG, pioneer or older asus drives for donors, but those are difficult to track.
2) There 2 types of SF-DB10 lasers, best to open your 712 to check for which you look for. Weirdly I've seen people reporting both in plextors. Maybe one is for 708 and second for 712(?) . (712 supports quality scan plextools when 708 does not)
3) You can join discord to talk

Ok, ty for this information.
What do you mean by 2 types of SF-DB10 lasers ? Opening my PX712SA, I found a clean SF-DB10 without any further reference.

]]> Wed, 22 Apr 2026 20:50:45 +0000 http://forum.redump.org/post/138729/#p138729 <![CDATA[Re: Replacement lasers for Plextor drives]]> http://forum.redump.org/post/138720/#p138720 1) I think list is mostly complete, and there are not many other models that can serve as donors. Maybe it's worth checking LG, pioneer or older asus drives for donors, but those are difficult to track.
2) There 2 types of SF-DB10 lasers, best to open your 712 to check for which you look for. Weirdly I've seen people reporting both in plextors. Maybe one is for 708 and second for 712(?) . (712 supports quality scan plextools when 708 does not)
3) You can join discord to talk

]]> Wed, 22 Apr 2026 18:11:28 +0000 http://forum.redump.org/post/138720/#p138720 <![CDATA[Re: Replacement lasers for Plextor drives]]> http://forum.redump.org/post/138719/#p138719 Does OP still working on this list ? I have two dead Plextor PX712SA that I'd like to repair.

]]> Wed, 22 Apr 2026 16:16:30 +0000 http://forum.redump.org/post/138719/#p138719 <![CDATA[Re: How are cuesheets confirmed?]]> http://forum.redump.org/post/138605/#p138605 Could you reply on my DM zcal? Sorry if I'm bothering you

]]> Sat, 18 Apr 2026 22:06:31 +0000 http://forum.redump.org/post/138605/#p138605 <![CDATA[Re: How are cuesheets confirmed?]]> http://forum.redump.org/post/138604/#p138604 Interesting.  Thanks for the insight.

]]> Sat, 18 Apr 2026 22:04:23 +0000 http://forum.redump.org/post/138604/#p138604 <![CDATA[Re: How are cuesheets confirmed?]]> http://forum.redump.org/post/138426/#p138426 We don't change the "status" field anymore (except the main blue/green status for tracks) as making it confirmed "locks" the field so that only admins can change it. We have a way to get around that, but it's annoying. You can ignore the confirmed status for all the fields like ringcode, CUE, PVD.

]]> Tue, 14 Apr 2026 00:00:13 +0000 http://forum.redump.org/post/138426/#p138426 <![CDATA[How are cuesheets confirmed?]]> http://forum.redump.org/post/138422/#p138422 I feel like this is a stupid question, but how are cuesheets confirmed?  I would expect any dump with at least one verification should have a confirmed cuesheet, but that doesn't appear to be the case.  Here's one of my dumps that doesn't, for example:

http://redump.org/disc/59818/

Am I to understand that the other dumper just didn't submit a cuesheet along with the track hashes?  Is it that simple?

]]> Mon, 13 Apr 2026 22:00:40 +0000 http://forum.redump.org/post/138422/#p138422 <![CDATA[Re: X68000 DVD]]> http://forum.redump.org/post/138314/#p138314 Morlit wrote:

Submit it as a new disc to the forums for now

I’ve done that!
http://forum.redump.org/topic/71335/

]]> Sat, 11 Apr 2026 02:03:52 +0000 http://forum.redump.org/post/138314/#p138314 <![CDATA[Re: This ringed disc is a verification?? I am very confused, please help]]> http://forum.redump.org/post/138306/#p138306 Nice. As i mentioned before they arent to active nowadays. People have migrated to other places.

]]> Fri, 10 Apr 2026 23:05:08 +0000 http://forum.redump.org/post/138306/#p138306 <![CDATA[Re: This ringed disc is a verification?? I am very confused, please help]]> http://forum.redump.org/post/138302/#p138302 Morlit wrote:
yigitsalar wrote:
MrPepka wrote:

Are you talking about scratches?

I am talking about the photo that I marked: https://drive.google.com/file/d/100gSuL … TS3An/view
There is a separator which I marked it. Red is showing it, and blue is overlapping it. I am asking for the reason of this so I don't confuse it with actual ringed discs. Is it called scratch, too?

Not Pepka but that's indeed unrelated to DRM. Its just a sign that they didn't use the full disc while pressing data onto it.

Oh, okay. I will start to process this disc to the database.
And there it goes my 100th post on the forum.

]]> Fri, 10 Apr 2026 22:04:04 +0000 http://forum.redump.org/post/138302/#p138302