PS3 Jonnysp's ird library is down.

I fixed the issue with the disc size : https://github.com/Zarh/ird_tools/releases/tag/0.5
I deleted the version 0.4

Thanks for the fix.

Do you know why is the disc size is different from the one reported in the header?

Example using BCES00363 - Buzz!™: Brain Of Oz:

7zip reports for the header.bin:
Size: 3 997 321 499
Packed Size: 3 997 321 499
Physical Size: 3 998 416 896

The json reports:
DISC_SIZE" : 3 998 480 384 (62KB or 63488 bytes larger than "Physical Size" reported by the header)

The json matches with end sector of region 3 = 1952383 * 2048 = 3 998 480 384

The physical size matches with sector of PS3UPDAT.PUP = 1821280 * 2048 + 256MB = 3 998 416 896

BTW In the database I used the Physical Size.

EDIT:
I think I found the issue. The extra size is the footer that is 64KB. You report 62KB.

As the sectors start counting from 0, you should add one sector more to the DISC_SIZE.
The size reported should be: (last sector + 1) * 2048.

e.g. (1952383 + 1) * 2048 = 3 998 482 432

EDIT 2:
Another example using BLES00909:
"DISC_SIZE" : 8302229504 + 2048 = 8 302 231 552,
Physical Size: 8302123008 + 108544 (footer size) = 8 302 231 552
 
Last edited:
  • Like
Reactions: Zar
I fixed it again, thank you ;)

I was comparing the results of your json with the IrdViewer 3k3y's IsoTools and found this:
1- The bytes CRC in the json are reversed.
2- HEADER_LEN and FOOTER_LEN are incorrect.
In IrdViewer they are shown in sectors.
e.g. For BLES00909 the header is 1,703,936 bytes (832 sectors). But the json reports 43340.

I've noticed that the signature part in the file name of the IRD is the MD5 of the header.
It would be nice to include that information in the json, along with the number of files and folders.
 
  • Like
Reactions: Zar
it's a mistake of irdviewer, the real crc is 908B9678. You can check it, it's the crc32 of the file *.irdu without the crc itself, so, without the 4 last bytes.

I chose to display the size of header/footer in bytes (and not in sectors) to be coherent with the disc_size.

I didn't know about the md5 of the header, I added it, even I don't really see the point of having it ;)

https://github.com/Zarh/ird_tools/releases/tag/0.6

PS: you can get the amount of file if you get the object count of the array "FILES" inside the json that's why I didn't include this value.
PS2: I don't know how I can get quickly the number of directories, yet
 
Last edited:
@aldostools how about an ird feature in webMAN MOD/irisMAN with an automatic check if the game doesn't work properly.

Eg. the user launches a game (JB/ISO), if the webman detects that it went back to xmb due to a game error it generates an irc check txt in the tmp folder with the missing files..
 
@aldostools how about an ird feature in webMAN MOD/irisMAN with an automatic check if the game doesn't work properly.

Eg. the user launches a game (JB/ISO), if the webman detects that it went back to xmb due to a game error it generates an irc check txt in the tmp folder with the missing files..

I'm not interested in that kind of features.

The automatic check may take a considerable time for large games (e.g. Uncharted 3 or TLOU).
That would be more an annoying than a benefit. The user can dump the disc again easily with IRISMAN.

webMAN MOD already has a web command to check the md5 of ISOs uploaded to PS3.
/md5.ps3/<path> - show MD5 of a file
 
Nice. Could you verify the DISC_SIZE in the json?
I have updated the database on my website. It now includes the real name, version, update version, image size and file count. The signature column is not listed.

Also removed BCES01584-14DD139D2337E794C83E26DDEFC6D595.ird (The Last of Us) because it cannot be decompressed

Hey @aldostools! I've rebuilt the IRD via IsoTools. It's essentially a really long (and thorough!) way of getting it to repack it using gzip but I'm guessing the exact compression settings that get used must be known as ManaGunZ manages to gzip them ok when it creates them. I'm no good at understanding source code! :P

