Hehe nope. I know SpaceAge compiled it with ubuntu and from the sounds of it he hasn't run into any runtime issues. But I havn't done any forking/merging with aldos repo yet... Aldos updates and my updates are pretty exclusive, aka, I don't really see people wanting to use both features; people would fall into one or the other category. But for sure I'll merge it sometime!
1 2016-02-25 03:41:03
Re: ps3netsrv modified for encrypted (3k3y/redump) isos (9 replies, posted in General discussion)
2 2016-02-13 03:54:41
Re: ps3netsrv modified for encrypted (3k3y/redump) isos (9 replies, posted in General discussion)
Ahh good fine. He initially packaged the source in the webMAN Mod package, didn't know there was a github 
. I'll fork that one when i merge the encrypted logic ontop of it 
.
3 2016-02-12 03:56:38
Re: ps3netsrv modified for encrypted (3k3y/redump) isos (9 replies, posted in General discussion)
Typically, for those linux distros, you want to build it for your specific system anyway. So I'd suggest just issuing the make on your system (I'm assuming you don't need to cross compile, that your debian system has the build-essentials on it by default?). I've never done it for ps3netsrv but I doubt there would be any issues (two make calls basically, then testing; definitely easier setup than windows). I don't have a debian system setup so I'd have to setup a virtual machine.
GitHub would be nice, though it's not really my project (the changes I made are pretty minor/localized). I also know aldos compiled a new ps3netsrv a few months ago with multi-part iso support. I was planning to take his version and merge my changes on top of it as I assume his version is probably going to become the standard version, though, I don't use multi-iso support so I've been lazy with it . It'd be nice if aldos or deank setup the github and I could just fork it (they would be better maintainers than me probably; I'm pretty lazy and typically only implement something when I can't convince someone else to do it! hehe).
4 2015-04-25 11:20:44
Re: PS3 dumping instructions (50 replies, posted in General discussion)
I use REBUG 4.65.2 in cobra mode and it for sure works. The thing is mmCM doesn't allow direct disc access, but, if you switch into multiMAN mode (via mM > Settings) then you can use the direct disc access feature. It'll auto start in mmCM mode next time you start if you're on cobra os.
If your on 4.70.1 then I don't think mM has been updated with the 4.70 pointers yet, that could be why, but, I haven't personally tested (I kinda thought it'd still work even without the pointers updated, but, I know some things don't work, this could be one; especially if it's giving you an error, typically, the option just wouldn't show up if your in mmCM mode). mM will probably be updated eventually if your patient, though it could be weeks.
NB
5 2015-04-20 22:21:42
Re: PS3 dumping instructions (50 replies, posted in General discussion)
pSydeFX wrote:
NvrBst wrote:Also keep in mind you can generate the 3Dump.bin yourself from almost any CFW version (including 4.65) if you really want to (just the official 3k3y app only works on 3.55)
on cobra cfw also? im on habib cobra 4.70
Yes, even on 4.70, you'll want the 4.70 eid root key dumper app from the link above. Also 4.70.1 REBUG is out, i believe the rebug toolbox has some kind of root key dumping built it (haven't done myself, but, I think i remember reading about it in the toolbox release notes somewhere).
6 2015-01-31 01:29:11
Re: ps3netsrv modified for encrypted (3k3y/redump) isos (9 replies, posted in General discussion)
The modified ps3netsrv does on-the-fly decryption. From the PS3's (webMAN/mMCM/etc) point of view it is dealing with a decrypted iso.
7 2015-01-21 20:53:50
Topic: ps3netsrv modified for encrypted (3k3y/redump) isos (9 replies, posted in General discussion)
Src: http://www.mediafire.com/download/abjbd … rbst-r2.7z
Bin: http://www.mediafire.com/download/7fad0 … rbst-r2.7z
This is kind old, was posted on psx-scene and thought it might be useful for some redump people who don't know about it. I recently updated it to use .dkeys instead of .keys (the r2). If anyone has any requests/questions/etc feel free to ask. Basically it's the origional ps3netsrv with support for 3k3y/redump ps3 isos. ISO's have to be in the ".../PS3ISO/" folder (as seen by ps3netsvr), and redump dkeys have to be in the ".../REDKEY/" folder (with same name as the corresponding encrypted redump iso). .dkeys can also be with the .iso (origional logic) if you define -DDKEY_WITH_ISO when compiling; keep in mind webMAN has a 866 file limit for share directories and having .dkey/.iso together can have you more quickly hit this limit.
ps3netsrv-bin-nvrbst information:
* 3k3y (decrypted / encrypted) format is now supported (.iso).
* Redump (encrypted) format is now supported (.iso & .dkey).
* Decrypted isos (along with all other origional features of ps3netsvr) are still supported.
* I made small changes to fix all gcc warnings.
* I modified the Makefile to have some common flags for release/debug.
* To build download mingw/msys with the base components, g++ 4.6.1 is needed (g++ 4.8.1 builds break JB games).
1. cd .../ps3netsrv/polarssl/library/
2. set WINDOWS=1
3. make the polarssl library: make
4. cd .../ps3netsrv/
5. make the ps3netsrv binary: make
EDIT: Also I didn't look into the g++ 4.8.1 problem much. If anyone knows why, able to confirm the problem, or has built ps3netsrv (origional or modified) with g++ 4.8.1 for win32 (and jb format games still work) then please let me know , thanks.
8 2014-11-28 00:19:05
Re: Game title capitalisation, Soulcalibur, SoulCalibur or SOULCALIBUR (13 replies, posted in General discussion)
F1ReB4LL wrote:
Means absolutely nothing.
Not sure if it means absolutely nothing hehe. In my opinion redump should catalog all title stylizations written on box/manual/etc. The dumper (or others) can input them if they wish (main titles being the only mandatory field). For example in this case it'd be:
Main Title: SoulCalibur III
Spindle Title: SOULCALIBUR®III
Box Logo Title: SᴏᴜʟᴄᴀʟɪʙᴜR®III
InGame Title: SᴏᴜʟᴄᴀʟɪʙᴜR®III
SFO Title: SOULCALIBUR III
Licence Title: SOULCALIBUR®III
"Main Title" being the No-Intro\common franchise name (aka what the world, like mobygames or wiki, write the game as). Also what is used by redump to generate filenames. Typically "Main Title" stylization is same across all games in the series, and, this would make everything on the HDD look nicer (bundled together and consistant).
The other titles would need to probably be specific per system (aka only PS3's have SFO Titles, TuboGraph 16 probably doesn't have licence titles based on screen shot you gave, etc. Maybe this is all too tedious/accurate for what redump wants to do . I'm sure it's possible to implement to lessen the tediousness though, something like a bunch of "Title: ____" fields with checkbox's afterwards so people could for example write each stylization once and just checkbox the boxes with that version of the title (aka above Spindle/License would be checkboxed on a line and InGame/SFO checkboxed on a line). Maybe even a checkbox to indicate if it is a "Logo Mark" or "Word Mark".
Just a thought, I'm sure it's been suggested before though.
Nothing about trademarks (which are usually in uppercase and can't be used as a title).
Maybe thats true for other systems, but, at least for PS3 less than 20% are all caps (usually only if the logo title is all caps). If you don't believe me here is a sample list of the licence titles for some of my ps3 dumps: http://pastebin.com/Zw0PVyzx
9 2014-11-27 01:52:29
Re: Game title capitalisation, Soulcalibur, SoulCalibur or SOULCALIBUR (13 replies, posted in General discussion)
While I agree that SoulCalibur is a very common stylization. Out of curiosity, how would write soulcalibur III?
Here is what the the logo (in-game logo/disc logo/box logo/etc):
Is it "SoulcalibuR III"? *just being difficult hehe, don't really have any opinion*. Also just for added information, if you look at the license information, for any soulcalibur, (aka legal notice at bottom of disc) it always lists it as for example: "SOULCALIBUR®IV is a trademark of ...", in plain computer text-type (non-logo'ed).
10 2014-11-22 05:27:11
Re: PS3 dumping instructions (50 replies, posted in General discussion)
Also keep in mind you can generate the 3Dump.bin yourself from almost any CFW version (including 4.65) if you really want to (just the official 3k3y app only works on 3.55). However downgrading and re-upgrading is fine too.
### Generating it Yourself Brief Summary ###
3Dump.bin is just the "EID4(48 bytes)+EID Root Key(48bytes)". EID4 you can get by making a NOR or NAND dump (typically via multiMan), and EID Root Key you need an app.
* EID Root Key Dumper Link: http://store.brewology.com/ahomebrew.php?brewid=228
* EID4 offsets inside your NOR or NAND dump: http://www.psdevwiki.com/ps3/Flash:Encr … _eEID#EID4
I've generated the 3Dump.bin manually on 4.46, and it matched my 3.55 3Dump.bin. If you havn't already downgraded, and need more detailed instructions I can try to help, just let me know.
EDIT: Also, more so for your own information, if you run the official 3k3y app on a non 3.55, the 3Dump.bin file that is generated is typically just 48bytes (EID4). However, it is probably best to only run the official 3k3y app on 3.55 CFW, especially since you can just get the EID4 from your NAND/NOR dump and who knows what the root key logic does if not run on 3.55 (very unlikely to brick your system, but, isn't the cleanest thing to do).
11 2014-11-04 00:38:28
Re: Game title capitalisation, Soulcalibur, SoulCalibur or SOULCALIBUR (13 replies, posted in General discussion)
Jackal wrote:
All caps is not gonna happen unless the letters each have a meaning.. like LEGO for instance. With Soulcalibur it's just stylized.
Out of curiousity, what does each letter of LEGO stand for?
Online it says it is derived from a danish phrase "leg godt" meaning "play well", though, it surely isn't an acronym(aka each letter has a meaning). Out of curiosity why is LEGO all capitalized by our naming standards? (I haven't read the No-Intro doc for a while, I assumed it was some special rule for trademarks or "common" stylization, etc).
12 2014-07-01 05:15:27
Topic: Various PS3 Tools (7 replies, posted in General discussion)
I thought they may be useful for others so I'm posting them here if anyone would like to use em. These use the DLLs from the official IsoTools (1.34.9). If new IRD versions come out you should be able to just copy the DLLs from the new IsoTools into this directory and they should still work (as long as the API doesn't change). Requirements are the same as IsoTools, .NET Framework 4.0. Also it is probably best not to upload the Redump>IRDs to 3k3y, even though they should be identical (*possible caveats, see end section).
BIN: http://www.mediafire.com/?a778vbvivq8b91a
SRC: http://www.mediafire.com/?816184so6npkam9
Share Folder: https://www.mediafire.com/folder/xp4a51jifjs66/PS3Tools
Tools
Redump2IRD.exe: Generates an ird file from a redump PS3 ISO.
PS3IRDToMD5.exe: Will create a .md5 file from an ird. Has command line support.
PS3IRDCleaner.exe: Will make the JB directory files match the size the IRD specifies by truncating/appending/creating 0's. WARNING: PS3IRDCleaner modifies files in the JB directory, use with caution (ideally on copied JB folders).
Let me know if anyone notices any bugs or issues, or needs better documentation to use. Thanks.
Changes
2014-07-27: Updated bins/src so the Redump2IRD program has cancellation logic. It also has a "Redump Mode" checkbox (on by default) which makes it hard to get the AES ENCRYPTED/AES DECRYPTED fields mixed up for redump iso's (turning the checkbox off puts it in the old/advance mode). And it now remembers the ird/iso folder locations you last used if you make multiple IRDs.
Caveats
* Last 8 bytes of BD-25 D2 decrypted data is random, redump lists as X's (ie 00000000000000FF00020003XXXXXXXX) while IsoTools seems to replace the end eight bytes with "00000001". The program will automatically replace redump X's with 0000001.
* 3k3y pic data for BD-50 ps3 discs seem to have the last byte (byte 115) of pic data replaced to "03". If you are attempting to make exact 3k3y IRDs then for BD-50's take redumps PIC data and replace byte 115 with 03 when providing it to Redump2IRD (note BD-25 discs don't have this replacement). PIC data is not used for the 3k3y rebuilding logic, so this is more-so cosmetic for most users. IE:
Redump BD-50 Disc (note the bold):
10020000444901100000200042444F01
210103000000000001EC8DDF00100000
00CA73FE000000000000000000000000
00000000000000000000000000000000
00000000444901110001200042444F01
210103000000000001EC8DDF01358C00
01EFFFFE000000000000000000000000
00000000000000000000000000000000
000000003k3y BD-50 Disc (note the bold):
10020000444901100000200042444F01
210103000000000001EC8DDF00100000
00CA73FE000000000000000000000000
00000000000000000000000000000000
00000000444901110001200042444F01
210103000000000001EC8DDF01358C00
01EFFFFE000000000000000000000000
00000300000000000000000000000000
00000000
Notes
* Redump is storing D1/D2 in a 'processed' state (some other programs use the term 'decrypted'). This means the final version of redump's D1 is aes encrypted, and the final version of redumps D2 is aes decrypted. This is useful for figuring out where to put redump data in the Redump2IRD.exe program which uses the terms 'aes decrypted/encrypted' (new 'Redump Mode' checkbox added to the program on 2014-07-27 as well which makes it easier to figure out which field is which).
13 2013-08-05 06:27:31
Re: PS3 dumping instructions (50 replies, posted in General discussion)
I ported the "GetKey-r2" application by JamJam to GameOS so people should be able to run from XMB now if they wish. Install the getkey.pkg, from the attachment "GetKey-r2-GameOS.7z" file, as you would any homebrew.
Instructions:
-) Put your 3Dump.bin on the root of a usb.
GetKey will look for it at "/dev_usb000/3Dump.bin"
a) Put a disc in your PS3.
b) Put the USB in your right-most usb slot (/dev_usb000/).
c) Launch getkey from XMB: it'll run and exit back to XMB.
You should then notice 2 new files on the root of your USB:
/dev_usb000/getkey.log
/dev_usb000/disc.pic
The log/pic should be exactly what you got before. Transfer them off via ftp/usb/etc, and then repeat.
Example "getkey.log" from GameOS/XMB
GetKey r2
Load keys
Test unit ready: return value of ioctl indicates success
Read pic: return value of ioctl indicates success
get dec key
establish session keys:
do send key: return value of ioctl indicates success
do report key: return value of ioctl indicates success
calculate session keys
do send key: return value of ioctl indicates success
get data
do unknown e1:
unknown e1 cdb: e100.....a0bf
return value of ioctl indicates success
do unknown e0:
unknown e0 cdb: e0003....0b1c
return value of ioctl indicates success
get_dec_key succeeded!
disc_key = cb66d33016a7d89308ebad7eb2379e64
disc_id = 00000000000000ff00020003XXXXXXXX
PIC:
10020000444901080000200042444f01
1101010000000000006f817f00100000
006f817e000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000
SUCCESS: Everything was correctly dumped.Source is with the program, I tried to keep source as close to original program as possible, just do_cdb(...) has been modified for GameOS, and compiled with PSL1GHTv2.
I'll see what I can do to maybe rewrite the code so it's more simple / has the ability to dump information to screen maybe (or give some visual indications). Also ideally give you options to save pic/log files to alternate locations like net_host, and grab disc title for log filenames. Maybe edit so EID can be grabbed dynamically instead of 3Dump.bin. But for now I thought something is better than nothing for those who rather dump disc keys from XMB/GameOS instead of dual boot.
It has been tested with REBUG 4.46.1 LITE EDITION, but, it should work on any CFW fine. If someone else wish's to add any of the above features, etc, feel free to do so.
One question to JamJam/Someone. I notice the "disc.pic" is 4100 bytes (which seems corret based on the source code). I have done a few verifies, and the begining/log dumped PIC matches exsisting database items, so I'm sure it's fine, however, I always notice some data in the disc.pic at the next page boundary (800h). Example:
000h: 10 02 00 00 44 49 01 08 00 00 20 00 42 44 4F 01 11 01 01 00 00 00 00 00 00 6F 81 7F 00 10 00 00 00 6F 81 7E 00 00 00 ...AllZeros...
800h: 00 00 00 00 45 42 01 00 00 00 00 00 FF FF FF FF FF FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...AllZeros...Is this 800h information to be ignored? Does it exist for the original program (I don't have a dual boot to test with)?
EDIT: The attachment system doesn't seem to work, so uploaded to external: http://www.mediafire.com/download/g9pvt … -GameOS.7z
14 2011-09-12 00:43:53
Re: IBM PC - discs with various drivers and utillities (5 replies, posted in General discussion)
Personally I think everything should be preserved if possible. Game Discs/Demo Discs/Audio Discs/DVD Discs/Application Discs/Driver Discs/etc; everything officially released as long as the relevant info for it is cataloged with the hashs. Obviously they'd need their own category or even section if you wish; EDIT: because they wouldn't be for everyone, and most would probably ignore .
15 2010-10-08 01:42:57
Re: CD-i films, yay/nay? (26 replies, posted in General discussion)
I'm also with amarok, if we are confidant in the dumping method, then I'd love to see other sections open up, DVD/BR/HDD Video, Audio CDs, IBM PC Apps, etc; if someone is willing to start contributing hashs, then the section should exist *from a disc preservation perspective*.
There is already ~30 systems in redump, an extra 3 or 4 wont confuse anything, and I'm sure it wouldn't put any significant strain on the server. I don't see an attention thing being an issue either; we already have XBOX360/PS3/Wii, might as well finish it and add the last few sections. Audio could be popular but video is so large that it probably wont be of too much interest to random people; average joe will ignore redump and stick to h264/xvid avi/mkv etc.
End result, it is never too early to start collecting the hashs.
16 2010-10-02 19:02:56
Re: parent-clone psx dats (5 replies, posted in General discussion)
cmpro can merge multi track discs as easy as it can merge single track discs 
. All it means is it'll put everything in a single 7z instead of many 7z's. For solid archives this means a huge space saving for same audio tracks, and similar data tracks; across regions (Jap/USA/etc) and across versions (v1/v2/v3).
If it was added I'd like to recommend dual dat support kind of like no-intro *people can choose P/C or standard*. Rational for this is because the P/C dat would really only be useful for people who collect everything *Europe/Jap/Usa*, which I do not believe many do at the moment, and the standard dat is easier to parse with simple third party programs & humans.
The plus side is the P/C information shouldn't be that hard to generate. The "v1/v2/v3" clones could be done automatically by a script, and even USA/JAP wouldn't be that difficult. Europe could be tedious but I don't see it taking too long either .
17 2010-09-08 07:35:46
Re: Link to PS1 dumping info that might help some people ... (8 replies, posted in General discussion)
I did switch to "par2cmdline-0.4-tbb-20100203-win64.zip" to make the par2's about 2 months ago. If you like to try using that instead you can get it here (commandline only): http://www.chuchusoft.com/par2_tbb/download.html
Alternatively MultiPar uses tbb so it should work as well (GUI): http://hp.vector.co.jp/authors/VA021385/
The tbb par2's should work with QuickPar though; mediafire is funky right now and not letting me download, but I will test those two files when it lets me download + reup if they are corrupted.
EDIT: You are correct those two were corrupted. I did some testing and there seems to be a bug with ttb's "-q -q" switch (complete silence). When I create the par2s with just "-q" (quite) it seems to work every time. With "-q -q" it seems to work maybe 75% of the time; seems to only affect multi track discs though. I reported the bug and edited my batch file so future par2s shouldn't be affected.
18 2010-06-05 00:29:14
Re: Link to PS1 dumping info that might help some people ... (8 replies, posted in General discussion)
I made a bunch of PAR2s for you, feel free to link them if you like *probably a big job hehe*, else, people could just browse through the mediashare folder if they need something. The folder should contain all "(USA),(World)" PSX discs as of 2010-06-03.
Mediashare Folder: Sony - PlayStation (NTSC-U) (1233) (20100604 08-04-22) PAR2's
EDIT:2010-06-13: Added the 31 new discs as of todays date.
EDIT:2010-06-20: Added the 17 new discs as of todays date.
EDIT:2010-06-25: Added the 26 new discs as of todays date.
EDIT:2010-06-26: Added the 05 new discs as of todays date.
EDIT:2010-07-01: Added the 10 new discs as of todays date. Re-upped 2 discs that got deleted?
EDIT:2010-07-17: Added the 23 new discs as of todays date.
EDIT:2010-07-21: Added the 05 new discs as of todays date.
EDIT:2010-07-22: Added the 03 new discs as of todays date.
EDIT:2010-07-30: Added the 04 new discs as of todays date.
EDIT:2010-08-01: Added the 06 new discs as of todays date.
EDIT:2010-08-06: Added the 09 new discs as of todays date.
EDIT:2010-08-10: Added the 03 new discs as of todays date. Replaced 2 versions. Deleted 1 disc.
EDIT:2010-08-19: Added the 21 new discs as of todays date. Replaced 1 version. Deleted 3 discs.
EDIT:2010-08-29: Added the 45 new discs as of todays date. Re-upped 16 discs that got deleted?
EDIT:2010-09-04: Added the 07 new discs as of todays date.
EDIT:2010-09-06: Added the 21 new discs as of todays date.
EDIT:2010-09-07: Added the 01 new discs as of todays date.
EDIT:2010-09-08: Replaced 3 corrupted par2s.
EDIT:2010-09-11: Added the 03 new discs as of todays date.
EDIT:2010-09-17: Added the 06 new discs as of todays date.
EDIT:2010-09-26: Added the 08 new discs as of todays date.
EDIT:2010-10-04: Added the 05 new discs as of todays date.
EDIT:2010-10-18: Added the 02 new discs as of todays date.
EDIT:2010-10-20: Added the 07 new discs as of todays date.
EDIT:2010-10-22: Added the 03 new discs as of todays date.
EDIT:2010-10-31: Added the 48 new discs as of todays date.
EDIT:2010-11-07: Added the 16 new discs as of todays date.
EDIT:2010-11-10: Added the 02 new discs as of todays date.
EDIT:2010-11-14: Added the 29 new discs as of todays date.
EDIT:2010-11-21: Added the 05 new discs as of todays date.
EDIT:2010-11-25: Added the 03 new discs as of todays date. 12 Random Patches Got Deleted; On ToDo List.
EDIT:2010-11-27: Added the 01 new discs as of todays date.
EDIT:Stopping the change-log in this post. New par2's still uploaded to the mediafire share though usually a few days after they are matched.
I like how the par2s are available for everyone now, and if I can help ya with anything HwitVlf (upload them to a more convenient location, etc), just let me know.
I made them with the par2cmdline v0.4 (http://parchive.sourceforge.net/#clients), same people who made QuickPar. It is basically just a command line version of QuickPar. I used the following command: par2.exe c -b16384 -r1 -n1 -q "%~nB" "%~nB\*.bin", meaning, 1% parity, 16k block size, and 1 recovery file. I didn't use 32k block size because it is huge hehe (in the past I never went above 8k), so I dropped that down a bit. 164 blocks should be more than enough to fix any shifting problems and then some, based on what you provided so far ~10-20 blocks were usually enough to fix the images. The only other difference is that I didn't include the .cue files because if the names change in the future then people might not be able to get the correct cue without making it themselves.
I hope they are close enough to what you wanted, else, the batch script to make them only took about 3.5 days to complete, so it shouldn't be too hard to do them yourself if you have the discs on your HDD .
To be honest though these old PAR2's won’t be used much compared to PAR2s for brand new dumps. PAR2s with new dumps make it so easy to match discs and I'm glad you keep making them; I wish all dumpers made PAR2's with their new dumps *smiles*.
19 2010-03-20 05:33:38
Re: Site chat (8 replies, posted in General discussion)
Even if you don't want to use a Java web-based IRC client, there are CGI based ones you could try. They don't need to be embedded into redump.org to use, for example you could use mibbit (or any other one), just go to
Location: http://www.mibbit.com/chat/
Hit the "Server" button and type in "replica.foreverchat.net"
In "Channel" type in "#redump"
Type in a nick and hit "Connect". You'll be in be in the IRC channel.
20 2009-01-05 04:26:37
Re: Splitting the dat file (25 replies, posted in General discussion)
I would also love to be able to download the dat files in regions, or via systems with clearmamepro. As an alternative to manually doing it, I did create a simple GUI program that grabs games/regions from a DAT for me that I've been using with Redumps PSX set to grab the USA games; anyone is free to use/edit/etc if they wish.
The source code is for Visual C#, the free express version should be able to compile it. The EXE requires a Windows Machine (XP, Vista, Win2003, etc), and .NET Framework 3.5 to run.
Basically what the program does is use a regular expression. This grabs each game from the dat, and if the game contains an element in the containing text box then it'll add that game to the new list.
For example " (Spain) , (Europe) , (German) " would grab every game that contains one of those three strings.
Any questions feel free to ask. I've never tested this with other DAT's, other than Redumps PSX, but theoretically it should work for any ClearMamePro DAT file.
2009-11-16 - EDIT: Updated to v3. Removed the Reverse Region check (Only worked with single letter tags like (U) or (J), and problem was already fixed in redump). Updated to work with the new XML layout, still works with old format as well though.