I would like the possibility of splitting the psx .dat by category (already included as field in the .dat) and also by region or languages or whatever.. It seems that a number of tools were made for this purpose:

Convert DAT by NvrBst - http://forum.redump.org/post/14415/#p14415
CheckDAT by Xperplay - http://forum.redump.org/topic/9529/chec … dat-files/
DatSplit by jamjam over at HDDX forum

However, none of the links to these programs are working hmm So, does anyone have working links plz for any of these programs? And can anyone tell me how to use the category field in the .dat (and how to filter out certain categories)?

edit: The link to an older version of DatSplit is working apparently, but I can't find an option in the tool to filter by category..

Thanks!

MikuroK wrote:

EAC is known to work in Wine, but i'd rather stick to native/free software if possible.

Well, there's your problem.. You're not using the appropriate tools.. Rubyripper appears to have problems.. Perfectrip won't do you any good without a plextor drive.. So your only real option is Wine + EAC.. Then there's also the trurip 0.43 source code but I don't know if it has all the files that are needed for compiling into a native linux binary (I don't think anybody else has tried it yet): http://vigi.dremora.com/trurip_v0_43_alpha_source.rar

428

(19 replies, posted in General discussion)

Pikmin wrote:

I've tried with an external LG drive, no luck. Doesn't detect the BD at all hmm

Same here.. LG CH10LS28

429

(4 replies, posted in General discussion)

You can also try to compile the trurip source: http://vigi.dremora.com/trurip_v0_43_alpha_source.rar (maybe someone can make a .deb package for it)

430

(4 replies, posted in General discussion)

Only one I know of: http://code.google.com/p/rubyripper/

431

(18 replies, posted in General discussion)

pablogm123 wrote:

It seems that you have to use psxt001z.exe --libcrypt <sub> [<sbi>], where <sub> is a .sub file generated by CloneCD (Deinterleaved subchannel data), and [<sbi>] is the .sbi file you want to write.

Try reading CD at lower speed where possible (For example, 4x or 8x), in order to get a cleaner .sub file.

Nah, the output is correct, psxt001z just doesn't recognize the sectors as libcrypt.. Here's the German .sbi:

http://www.mediafire.com/?rkn9zrp52bw5hgx

432

(18 replies, posted in General discussion)

Like I said, it's a command line (DOS) application.. You'll have to use the command prompt

German instructions: Öffnen Sie das Eingabeaufforderungsfenster, indem Sie auf die Schaltfläche Startklicken, auf Alle Programme klicken, auf Zubehör klicken und dann auf Eingabeaufforderung klicken.

433

(18 replies, posted in General discussion)

Askarus wrote:

I don't want to mess around with that stuff.
The .sub data I got is good for me.
If you want it, you'll get it.

Ok, so spam it is. Hope a mod/admin can remove this thread.

434

(18 replies, posted in General discussion)

Thanks for the link but I can't use psxt001z.
There are some lines and then I have no other possibility than pressing a button to end the program.

Please be more specific.. tell us what command you used and provide a screenshot or text copy of the output.. You'll have to use the command prompt and use 'psxt001z --libcryptdrvfast [drive_letter]'

If that command doesn't work on the version I linked, then try this version (it's the same one that's mentioned in the guide): http://www.mediafire.com/?lpxbegqdt1tq23p .. If that one doesn't work either, try using a different drive.

