Ps3 Dev jaicrab has released dumps of the CobraUSB Dongle. However, these dumps are not confirmed to be working on any dongle, but it is a step forward to playing your PSX ISO as well as watching region free BLU-RAY on all PS3 models including SLIMS. And PS2 ISO compatibility on BC PS3(launch PS3s).
Here is a quote from the source:
|
This was translated by jean945
The original can be found at the source
Source
http://jaicrab.blogspot.com/2011/06/ps3-dump-cobra.html
http://psgroove.com/content.php?1160…sed-by-Jaicrab
Also thanks to manster for being the original source, by posting them here , and IRC.
06-24-2011
02:42 PM
Hihihihi
I wait for a Portage of the Dump on the E3 Card Reader.
Thanks for the news
06-24-2011
02:44 PM
My translation
"This is from everyone. Let's enjoy it.
Cobra 1.2 http://www.megaupload.com/?d=MKF02IXN
Cobra 2.0 http://www.megaupload.com/?d=NEP6CVW7
Kernel is 3.41v2 Original.
My support for Graf_Chocolo. Help him.
http://grafchokolo.com/grafchokolo-fight-sony.html"
06-24-2011
02:58 PM
When it says "PS2 ISO compatibility on BC PS3(launch PS3s)", is that literally only for launch PS3's (20 gig?), or would it also work for the 80 gig models? If i remember, my 80 gig has some sort of BC, but im fuzzy on the whole software emu vs emotion chip stuff.
06-24-2011
03:02 PM
06-24-2011
03:07 PM
Anyone confirmed this working?
06-24-2011
03:27 PM
cant get it to work
only gave it 5 mins of time though got to go out. ill give it a proper test when i get back in.
06-24-2011
03:49 PM
cool beans i am at 3.55 rebug i would be willing to downgrade if i have to i still own my blackkat board so i am still good if someone does not intergrade this into CFW. i am very happy i stuck with my 60GB launch model. thanks for all the hard work people
06-24-2011
03:58 PM
Any chance of 3.15 versions for 32kb dongles?
06-24-2011
05:25 PM
Would be nice because i still have an ecliPS3 dongle laying next to me which can flash any Hex Codes for all Chipsets...
06-24-2011
05:43 PM
Almost time to blow the dust off my E3 Card Reader I guess
06-24-2011
05:47 PM
I have a PsJailbreak2 and an AmazeBreak 3.0, absolutely ready to be flashed :D
06-24-2011
06:22 PM
Correct translation (I should be doing official spanish translations, lol):
Cobra 1.2 http://www.megaupload.com/?d=MKF02IXN
Cobra 2.0 http://www.megaupload.com/?d=NEP6CVW7
Kernel is "3.41v2 Original".
My support goes out to Graf_Chokolo. Go help him.
http://grafchokolo.com/grafchokolo-fight-sony.html
06-24-2011
07:23 PM
i want to try this out but i have a rebug made linux partition with a kmeaw 3.55 overflash.
wich one do i neet to get ????
06-24-2011
07:31 PM
Please someone create a ps2 emulator for the ps3.
06-24-2011
08:02 PM
can someone move my last post over to qa flagging
06-24-2011
08:13 PM
can anyone get on h**p://www.cobra-usb.com/ the site seems down to me since day one maybe an IP block?
06-24-2011
09:08 PM
06-24-2011
11:05 PM
I honestly would get more use out of PS2 ISO loading then PS3.... If it wasn't for my PS3 being the single best media player I own, I probably would sell it. Hmmm well my PC plays media better but the PS3 does it from the couch and the comfort factor cannot be under estimated lol
Long live the PS2!!!! PS1 ISO's could be fun too SOTN and Road Rash FTW! hmmm yeah
Jaicrab if you can make a .pkg for this noob or some one else makes it with your help I promise to create some kind of alter with candles and maybe some sort of voodoo good luck spell or something lol
ALL HAIL THE MIGHTY JAICRAB!!! *bows fervently*
06-25-2011
02:33 AM
06-25-2011
02:45 AM
Supports allot more SD formats than the PS3.
06-25-2011
05:04 AM
Use a proxy (http://hidemyass.com/)
06-25-2011
05:09 AM
06-25-2011
05:17 AM
with a proxy it works fine
06-25-2011
08:25 AM
Can anyone make this into a hex to put on a E3 or USB GO?I still use USB GO with fw 3.41 and would love to play some ps1 games off my hdd.Thanks
06-25-2011
09:50 AM
Could a pup with cfw355 be installed on a system with 3.66 with a spoofer?
06-25-2011
09:58 AM
Man, this would be awesome if it ever gets CFW 3.55 support.
06-25-2011
10:01 AM
http://www.ps3hax.net/2011/06/ps3-de...he-cobra-keys/
06-25-2011
11:22 AM
Is any staff member going to edit the main post with the correct translation I made earlier?
06-25-2011
07:18 PM
this is the best thing that came out since the release of backup managers ,too bad people can't install or run .bin file on there ps3
06-25-2011
07:49 PM
come on dean, implement in multiman 2.00.08 for me lol
06-25-2011
11:05 PM
i sure hope that jaicrab CFW will be stable as kmeaw CFW cause PS2 backwards is amazing news ...
06-25-2011
11:31 PM
I'm getting excited that the scene is getting closer to PSX backup support. In preparation for this, I've started creating backups of my PS1 and PS2 games, and I have some questions about the backup formats...
1) Should I be creating an ISO or BIN files for these disc images? (I know that no one knows entirely for sure yet how this is gonna be implemented, but someone must know better than I)
2) When creating an ISO, ImgBurn also creates a MDS file -- should I make sure to save that guy too or is it extraneous?
3) When creating a BIN, ImgBurn also creates a CUE file -- should I save that thing too?
Thanks a bunch!
06-25-2011
11:33 PM
well cobra supports bin/cue pairs so i guess you will be ok. yes keep both, cue files are so small that won't even make a difference if they are not used, and i don't really think they are used.
06-26-2011
11:12 AM
So are BIN files better than ISO for backup play purposes? Does it make any difference at all?
And should I even be doing the backups with my PC ahead of time, or will the implementation probably require you to insert the disc into the PS3 and rip the image from there?
06-26-2011
02:34 PM
no they are the same.
06-26-2011
06:27 PM
glad everybody is focusing on this matter instead on the fact that all we have for the moment are just a couple of files that the end user can't use for any ps2 backups or anything else . . . guess that Optimism is a good thing . . . anyway as i have BC ps3 i also hope something will be out soon and we wont end up waiting for some variant of "Multiman experimental support for ps2 " that never worked for nobody till this moment considering time and all its updates
07-08-2011
07:21 AM
Jaicrab has now released usefull information of the protective measures from Cobra Usb. This is for everyone who is interested in reversing the dumps.
Translated with google:
EXPLAIN RTOC COBRA TRICK
The JIG Cobra has several protective measures to ensure that your code could not be used correctly even if your code could be dumped.
This trick rtoc in the registry is the first used for this purpose in addition to hinder analysis.
Registration is initially rtoc stored in the battery to keep the rtoc of lv2 and power it back later:
# =============== S U B R O U T I N E
cobra_syscall_sm_shutdown_hook: # CODE XREF: syscall_379 j
.set arg_20, 0x20
.set arg_28, 0x28
.set arg_30, 0x30
.set arg_38, 0x38
.set arg_40, 0x40
mflr %r0
std %r0, arg_20(%sp)
std %rtoc, arg_28(%sp)
At this point we have to explain that the OFFSET DELTA.
DELTA OFFSET is a method used in the x86 in its original moments in the creation of computer viruses,
to calculate the memory address in which we are in the sea of bytes in RAM.
In the original time a computer virus when I did not know where he was pulled into an executable,
depending on the executable it could be an initial site or another, for it was invented DELTA OFFSET.
DELTA OFFSET can be used in any system, the procedure is:
- Using the record that indicates the current execution address (or the next depending on the system)
- Reducing the size of the previous code we use the value obtained from the registry.
Knowing this, and taking for example the x86 processor where the EIP register can not be read directly invented the trick
make a call to a "subfunction" which is simply the following line to the call:
call x
x:
pop eax
X86 call instruction saves the top of the stack the address of the next instruction to itself.
Thus using pop draw from the top of the stack this value, and stored in eax for example, and having the memory address
where we only subtract the above would be missing and we have the exact calculation.
The PowerPC can use this trick using the BL instruction is equivalent (LINK BRANCH), which jumps to a "subfunction" but before you save
LR in the record the following address to BL.
bl _delta_offset
_delta_offset:
At this point we see the trick used for the creation of the rtoc of charges at this time.
If you look both r0 and rtoc are passed to 0:
li %r0, 0
li %rtoc, 0
Subsequently, given the value 0x11DE0 to rtoc:
oris %rtoc, %rtoc, 1
ori %rtoc, %rtoc, 0x1DE0
A r0 is given the value 0x920:
oris %r0, %r0, 0
ori %r0, %r0, 0x920
R0 is subtracted from the value of rtoc:
subf %r0, %r0, %rtoc
Unlike the PowerPC x86 LR register can be read directly with mflr instruction, we put in RTOC the value obtained by the delta offset:
mflr %rtoc
To calculate the delta offset subtract final instructions executed before the delta offset, which were 4, or 16 bytes:
addi %rtoc, %rtoc, -0x10
Finally we add the value of r0 at the end of the delta offset RTOC, storing the result in the RTOC and this already takes RTOC suitable for this hook
add %rtoc, %rtoc, %r0
It takes having the RTOC stored in the stack 3 arguments that the hook received:
std %r3, arg_30(%sp)
std %r4, arg_38(%sp)
std %r5, arg_40(%sp)
You call the function of the charges where the first argument will check for command 0x8202 (a special command to the usual
bl cobra_syscall_sm_shutdown
After making the necessary steps as charged, the battery recovers the original RTOC, like the arguments the hook received, it executes the original instruction
that was overwritten in the syscall entry 379 (in this case) to have our hook, and call the original syscall lv2:
ld %rtoc, arg_28(%sp)
ld %r3, arg_30(%sp)
ld %r4, arg_38(%sp)
ld %r5, arg_40(%sp)
mfcr %r12
bl original_syscall_sm_shutdown
Upon returning to retrieve the original LR from the stack and returns to the prompt,
ld %r0, arg_20(%sp)
mtlr %r0
blr
# End of function cobra_syscall_sm_shutdown_hook
Translated Source