forums.ps2dev.org

i truthfuly do not doubt that i may be getting things mixed up a bit, so i am in fact going to do a lot of reaserch lol... but what im trying to do is, just find a hole that sony would have never expected and create a program to work with mohh or Your exploit src that will somehow link to a seperat...

I've seen many posts on other forums -n- stuff about exploits on 6.20. there is a psardumper that decrypts the firmware, could this be of use on psp 3k? i managed to decrypt 6.20 using psp 1000 5.00 m33, but idk if it will do any good for 3k... there are also claims for 6.20 exploits that are said ...

i truthfuly do not doubt that i may be getting things mixed up a bit, so i am in fact going to do a lot of reaserch lol... but what im trying to do is, just find a hole that sony would have never expected and create a program to work with mohh or Your exploit src that will somehow link to a seperat...

Blade wrote:i know this is probably off topic but, is it possible to hard mod the actual motherboard of the psp 300X to somehow disable the pre-ipl thing... or just totally wipe out the psp "OS" and reinstall a earlier FW???

no

Uhm... the code isn't really obfuscated, and it takes literally less than 3 minutes to disassemble. As said before, it was probably not cost-effective to disassemble whole CFWs, as they contain thousands of lines of code, but in this case it's only a dozen. *EDIT: Just checked... In the latest M-33 ...

It slightly reduces the number of people who can understand it, which is the main goal here I think. The lambda-user will not be interested by the source code of the eloader in the first place anyway, and, TBH, the people who can fix the syscall code in SCE will most probably be able to understand ...

Yes, the source is released (not all of it, but 90% and fully buildable) here: http://advancedpsp.tk/foro_es/viewtopic.php?f=21&t=141 If you have any questions about the inner workings, I would answer them gladly, just read this before to get the basics: http://advancedpsp.tk/foro_es/viewtopic....

Your main PRX tries to import the exports of netlib, which it itself will load, so it won't even boot. There are a few ways to work around this, search around the forums. Oh, and by the way, forget it, there is no way to capture raw packets on the PSP :) And even less possibility to inject anything.

Get

Hello World

run it throught

Prxtool

to get the

MIPS assembly

Modify it, then do

Compilation

and

Fix Program NIDs

with a tool or by hand and finally make a

static elf

Uhm... why? devkitpro is fairly well maintained and updated. The .sh script has been made (as you can maybe guess) for linux only. I guess it is somehow possible with a lot of tweaking (otherwise WntrMute wouldn't have managed to integrate pspsdk to his toolchain) but not really worth the effort.

*edit: damn browser, submitted post three times*

*edit: damn browser, submitted post three times*

Could it be possible to port the pspsdk to djgpp? It is theoretically possible, you're however better off using the mingw (no cygwin) port of devkitpro (http://www.devkitpro.org/). Where you _really_ need djgpp is on a 16bit system, which would probably have no usb support anyway. @PosX100: Try to ...

crazyc wrote:No. WinCE requires an MMU.

Are you sure of this? Having looked at the latest WinCE 6 SDK, there seems to be a possibility to have no MMU for MIPS targets. (With most of the prebuilt binaries sadly becoming incompatible)

Isn't that called gentoo? :P

I think to make it work you just need to use the usbmic exports, instead of usbcam, but the API is the same.

Uhm, scratchpad ram? You mean the piece of sh*t which noone uses, not even sony? I don't recall seeing any copy to scratchpad, but only to BFC/BFD memory areas which get remapped for the occasion.

Uhm..... no?


On the other note, all your 12 (!) posts were crappy requests or complaints. Please go away, or start posting thinks about PSP DE-VE-LOP-MENT, or, if you don't understand the word, PROGRAMMING, PROGRAMAZIONE, or whatever.

Super Sheep wrote:I'd rather not. I believe user memory is very limited in VSH. I'd rather keep away from it.

Uhm....

if you search for a way to do it without another PRX, the way will be more complex and will take up more space than a dumb prx... Plus, there is plenty memory in VSH if you know where to look.

The fact that you had such a fast speed with one read of 16 contiguous clusters is because the memory stick driver detected that they are positioned one after the other and decided to do a DMA read - which as you might expect is faster. And, as you mentioned "reading at once" (and writing)...

a) We don't even know the algorithms.

A shitload of AES128 for encryption and HMAC for signing :)

Not much is known about the Go!Cam hardware, except that it is powered by a OV560 chip. An overview is here: http://www.ovt.com/data/imagepro/pdf/OV ... 0(1.0).pdf

Yes, you can update the internal chip FW, and very very easily, which exactly what wlanfirm_magpie.prx and the other one do. However, you need to update it with the correct one :) Sony interface the WLAN controller with a memory stick host interface, and I am sure the WLAN firmware somehow takes thi...

I looked at the usbcam.prx and it seems that the still resolution and video are linked. That is if you set a still image resolution higher than 1024x768, you have to decrease the video framerate to 15 FPS. Ask Sony why, but it seems like they're have been taking some design shortcuts recently :) As ...

The error code is because of the way you setup your stillparam. Can you paste it here?

nice :)

From what i can understand - after deciphering for a while - you're not giving enough information. You should post the relevant code instead of asking a general question... But my guess is that 8 MP3 decodings at the same time might be a little too much for the PSP memory- and power- wise. As for th...

The PSP's network module architecture has been copied from an ancient system which - by luck - was made to have several interfaces. You just have to attach your network interface through the sceNet commands, but first after having completely understood the custom structures used as parameters. (They...

%08X would be better :) Don't expect sony to keep nice versions in ASCII format...