If you wish to replace the uncompressed one in your database then here's my rebuilt one.... https://ufile.io/96gdvdqa
 
Hey @aldostools! I've rebuilt the IRD via IsoTools. It's essentially a really long (and thorough!) way of getting it to repack it using gzip but I'm guessing the exact compression settings that get used must be known as ManaGunZ manages to gzip them ok when it creates them. I'm no good at understanding source code! :P

If you wish to replace the uncompressed one in your database then here's my rebuilt one.... https://ufile.io/96gdvdqa

Thank you.. I replaced the corrupted ird with yours. I also checked that your ird was correct.

EDIT:
I found the issue with the original ird. It was already uncompressed.
Only we needed to gzip it. LOL Anyway I'll keep your rebuilt IRD.
 
Last edited:
@Zar I made a few small changes in the source code:
- Added "FILE_COUNT" to json
- Changed various %d to %u (signed to unsigned placeholders)
- File size was using %d instead of %llu
 

Attachments

@Zar & @aldostools

I'm wondering if it's possible to make a kind of "IRD v2.0" in ManaGunZ in a way similar to what I described in the last section HERE (with encrypted CRC & signature). This would insure the validity of the IRD. I don't understand the value of having a UID in the last sections of the IRD. I believe that most programs that use IRD files (like PS3 ISO Rebuilder) will still work just fine since they don't use the last 8b in any important way.

I'm trying to create some IRD files (that are not in the database) for ISO recreation. I use MPF for dumping then Redump2IRD for IRD creation. I have the D1 & PIC data but not the D2 data. D2 data is not useful for disc recreation and therefore I set it to zero's. Now I have a PC created IRD with D2 set to zeros. The IRD file works with using PS3 ISO Rebuilder & PS3Dec to recreate an ISO that matches Redump.

Is it possible to:

1- Use the MPF code for PS3 dumping to create a PC tool that dumps PS3 discs & creates the IRD by:
A- Allow the user to input the disc key (D1) or connect to Redump database (as I think PS3 Disc Dumper does).
B- Set Data2 to zeros to signify that it's a PC created IRD.
C- Let this IRD file be in the "IRD v2.0" to verify it has not been corrupted/modified.

2- Open a new section in the IRD database for user submissions. These submissions would only be accepted if they are:
A- "IRD v2.0" files that have been checked to have the correct encrypted CRC & signature (with a closed source tool)
B- Normal IRD files but tested to work for ISO recreation with PS3 ISO Rebuilder & PS3Dec to match Redump database.


Sorry about my ignorance if any of this is too taxing or too unfeasible
 
Last edited:
*Here is my collection of IRD files downloaded from jonnysp.bplaced.net before it's shutdown
(These are probably the same as the ones in @aldostools database)
https://mega.nz/file/Vw8Q0LCY#7SeyskuojisBd9wOEwkpdQsfGYhqV6qipDUxtnazBw4

*Here is a collection shared with me by someone who claims to have created and successfully tested every one of of these IRD files to recreate an ISO file matching the ones in Redump database and that these are all PS3 US titles, with the exception of "Hybrid discs" (discs that have a Blu-Ray movie on the disc that works in a standard Blu-Ray player and also include a PS3 game):
https://mega.nz/file/J18ATZ5b#vLfrOyvzcP29GpBeUV3ZuQNMQYt2lh1vIXns8CwL6z8


Question: Is there a place to download the ManaGunZ IRD database?

In the readme section of this website:
http://kood.info/ps3/ps3ird_free_fr_checker/
it is claimed that it uses the ManaGunZ IRD database
 
Last edited:
*Here is my collection of IRD files downloaded from jonnysp.bplaced.net before it's shutdown
(These are probably the same as the ones in @aldostools database)
https://mega.nz/file/Vw8Q0LCY#7SeyskuojisBd9wOEwkpdQsfGYhqV6qipDUxtnazBw4