Alternatively, you can provide the other dump details (track01 + track02 size/hashes, write offset, ring etc.) and we can add the libcrypt data from another source (once we add the complete dump into the db you'll be able to grab the .sbi). Here's the psxt001z sectors.log output from a German image:

MSF: 03:14:29 Q-Data: 41 01 01 03 12 09 00 03 14 2d cc c2
MSF: 03:15:24 Q-Data: 41 01 01 03 13 20 00 03 15 04 af d0
MSF: 03:21:55 Q-Data: 41 01 01 0b 19 55 00 13 21 55 44 48
MSF: 03:24:12 Q-Data: 41 01 01 03 02 12 00 03 20 12 30 0e
MSF: 03:25:03 Q-Data: 41 01 01 03 23 13 00 03 25 0b 96 1a
MSF: 03:28:28 Q-Data: 41 01 01 03 06 28 00 03 2c 28 ae 9b
MSF: 03:32:19 Q-Data: 41 01 01 03 30 59 00 03 32 1b 9d 6d
MSF: 03:34:51 Q-Data: 41 01 01 01 32 51 00 43 34 51 2a 66
MSF: 09:27:55 Q-Data: 41 01 01 0d 25 55 00 29 27 55 69 c0
MSF: 09:28:71 Q-Data: 41 01 01 08 26 71 00 89 28 71 96 71
MSF: 09:35:52 Q-Data: 41 01 01 09 73 52 00 09 37 52 c7 f5
MSF: 09:38:04 Q-Data: 41 01 01 01 36 04 00 19 38 04 cc 90
MSF: 09:38:58 Q-Data: 41 01 01 49 36 58 00 0b 38 58 aa b2
MSF: 09:41:59 Q-Data: 41 01 01 0b 39 59 00 49 41 59 a9 c2
MSF: 09:46:13 Q-Data: 41 01 01 09 44 1b 00 09 46 03 e8 90
MSF: 09:48:59 Q-Data: 41 01 01 09 44 59 00 09 08 59 68 07

Original sectors: 48
LC1 sectors:      0
LC2 sectors:      0
Other sectors:    16

435

(18 replies, posted in General discussion)

Askarus wrote:

^
There's an European MediEvil .sbi but it's for the English version.
It doesn't work with the German one.

Obviously the German version isn't dumped yet, so that's why there isn't a .sbi for it also..

This guide link is working for me: http://redump.org/guide/libcrypt/

But I suppose you mean the psxt001z link.. You can find a version of it here: http://redump.org/download/psxt001z-0.21b1.7z (hope this version has the Libcrypt features that you'll need)

436

(7 replies, posted in News)

javidelarosa wrote:

In the end of this year 2012 i want to see 25000 dumps in redump O___O

And I wonder how many trurip dumps  wink

437

(1 replies, posted in News)

Nice, this was definitely annoying yes  smile

438

(4 replies, posted in General discussion)

708 is known to have issues due to a problematic chipset.. You're prolly better of getting a newer version (like 716/755/760)  or a CDRW plexwriter if you can

DJoneK, the PC mod,  hasn't been active for some time, so that's why they haven't been added yet

440

(7 replies, posted in General discussion)

You need to use MineSweeper for dumping the ISO.. XBC is only for SS+PFI+DMI.. please follow this guide: http://forum.redump.org/topic/6073/xbox … tructions/

rcw003 wrote:

Does anyone know if the newest Plextor drives still support  d8h?  Looking at purchasing a drive to replace one that is dying and was looking at the PX-L890SA.  http://www.newegg.com/Product/Product.a … 6827249066

Thanks

They don't.. PX-760A is the last one that supports it

442

(10 replies, posted in General discussion)

You still have to get the offset using a PC drive.. and iR0b0t claims that low density and high density area's can have different write offsets  big_smile I don't think a gdrom drive can dump scrambled?

443

(10 replies, posted in General discussion)

Yeah it only reads the TOC afaik, so brand shouldn't matter.. just make sure that it's refreshed properly..

Some things that you can try is testing different read speeds, retrying a couple times with reading (sometimes it won't read a number of times, but then at one point it gets past the seeking and starts reading), and also making sure that clonecd device driver isn't running in the background (had some problems with this in the past).

I also bought one of those IDE>SATA usb convertors from ebay some weeks ago. I'll give it a try with my samsung drive when it arrives in the mail.

444

(10 replies, posted in General discussion)

Pandor wrote:

Since I've been having only sporadic success using the swap trick, I am looking for a more easy solution.

You're prolly better off finding out why it's not working like it should, instead of resorting to inferior methods. Are you dumping with the samsung drive and taking the cover off when swapping discs?

445

(3 replies, posted in General discussion)

I think that all genuine plextor drives pretty much have the same capabilities (built around the same software)?

A drawback to this drive is it not able to go below 4X speed reliably.

Could you elaborate that plz? Because I've always found the lower capable speeds (at least for burning) to be an advantage of the CDRW models (the PX-760A wouldn't read or write below 4X).

Maybe it's good to add a list of 'real' Plextor drives, so that people will know which ones to look for? And maybe we could make some sort of ranking based on price/availability/capabilities. Here's to start off the list, but I'm sure there are more:

CDRW:
PX-W1210A / PX-W1210TA / PX-W1210S
PX-W1610A / PX-W1610TA
PX-W2410A / PX-W2410TA / PX-W2410TU
PX-W4012A / PX-W4012TA / PX-W4012S / PX-W4012TS / PX-W4012U / PX-W4012TU
PX-W4824A / PX-W4824TA / PX-W4824U / PX-W4824TU
PX-W5224A / PX-W5224TA / PX-W5224TU
Premium
Premium2

DVDRW:
PX-708A / PX-708UF
PX-712A / PX-712SA
PX-716A / PX-716SA / PX-716AL / PX-716UF
PX-755A / PX-755SA / PX-755UF
PX-760A / PX-760SA

As for the meaning of the letters, I know that:

A = Atapi (IDE)
SA = S-ATA
U = USB (external model)
F = FireWire

And I think the T (= Tray?) models are the same as non-T.

BTW. I feel that this topic shouldn't be a sticky, because it states opinions rather than general policy

ps. I agree with themabus' feeling that things sorta got 'out of hand' and we just kept adding more systems which less and less suitable for our initial dumping method. Go have some talk with ripper about  'half sectors' and sector overlaps etc and you'll learn that your proposed solution prolly isnt even gonna cut it. A custom format would be needed in order to really preserve all these mastering errors and oddities.

And maybe it's a good idea to just mark any dump that isn't preserved correctly under the current standards as 'yellow'. Otherwise we just keep on mixing flawed dumps with known good ones (then again, how can we be sure a dump is good if we keep raising the bars and keep on adding new fields and new requirements?).

There's little point in talking about switching as long as trurip isn't available. It's the only dumping tool that can rip properly to this format, and Truong is maybe the only person besides elby who has thorough knowledge of the .ccd format (which is proprietary and closed).

Also, I'm not really in favor of redumping 15000? CD's.. maybe it's best to separate the systems that really need ccd and subchannels (PC, PCE, etc.) from the ones that don't (like PSX and some other major systems), and maintain the old dumping method for the latter ones.. that would make the operation much more feasible.

Nexy wrote:

Themabus: I'm not sure what your getting at here.

The dumping format is simply incomplete and out of date.. There's little point in asking people to dump subchannels if this data is mostly discarded and it only serves for a flawed interpretation of what the gaps should be like.

themabus wrote:

eh, are Truman and Jackal still trying to steal this super advanced and very useful program?

afaik it's buggy and hasnt been worked on for years. Just wait some more years for trurip or robotrip or whatever's supposed to come out (or code it yourself, I know you have the skills tongue).. Maybe we could have a decent open source project going if the authors of these programs didn't have such big ego's. Then again, if you have two parties who aren't sharing any knowledge, you can't expect one of them to start doing that.

449

(19 replies, posted in General discussion)

Apparently cobra usb can dump decrypted iso dumps. The encrypted dumps that we have now are potentially useless: http://psx-scene.com/forums/f149/ps3-di … ndex2.html

Looks like iR0b0t was responsible for the editing