forums.ps2dev.org

I already came on the site with the expectation of some funny april 1st jokes. But as a ps2dev addicted I didn't find this one very funny :(

...ok, it wasn't too bad, got me to do something productive in my spare time ;P

I think you shouldn't take everything too seriously. Especialy comments with winking emoticons at the end ;)

ralferoo:
Great, you just ruined all of jockyw's effort to motivate others to actually do it. Now no one will even try (me included) ;P

does this mean that this: * NOTE&#58; Please use scePowerSetBusClockFrequency and * scePowerSetCpuClockFrequency instead of this function * for clock <= 222 and bus <= 111. is also not valid anymore? (I guess this was just assumed because the wrong parameters didn't bring the expected results (?...

Does it have to be asm? from ps2cam_rpc.c : ... DI&#40;&#41;; ee_kmode_enter&#40;&#41;; iop_addr = &#40;int *&#41;&#40;0xbc000000+ret&#91;1&#93;&#41;; memcpy&#40;&campacket&#91;0&#93;,iop_addr, ret&#91;0&#93;&#41;; ee_kmode_exit&...

Maybe a stack issue? I had a similar problem with networking. Then after a while I noticed the stack of the networking thread was set to just 1kB :P (after setting it to 128kB I didn't have problems anymore). If you don't use threads (I don't know what the default stack size of the main thread is), ...

That means, if you want to access SPE's you have to find out which one is damaged and avoid it IIRC they already disable it in factory, and you cannot realy check which one it is. Its allways SPE0 - SPE6 and you don't really know if there is/was a damaged in between or if "SPE7" is disabl...

No... try harder. Maybe if you write 10 more posts some people might think about it and write that IRX for you

dot_blank: thanks for the extra points :) leenoi: the result in aStickR is a value from 0 to 15 (16 different values) depending on the direction you pull the stick in. if it's -1, it means that it's not pulled in any direction (relatively) depending on the threshold value (4500). if you change the 1...

thats my solution: (for 16 directions) // s16 aStickR, aStickX, aStickY; aStickX = pad.Ly - 128; aStickY = pad.Lx - 128; if &#40;getSqrRadius&#40;aStickX, aStickY&#41; > 4500&#41; &#123; aStickR = &#40;&#40;atan2f&#40;aStickX, aStickY&#41; + M_PI&#41; / &#...

IIRC the parameter should always be 0. If you want to "re-enable" the turning-off then just stop calling the powerTick (you have to call it periodicaly to stop turning-off).

Ah, ok maybe that was changed then recently, sorry ;)

jimparis wrote:...Apparently this forum doesn't allow us to edit our posts...?

yes, impatient people are not allowed to edit, normal people have a 3 minutes limit IIRC ;P

Kids are really impatient these days. fergie: do you prefer 10 answer posts in one day from people who tell you that they don't know, or 1 answer after 10 days from someone who knows but doesn't visit the forums very often? If you prefer the first one then better go to this forum and to stay on topi...

Hey, they're playin' The Elephant Song.
I like this song. It reminds me of elephants :D

OK, thanks Art. To bad it doesn't work that easily :(

Art wrote:That is intriguing, it sounds like a hardcore program to require GPS
and audio in at the same time.

Not really that great, just something like a "computer, are we there yet?" while walking home thing ;)

you're welcome ;)

It just does :3... It does because "b" uses a relative branch address while "j" uses an absolute address, and as far as I remember, in the sample the ME code is copied to the ME memory before running it, so the absolute address would be different from the original location after...

Hey Art, I have also build a homemade connector so I can connect the socom headset and a GPS receiver at a time, so I don't need to switch between the two. It's connected like this: picture but somehow it doesn't work. The GPS connection and audio output is OK but the amplitude of the microphone inp...

@Neels: you might find this thread on beyond3d interesting, especially the posts from "inefficient". The people in that thread are also trying to benchmark the PS3 / PPU / SPEs, but they are already on page 9, so you might find some ideas how to optimize, which they already found out ;) bt...

...n32 and o32 stuff... Ah ok, didn't know that there are different naming conventions. I only know this list from the PS2Basics.pdf and thought thats standard for all MIPS CPUs #define zero $0 // Always 0 #define at $1 // Assembler temporary #define v0 $2 // Function return #define v1 $3 // #defin...

Ha! Nah, I hate DCEmu. They banned me for insulting their lua scripters :P I usually hang out on the psp-programming irc. Thought I do idle in math's psp chan and the noobzOT chan. I like your style :) (a little offtopic but I hope there will never be a lua player version for PS3... you hear me shi...

...So i don't know whether i just need to install this... Yes, if you want to keep it as easy as possible then you can use the PS2DevWin32 package .I'm using it as well - after the installation you just need to call the ps2dev.bat in the console, go to your project path and type make - All my proje...

If you don't want people to click your post then choose a better title next time, so every one knows from the title that they cannot help!

Sorry I didn't have time to do any further tests with this, too busy with my job atm. Also I didn't get my remote that I ordered yet, so I cannot do tests even if I had time. I gues you're on your own for the moment

Well actually everything I'm doing is including audio.h, -lpspaudio in my make file, and in my main.c : extern s32 sceAudioInputInit&#40;s32 a0, s32 a1, s32 a2&#41;; extern s32 sceAudioInput&#40;s32 a0, s32 a1, void *a2&#41;; because they are already in the audio.S of the pspsdk. The...

Ah, I see, so it was really the missing remote connector. To bad I bought only the headset without remote :(

But good to see that it already works :)

I also started to do some tests and reverse engineering last week. I found out that the sceAudioInput functions look like this: sceAudioInput(length, sample_rate, buffer); length is in samples, sample_rate is samples per second (44100 for example). And It seems to work - I get some "noise"...

Very nice. Good example how to make eboots as small as possible, i like that :)

Not a good solution for 2.00+ firmwares, because of the hardcoded syscalls, but cool anyway ;)

PeterM wrote:but one waits for the vblank

...and that's sceCtrlReadBufferPositive (which you're using)
you should use sceCtrlPeekBufferPositive instead.