Xbox shrinking tool needed

[LedZeppelin68]

one more thing we need is a security sectors ranges, they are unique for every game, and we have to specify it

since redump does have this info, this is not a problem

I included sample "ss.txt" in archive and updated xbox_dernd tool so it can support it
also i unlocked brutforce range to full range

test it!

P.S. Silent Hill 2 is 1,77 GB 7zipped
P.S.S. you should place "ss.txt" in the folder with iso

[Jackal]

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:



I did put the correct ss.txt

Looking forward to a solution

[LedZeppelin68]

LOL, i got it, because xboxregen also needs "ss.txt" and i forgot to add the support, lame i am

[jhmiller]

I get an exception: "divide by zero".
And it takes about 5 minutes to complete the process, not 5 seconds
My system: Win10 X64


The game is the "UEFA Champions League 2004-2005 (Europe) (Es,It)".
I made an ss.txt with the sectors from the Redump game.

Edit:
Now I tried with the "2002 FIFA World Cup" and found the seed !
The torrentziped iso went from 6,18GB to 2,25GB
Maybe the UEFA is not compatible?

[Jackal]

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.

[LedZeppelin68]

I think "UEFA Champions League 2004-2005 (Europe) (Es,It)" is a late game and uses another padding generator

http://xboxdevwiki.net/XDVDFS#Random_blocks
Version 4831 - 5849 algorithm
i didn't implement it yet, but i know which game to test

[jhmiller]

Maybe is the padding generator.
In any case, this is the "ss.txt" I made with the SS from the redump page of the UEFA https://redump.info/disc/52675/:

Code: Select all

291148,295243
442992,447087
681096,685191
908456,912551
1066974,1071069
1218274,1222369
1372342,1376437
1530846,1534941
2214524,2218619
2371192,2375287
2526846,2530941
2676146,2680241
2832990,2837085
3067338,3071433
3222090,3226185
3454438,3458533

I tried to restored the iso of the "2002 FIFA World Cup" and YES, the iso restored matches the original iso !!!

One doubt, is there any restriction when naming the iso?
Is it necessary to keep the seed in the name?
Or could it be kept separate?

[LedZeppelin68]

One doubt, is there any restriction when naming the iso?
Is it necessary to keep the seed in the name?
Or could it be kept separate?

since we need a bunch of information to restore the padding, seed and SS ranges
it is useless to store the seed in the name, it is a temporary workaround

we have two ways
1) store all data in a separate file
2) store data inside the iso, for example, in the first sector

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

[F1ReB4LL]

Is it possible to generate the real SS sectors contents, without padding them with zeroes? What is the logic in different amounts of readable/unreadable sectors in different blocks?

[Jackal]

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

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.