*Here is a collection shared with me by someone who claims to have created and successfully tested every one of of these IRD files to recreate an ISO file matching the ones in Redump database and that these are all PS3 US titles, with the exception of "Hybrid discs" (discs that have a Blu-Ray movie on the disc that works in a standard Blu-Ray player and also include a PS3 game):
https://mega.nz/file/J18ATZ5b#vLfrOyvzcP29GpBeUV3ZuQNMQYt2lh1vIXns8CwL6z8


Question: Is there a place to download the ManaGunZ IRD database?

In the readme section of this website:
http://kood.info/ps3/ps3ird_free_fr_checker/
it is claimed that it uses the ManaGunZ IRD database

Thank you for the files. I updated the ird database with 123 of your entries.
I excluded some duplicates. The original database was moved to ird2.html
 
Last edited:
I checked the USA/World IRD files from the second link I posted (in Post #34) to see if it has any missing USA/World titles (compared to the ones in Redump) and found that these were the only ones missing:

Retail:
-Cabela's Big Game Hunter 2012 (USA) (v02.00) [Not in aldostools's databse]
-Days of Thunder - NASCAR Edition (USA) (En,Fr,De,Es,It) [Already in aldostools's databse]
-Deadliest Warrior - Ancient Combat (USA) (En,Fr,Es,It) [Not in aldostools's databse] {BLUS30911}
-Disney Phineas and Ferb - Across the 2nd Dimension (USA) (En,Fr,Es) [Already in aldostools's databse]
-High Velocity Bowling (USA) (En,Fr,Es) (FW3.50) [Already in aldostools's databse]
-Lord of the Rings, The - Aragorn's Quest (USA) (En,Fr,Es,Pt) (v02.00) (FW3.50) [Not in aldostools's databse] {BLUS30593}
-Siren - New Translation (Asia, USA) (En,Ja) [Already in aldostools's databse]
-Tekken Hybrid (USA) (En,Ja,Fr,De,Es,It,Ko) [Not in aldostools's databse]
-Top Gun (USA) (En,Fr,De,Es,It) [Already in aldostools's databse]

Beta/Prototype:
-Dead Space 3 (USA) (Beta)
-Heavenly Sword (World) (En,Ja,Fr,De,Es,It,Nl,Pt,Sv,No,Da,Fi) (Beta)
-Ico & Shadow of the Colossus Collection, The (USA) (En,Fr,Es) (Beta)
-Killzone 2 (World) (Beta 1)
-LittleBigPlanet Karting (World) (En,Fr,De,Es,It,Nl,Pt,Sv,No,Da,Fi,Pl,Ru) (Beta)
-Marvel vs. Capcom 3 - Fate of Two Worlds (USA) (En,Fr,De,Es,It) (Beta)
-MLB 08 - The Show (USA) (Beta)
-Need for Speed - Most Wanted (USA) (Beta)
-NHL 09 (USA) (Beta)
-Ratchet & Clank - Nexus (World) (Beta)
-Remember Me (World) (Beta)
-Saint Seiya - Sanctuary Battle (World) (En,Ja) (Beta)
-Section 8 - Prejudice (World) (Beta)
-Street Fighter X Tekken (World) (Beta)
-Until Dawn (World) (Proto)
-Valkyria Chronicles (USA) (Beta)

IDU/Other:
-April 2009 IDU 2.60 (USA)
-E-M Fall Refresh 3.40 IDU-IDU Update (USA)
-Endcap Display - 2014 Holiday Refresh - Walmart (USA)
-Endcap Display - 2015 Winter Refresh - Walmart (USA)
-Fall 2013 - PS3 IDU 4.46 (USA)
-Fall Refresh 2011 - 3.70 IDU FW Update (USA)
-GT5 - IDU FW update 3.40 (USA) (Kiosk Demo)
-Guitar Hero - Warriors of Rock 3.40 IDU FW Update (USA) (Kiosk Demo)
-inFamous 2 + MotorStorm Apocalypse - Spring Refresh 2011 3.60 IDU FW Update (USA)
-Inline Video Player Display - 2015 Winter Refresh - Walmart (USA)
-PS3 IDU - 2014 Holiday Refresh (USA)
-PS3 Standard IDU 4.23 - Holiday 2012 Update (USA)
-Spring 2012 Refresh Standard - PS3 IDU 4.11 (USA)
-Spring 2013 - Standard IDU 4.31 (USA)
-Spring Refresh 2010 - 3.21 IDU Update (E-M) (USA)
-Spring Refresh 2011 3.60 IDU FW Update (USA)
-Summer Refresh 2011 - 3.65 IDU FW Update (USA)
-Winter 2012 Refresh PS3 IDU 3.72 (USA)
-Winter Refresh 2011 - 3.55 FW Update (USA)
+ {9 non-ISO (bin/cue) IDU/other}

I don't know if hybrid discs or Beta/Prototype or IDU/Other require a different way of creating IRD files.

I have attached two excel files, one for missing/name mismatch in the "wander" USA/World collection and the other as an IRD checklist to be filled with verified IRD files.

Edit 30-10-2021: Added the Beta/Prototype & IDU/Other discs & added excel files.
 

Attachments

Last edited:
Hi aldostools,

The following irds will not download from your website as they are missing the <td> with the header md5 that determines the filename for download.

Regards Oakhead69

BLUS30474, BLUD80019, BLUS30808, BLUS30991, BLUS31483, BLUS31449, BLUS30465, BLUS30886, BLUS30577, BLUS31605, BLUS30121, BLUS30154, BLUS31177, BLUS30629, BLUS31513, BLUS30203, BLUS30386, BLUS30844, BLUS30564, BLUS30819, BLUS31608, BLUS30863, BLUS31461, BLUS31528, BLUD80018, BLUS30181, BLUS41038, BLUS30907, BLUS30509, BLUS30581, BLUS30572, BLUS30772, BLUS30802, BLUS31393, BLUS31393, BLUS31498, BLUS31610, BCUS98114, BLUS31556, BLUS30153, BLUS31364, BCUS98263, BLUS41046, BLUS31562, BLUS31561, BLUS31583, BLUS31620, BLUS31621, BLUS31587, BLUS30821, BLUS30400, BLUS30915, BLUS30899, BLUS31613, BLUS30136, BLUS30150, BLUS30170, BLUS30813, BLUS30815, BLUS31606, BLUS31579, BCUS90637, BLUS30140, BLUS31154, BLUS31580, BLUS31560, BLUS30139, BLUS30665, BLUS30851, BLUS30507, BLUS30689, BLUS30944, BLUS31614, BLUS30592, BLUS30791, BLUS31206, BCUS90660, BCUS90762, BLUS31174, BLUS31564, BLUS31612, BLUS30199, BLUS30478, BLUS30076, BLUS30800, BLUS30327, BLUS31182, BLUS30871, BLUS31031, BLUS31506, BLUS31416, BLUS30233, BLUS30779, BLUS31076, BLUS31442, BLUS31545, BLUS31600, BLUS41022, BLUS31532, BLUS30796, BLUS30031, BLUS30032, BLUS31538, BLUS30081, BLUS30706, BLUS31537, BLUS30138, BLUS30152, BLUS31468, BLUS30801, BLUS30752, BLUS30891, BLUS31075, BLUS30090, BLUS31199, BLUS30325, BLUS30047, BLUS30553, BLUS30343, BLUS30765, BCUS98269, BCUS99189, BLUD90008
 
Hi aldostools,

The following irds will not download from your website as they are missing the <td> with the header md5 that determines the filename for download.

Regards Oakhead69

BLUS30474, BLUD80019, BLUS30808, BLUS30991, BLUS31483, BLUS31449, BLUS30465, BLUS30886, BLUS30577, BLUS31605, BLUS30121, BLUS30154, BLUS31177, BLUS30629, BLUS31513, BLUS30203, BLUS30386, BLUS30844, BLUS30564, BLUS30819, BLUS31608, BLUS30863, BLUS31461, BLUS31528, BLUD80018, BLUS30181, BLUS41038, BLUS30907, BLUS30509, BLUS30581, BLUS30572, BLUS30772, BLUS30802, BLUS31393, BLUS31393, BLUS31498, BLUS31610, BCUS98114, BLUS31556, BLUS30153, BLUS31364, BCUS98263, BLUS41046, BLUS31562, BLUS31561, BLUS31583, BLUS31620, BLUS31621, BLUS31587, BLUS30821, BLUS30400, BLUS30915, BLUS30899, BLUS31613, BLUS30136, BLUS30150, BLUS30170, BLUS30813, BLUS30815, BLUS31606, BLUS31579, BCUS90637, BLUS30140, BLUS31154, BLUS31580, BLUS31560, BLUS30139, BLUS30665, BLUS30851, BLUS30507, BLUS30689, BLUS30944, BLUS31614, BLUS30592, BLUS30791, BLUS31206, BCUS90660, BCUS90762, BLUS31174, BLUS31564, BLUS31612, BLUS30199, BLUS30478, BLUS30076, BLUS30800, BLUS30327, BLUS31182, BLUS30871, BLUS31031, BLUS31506, BLUS31416, BLUS30233, BLUS30779, BLUS31076, BLUS31442, BLUS31545, BLUS31600, BLUS41022, BLUS31532, BLUS30796, BLUS30031, BLUS30032, BLUS31538, BLUS30081, BLUS30706, BLUS31537, BLUS30138, BLUS30152, BLUS31468, BLUS30801, BLUS30752, BLUS30891, BLUS31075, BLUS30090, BLUS31199, BLUS30325, BLUS30047, BLUS30553, BLUS30343, BLUS30765, BCUS98269, BCUS99189, BLUD90008

Thank you for let me know... It have fixed them. Press F5 to refresh the database.
These 123 ids were added later, but I forgot to add the column for md5 of the ird.
 
I wasn't sure whether to start a new thread but I figured all the IRD discussion is going on here so figured it may be best to post this here as well.

Having discussed IRD files with others recently I'm now pretty sure that the existing IRD format doesn't cater for hybrid discs and would need some sort of new IRD v2.0 revision in order to get round this fact. Whether anyone would want to spend the time doing this is another matter entirely. Apologies in advance if others have already mentioned some or all of the following but if so then I've not managed to find anything online myself. Apologies for the length of this post as well but I thought it best to try and cover everything in one go!

Essentially, there would appear to be an inherent flaw in how IRDs are created in that there's an assumption that all data is written contiguously on PS3 discs. In 99% of cases this is true but with hybrid discs this doesn't appear to be the case.

Since I was having trouble getting hybrid disc titles to rebuild I got hold of and dumped an actual disc myself using my PC: Phineas and Ferb Across the 2nd Dimension [BLES01376]. It was a perfect match against the one in the Redump dat. I then tried to create an IRD only to find that when trying to rebuild the disc, two of the files didn't match. This non-matching files issue seems to be a problem that people have had with all hybrid discs so far and I think there was even some uncertaintly as to whether these types of discs had been dumped correctly since it didn't seem possible to rebuild them using existing IRD files.

Please note that since I can only use HEN on my PS3 console I cannot create IRDs on there, nor can I dump encrypted ISO images. However, my decrypted dump that I made using my PS3 was a 100% match for the decrypted dump that I created using PS3Dec from my original PC-dumped ISO. The reason why I mention this is to confirm that my dumps and the Redump one *are* fine and the Blu-ray video content works perfectly as well.

I used ird_tools with my IRD file to have a look at how the files were supposedly laid out on the disc and in tandem with a hex editor I worked out that the two files in question were actually split into three chunks and interspersed with each other on the disc.

SECTOR 1637952: 00019.m2ts 473580 sectors or 969,891,840 bytes
SECTOR 2111532: 00013.m2ts 448545 sectors or 918,620,160 bytes
SECTOR 2560077: 00019.m2ts 474663 sectors or 972,109,824 bytes
SECTOR 3034740: 00013.m2ts 447489 sectors or 916,457,472 bytes
SECTOR 3482229: 00019.m2ts 458031 sectors or 938,047,488 bytes
SECTOR 3940260: 00013.m2ts 449331 sectors or 920,229,888 bytes

After doing all of this I then realised that one of the log files spewed out by MPF when I ripped the disc had already done all this hard work for me - duhhh! PS3VOLUME_volDesc.txt breaks down the TOC in a very detailed fashion and agreed with what I'd worked out manually.

For example, here's the entry for 00013.m2ts:

Length of Directory Record: 52
Extended Attribute Record Length: 0
Location of Extent: 2111532
Data Length: 918620160
Recording Date and Time: 2011-05-26T22:44:05+00:00
File Flags: 128 (Visible, File, No Associated, No Record Format, No Owner/Group ID, No Final Directory Record)
File Unit Size: 0
Interleave Gap Size: 0
Volume Sequence Number: 1
Length of File Identifier: 12
File Identifier: 00013.M2TS;1
FullPath: \BDMV\STREAM\00013.M2TS

Length of Directory Record: 52
Extended Attribute Record Length: 0
Location of Extent: 3034740
Data Length: 916457472
Recording Date and Time: 2011-05-26T22:44:05+00:00
File Flags: 128 (Visible, File, No Associated, No Record Format, No Owner/Group ID, No Final Directory Record)
File Unit Size: 0
Interleave Gap Size: 0
Volume Sequence Number: 1
Length of File Identifier: 12
File Identifier: 00013.M2TS;1
FullPath: \BDMV\STREAM\00013.M2TS

Length of Directory Record: 52
Extended Attribute Record Length: 0
Location of Extent: 3940260
Data Length: 920229888
Recording Date and Time: 2011-05-26T22:44:05+00:00
File Flags: 0 (Visible, File, No Associated, No Record Format, No Owner/Group ID, Final Directory Record)
File Unit Size: 0
Interleave Gap Size: 0
Volume Sequence Number: 1
Length of File Identifier: 12
File Identifier: 00013.M2TS;1
FullPath: \BDMV\STREAM\00013.M2TS

I also had a look at some other discs with large files, such as The Last of Us, and found that they also had files that were broken into several parts on the disc, according to the TOC, but they *were* written sequentially so the fact that the IRD only had the start sector of the first part didn't matter.

One thing I didn't manage to suss out was how the two incorect MD5 values in the IRD file were calculated. I tried several different options and nothing I came up with matched the incorrect values. It's probably not really important but it still confused me all the same! I may have just goofed somewhere but I am quite a belt and braces sort of person so...

Anyway, as far as I can make out, in order to be able to rebuild hybrid discs the IRD format (and any of the tools that use it) would need to be updated as follows:

- When an IRD is created it needs to take into account the file flags of each file in the TOC. A value of 128 seems to mean that the file in question is not complete, a value of 0 means it is and there is no more data relating to it on the disc.

- When the data is split into parts each start sector and data length needs to be stored in the IRD and any rebuild tools need to be aware of this

e.g. This one is incorrect and doesn't accurately represent how the data is written on the disc
"PATH" : "/BDMV/STREAM/00013.m2ts",
"MD5" : "0A5030BCFEC20343EFB64256DCE01071",
"SECTOR" : 2111532,
"SIZE" : -1539659776,
"TYPE" : "Plain"

e.g. Something like this would log how the data really was laid out on the disc
"PATH" : "/BDMV/STREAM/00013.m2ts",
"MD5" : "1F220D299A237D352D6C78DBF05A65D3",
"SECTOR" : 2111532,3034740,3940260
"SIZE" : 918620160,916457472,920229888
"TYPE" : "Plain"

All of the above is waaaaaaay beyond my pathetic coding skills but I thought I'd lay all this out in a post in case it was of any use to anyone out there who does have the required skills to potentially make any updates to the IRD format... and ideally the creation/rebuild tools too! Right, that's me done for now then :)

TL;DR Hybrid discs are broken in current IRD files
 
Back
Top