Do you really think they just printed some random wrong demo number on the disc and you want to replace it with the magazine title and issue of 1 particular country and ignore all the others?

Post pictures, or this thread is useless. And it belongs in the fixes forum.

53

(30 replies, posted in General discussion)

Ok but my questions about the timestamp? Is there no way to predict the seed?

54

(30 replies, posted in General discussion)

@LedZeppelin68 are you still planning to investigate the second seed type?

This is what a DIC cuesheet should look like now:

REM SESSION 01
FILE "dump (Track 1).bin" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00
REM LEAD-OUT 01:30:00
REM SESSION 02
REM LEAD-IN 01:00:00
REM PREGAP 00:02:00
FILE "dump (Track 2).bin" BINARY
  TRACK 02 MODE2/2352
    INDEX 00 00:00:00
    INDEX 01 23:07:05
FILE "dump (Track 3).bin" BINARY
  TRACK 03 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:01:74
FILE "dump (Track 4).bin" BINARY
  TRACK 04 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:01:74

I think we are in agreement that the Redump site can store the complete cuesheet, but it should only include the REM SESSION lines in the download .cue (and exclude the REM LEAD-OUT, REM LEAD-IN, REM PREGAP because they are standard values that should be the same always)

REM SESSION 01
FILE "dump (Track 1).bin" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00
REM SESSION 02
FILE "dump (Track 2).bin" BINARY
  TRACK 02 MODE2/2352
    INDEX 00 00:00:00
    INDEX 01 23:07:05
FILE "dump (Track 3).bin" BINARY
  TRACK 03 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:01:74
FILE "dump (Track 4).bin" BINARY
  TRACK 04 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:01:74

My ringcode matches yours

sarami wrote:
15,067 15,107 | 41
15,141 15,166 | 26
 (other ranges not checked)

Yeah, but when using cdarchive and reading backwards, ranges such like those actually become readable... I've ordered a SOHD-167T which hopefully reads more sectors (supposedly it was better at reading LaserLock than the OptiArc).

Do you have any idea how we can accomplish this?:

I guess we have to somehow modify the .ccd and include the additional data between the 2 sessions and in the lead-out area in the image (see attached .png).

57

(2,635 replies, posted in General discussion)

@sarami did you receive the Bleemcast discs? http://forum.redump.org/topic/21597/how … ast-discs/

See my last post. sarami did his part, so now we're waiting for iR0b0t..

59

(30 replies, posted in General discussion)

About the timestamps: https://www.epochconverter.com/ldap

DiscImageCreator also decodes the filestamps from DMI and SS, see outputScsiCmdLogforDVD.cpp
and from XDVDFS: execScsiCmdforFileSystem.cpp

Example from http://redump.org/disc/6024/:

DMI:
2005/03/30 20:54:46

SS:
Timestamp of authoring: 2005/03/29 21:07:14
Timestamp of unknown: 2005/03/29 18:38:08

volDesc:
Image creation time: 2005/03/30 02:38:16


I guess it's strange that the image creation date is later than the other timestamps. But this would give a time range of ~8 hours that we could try for brute forcing (if this is even possible).

60

(30 replies, posted in General discussion)

LedZeppelin68 wrote:

but there is bad news: JayFoxRox (our member and person who discovered the algorithms) described it there
https://www.reddit.com/r/crypto/comment … eforce_on/

in two words:
isos compiled with SDK between versions 3926 - 4721 - easy to brutforce
isos compiled with SDK between versions 4831 - 5849 - will take forever

Bad news indeed sad

It seems to be using a "filetime" value for generating the seed value? So it it's possible somehow to pinpoint the approximate time when the disc was mastered and only try values within a limited time range, then maybe the bruteforce time could be reduced dramatically?
There seem to be timestamps in various places (also in the DMI and SS) that could be used for this: https://xboxdevwiki.net/Xbox_Game_Disc

I will test some ISO's and see for which ones the seed value can't be found, and then look for some timestamps.

And I really think we need to start storing the seed values and also SS ranges in an external file / database. The Redump filename or crc/md5/sha1 hash of the ISO could be the identifier to look up the values.

61

(30 replies, posted in General discussion)

Of course it's possible that either the dump is corrupt or the ss.txt is bad. Plz paste the contents of the ss.txt.

Can you also use xboxregen on the 2002 FIFA World Cup "cleaned" ISO and confirm it restores to the original hashes?

I will do more tests tomorrow night.

62

(30 replies, posted in General discussion)

Hi, I tested "Tony Hawk's Pro Skater 2x (USA)". It finds a seed:

Seed found: 0xe4e92289
Time elapsed: 00:04:55.8389074

But when I use xboxregen, the pattern that is added does not match the original file:

https://i.imgur.com/KpHztQO.png

I did put the correct ss.txt

Looking forward to a solution smile

63

(30 replies, posted in General discussion)

Hi,

great job! 3 questions:

- Is there only 1 seed value for the entire disc? So it shouldn't take long to brute force every disc once they are supported?
- Does nNASOS also fill with "JUNK" pattern, or something else?
- I tried 2 random games (Crimson Skies - High Road to Revenge (USA) (En,Fr,De,Zh,Ko) + Tony Hawk's Pro Skater 2x (USA) ), but it couldn't find a seed value. So just this 1 game is supported for now?

64

(30 replies, posted in General discussion)

Are there any coders who could have a look at this? http://xboxdevwiki.net/XDVDFS#Random_blocks

https://github.com/JayFoxRox/xbox-dvd-compress

It would be great to have a tool developed similar to nNASOS for dramatically reducing the compressed size of Xbox images (by scrubbing the random padding and allowing it to be regenerated)

65

(22 replies, posted in General discussion)

Nobody likes your naming scheme @F1ReB4LL .. The first posts and examples were clear. You are always criticizing me for messing up things, but this is where you are messing up. Adding fictional titles and parts and creating huge and ugly filenames that don't comply with No-Intro standards.

66

(1 replies, posted in New Dumps)

Hello, please provide scans also for this game and the base game. The base Alerte Rouge 2 discs seem to be missing a mastering SID code.

WIP links for future reference:
http://redump.org/newdisc/37819/
http://redump.org/newdisc/37733/
http://redump.org/newdisc/37734/

sarami wrote:

I ordered Bleemcast! for Tekken 3 by amazon.

I can confirm that Plextor drives can only read Mil-CD discs with swap trick.

All dump files (Bleemcast + Blaze MP3 DC) are uploaded here: https://archive.org/details/bleemcast

To get the Bleemcast ones working, I guess we have to somehow modify the .ccd and include the additional data between the 2 sessions and in the lead-out area in the image (see attached .png).

I'm abandoning this research until sarami or someone else can help out with creating working images for testing on actual consoles or maybe in emulators.

@ClaudeSpeed I'm putting your other submissions on hold until you can recheck the ringcodes or provide scans/pictures. Thanks

WIP links for future reference:

http://redump.org/newdisc/37731/
http://redump.org/newdisc/37732/
http://redump.org/newdisc/37736/
http://redump.org/newdisc/37735/

69

(22 replies, posted in General discussion)

Just an example of how wrong the naming is:

https://i.imgur.com/iYwcuqg.jpg

F1ReB4LL filename (completely ignoring the disc title):
World Soccer Winning Eleven 6 + World Soccer Winning Eleven 2002 (Japan) (Demo of [PS2] World Soccer Winning Eleven 6 + [PSX] World Soccer Winning Eleven 2002)

Proper filename (IMO):
World Soccer Winning Eleven 6 + World Soccer Winning Eleven 2002 (Japan) (Promotion DVD)

or alternatively (but as argued before, I think it's better to put it in Disc Title and leave only game titles in Title field):
World Soccer Winning Eleven 6 + World Soccer Winning Eleven 2002 - Promotion DVD (Japan)

I'm not gonna touch any other Audio-CD's. It's not my mess.

70

(22 replies, posted in General discussion)

http://redump.org/list/miss/Jackal/audio-cd/

Suchie-Pai Mecha Genteiban - Hatsubai 5 Shuunen Toku Package (Japan) (Mecha Omake CD) (Bundled with [SS] Idol Janshi Suchie-Pai Mecha Genteiban - Hatsubai 5 Shuunen Toku Package)

Hoshi no Kirby - 20 Shuunen Memorial Soundtrack ~ Kirby's Dream Collection - Special Edition (USA, Japan) (Compilation Soundtrack) ([Wii] Hoshi no Kirby ~ Kirby's Dream Collection Bundle)

Atelier Elie - Elie no Atelier - Salburg no Renkinjutsushi 2 (Japan) (Opening Drama CD) (Bundled with [PSX] Atelier Elie - Elie no Atelier - Salburg no Renkinjutsushi 2)

Thank F1ReB4LL for making up these filenames. All the stuff in the Version (datfile) field has no real purpose imo. The information about what it came bundled with should go in comments or edition field instead of the filename.

71

(1 replies, posted in News)

Some tidbits since our last update:

- There are now more than 10.000 Sony PlayStation discs in the database!
- The Sega dumping experts are getting close(r) to finishing off the Dreamcast USA + PAL Games.
- The IBM PC section now has over 18.000 discs. Many older USA dumps are currently being rechecked with modern tools to ensure that they are correct.

As always, keep contributing!

Sounds fine.. so what's the next step, getting sarami to define to add REM PREGAP in the DIC cuesheet, and getting iR0b0t to add support for REM SESSION lines in cuesheets? tongue

And for the disc page, I guess there should be be separate boxes (with the Track / Cuesheet info) with total columns for each session? And also for the Dreamcast LD and HD area? Now Dreamcast is showing the total lengths and crc for LD and HD combined, but this is meaningless.

F1ReB4LL wrote:

Erm. I don't think you need to additionally set the pregap there. Just like the 1st track's pregap is always 150 sectors or more, the 1st track of the 2nd session pregap is expected to have 150 pregap sectors or more; if more - you add the INDEX 00 part with the extra sectors only, same for both the 1st and 2nd sessions.

If to use the "REM PREGAP 00:02:00" for the 2nd session, logically, we need to add it to all the single-session ones :-P

You lost me there tongue

I only see 2 solutions:

1. Completely define the area between the sessions in the cuesheet, so that tools can use the MSF lengths in the cuesheet to determine the amount of sectors to generate, without any assumptions or hardcoded values in software. This means that REM PREGAP should be included.

2. Assume that the area between the sessions is always the same and let tools use hardcoded values. So for the gap between the first 2 sessions, assume that LEAD-OUT is always 01:30:00 and LEAD-IN 01:00:00 and PREGAP 00:02:00. If we make these assumptions, then the REM LEAD-OUT and REM LEAD-IN lines are no longer needed and only the REM SESSION lines will suffice.

We never use the normal "PREGAP" command, so I guess you can remove support for it?

That looks ugly.. why not just go with REM PREGAP 00:02:00? Everybody keeps ignoring this solution.