forums.ps2dev.org

What was decided was that ps2dev would move to freenode from efnet by roughly all the admins here and the op's, yes #pspdev on efnet still seems to be active, and so be it, we dont force everyone to move over, actually its been quite nice, alot more actual devtalk on freenode.

Theory is sound. easiest is maybe C code for you, if not then use vu code since its less opcodes.

Get the toolchain and ps2sdk up and running on your machine, then start coding, there is plenty of example code gode when it comes to gfx, as a sidenote you could use for example gsKit for displaying images etc. read up on www.ps2dev.org -> tools to get the toolchain and ps2sdk running.

half-lebanese, half-swede :)

if you wanna see me dancing -> http://www.clubstockholm.com/Images_Festbilder/5483.jpg

Lebanon was once a French protectorate, so I should be able to compete, no ?

either download the ps2dev toolchain, or do as I said with the latest binutils and gcc-4.0 wich you can get from ftp.gnu.org.

use the source. nem's hello world for example, you can use the ps2dev gcc toolchain. or something like this for latest binutils. configure --target=mipsel-unknown-elf --prefix=/usr/local/pspdev and this for gcc-4.0.0 configure --target=mipsel-unknown-elf --prefix=/usr/local/pspdev --enable-languages...

I would think too the MIPS sde def does produce better code - its like the ADS ARM compiler, they have used their own MIPs based info to produce this. The sde-gcc mips options for example are quite different to 2.95, or 3.x.. and the docs mention that they have put effort into this (as most chip ma...

Yeah he said that the psp could be used as a remote screen, if that is true thats absolutely awesome :)

the compiler itself doesnt produce better code than the equivalent gcc version, however some of the libs have pretty good code, albeit most of that is math and something you would want to offload onto vfpu anyway. Making ee-gcc produce usabel 32bit code isnt hard btw, the only problem is that you ca...

Err I was in PSP mode, where dumping game to memstick is more probable.

vram mem is 2MB, but you can have the gpu read from main mem, anyway this info is easily found on any psp spec page you can google up.

the r4k in the psp is strictly 32bit, no 64 bit opcodes work ( apart from daddu, but it doesnt add numbers, still havent figured what daddu is on psp r4k ). the fpu doesnt have acc so msub, msuba, madd etc wich exists on ee, so dont use those opcodes. the dp emulation exists in libgcc, so unless you...

limited is not the right word, you have full access to the hw, that is by no means limited.

asking for circumventing copyright protection is against the rules. thread locked.

nice

/me puts on the cheerleader uniform and shouts go tyranid!

( see this is dev, and im not slandering or putting locks on, I can play nice ;)

well you know where userspace starts, and you have 24MB to play with, lots of pointers to use in case you worry about stack trashing.

eh ? moved to off-topic.

since you are uploading it to vram directly and not doing it via gpu pipeline you have to do the alpha calculation yourself.

time to lock this thread.

There is also docs.ps2dev.org wich is run nightly, one drawback is that not much of the ps2sdk have been marked up nicely with doc tags. but its there atleast :)

pspret, you are in no position to dictate terms, and we have no such rule on these forums that complete code must be shared, thats an option left for the author. And frankly nothing can be learned from either gb emu or tetris clone if you have paid attention to the few threads that actually contain ...

While you're at it, why don't you assemble one of those other ELF loaders and then tell me if there are any null bytes in it? Or did you forget, in all your infinite 37337 hax0r 0mG0mG skillZzZZz, that there can't be null bytes in buffer overflow exploit code? All of that could have as easily been ...

I think mrbrown put it quite clearly why the thread was locked and moved.

when it happens it will happen, moved locked.

duck firmware 1.5 ? edit your post or i will delete it.

this has been discussed before. locked and moved.

"We need mips assembly code that will load something and run it" like wtf ? im itching for moving this topic to off-topic. buffer overflow exploits useful for running code ? well hello, duh thats like the abc, why the need to reiterate. Go code instead of spending yet more time on speculat...

then go for netbsd that do have a mmu-less port :)