PS2SDK Maintainers - By Project
PS2SDK Maintainers - By Project
EE
ee/debug - Steve F (steve_ps2dev@att.net)
ee/dma - ooPo (peori@oopo.net)
ee/draw - ooPo (peori@oopo.net)
ee/erl - Pixel (pixel@nobis-crew.org)
ee/erl-loader - Pixel (pixel@nobis-crew.org)
ee/graph - ooPo (peori@oopo.net)
ee/kernel - Pixel (pixel@nobis-crew.org)
ee/libc - Pixel (pixel@nobis-crew.org)
ee/loader
ee/math - Pixel (pixel@nobis-crew.org)
ee/math3d - ooPo (peori@oopo.net)
ee/packet - ooPo (peori@oopo.net)
ee/sbv
ee/startup
EE/RPC
ee/rpc/ahx - Raizor (raizor@ntlworld.com)
ee/rpc/audsrv - Gawd (gil@megidish.net)
ee/rpc/camera - LionX (brent_toast@hotmail.com)
ee/rpc/cdvd
ee/rpc/filexio
ee/rpc/hdd
ee/rpc/keyboard
ee/rpc/memorycard
ee/rpc/mouse - Rinco (matthewh@webone.com.au)
ee/rpc/multitap - Rinco (matthewh@webone.com.au)
ee/rpc/pad - Rinco (matthewh@webone.com.au)
ee/rpc/padx
ee/rpc/poweroff
ee/rpc/remote
ee/rpc/sior - Pixel (pixel@nobis-crew.org)
ee/rpc/tcpip
IOP
iop/dev9
iop/fs
iop/hdd
iop/kernel
iop/sbusintr
iop/siftoo
iop/sound
iop/system
iop/tcpip
iop/usb
iop/usb/camera - LionX (brent_toast@hotmail.com)
iop/usb/keyboard
iop/usb/mouse - Rincoe (matthewh@webone.com.au)
iop/usb/usbd
ee/debug - Steve F (steve_ps2dev@att.net)
ee/dma - ooPo (peori@oopo.net)
ee/draw - ooPo (peori@oopo.net)
ee/erl - Pixel (pixel@nobis-crew.org)
ee/erl-loader - Pixel (pixel@nobis-crew.org)
ee/graph - ooPo (peori@oopo.net)
ee/kernel - Pixel (pixel@nobis-crew.org)
ee/libc - Pixel (pixel@nobis-crew.org)
ee/loader
ee/math - Pixel (pixel@nobis-crew.org)
ee/math3d - ooPo (peori@oopo.net)
ee/packet - ooPo (peori@oopo.net)
ee/sbv
ee/startup
EE/RPC
ee/rpc/ahx - Raizor (raizor@ntlworld.com)
ee/rpc/audsrv - Gawd (gil@megidish.net)
ee/rpc/camera - LionX (brent_toast@hotmail.com)
ee/rpc/cdvd
ee/rpc/filexio
ee/rpc/hdd
ee/rpc/keyboard
ee/rpc/memorycard
ee/rpc/mouse - Rinco (matthewh@webone.com.au)
ee/rpc/multitap - Rinco (matthewh@webone.com.au)
ee/rpc/pad - Rinco (matthewh@webone.com.au)
ee/rpc/padx
ee/rpc/poweroff
ee/rpc/remote
ee/rpc/sior - Pixel (pixel@nobis-crew.org)
ee/rpc/tcpip
IOP
iop/dev9
iop/fs
iop/hdd
iop/kernel
iop/sbusintr
iop/siftoo
iop/sound
iop/system
iop/tcpip
iop/usb
iop/usb/camera - LionX (brent_toast@hotmail.com)
iop/usb/keyboard
iop/usb/mouse - Rincoe (matthewh@webone.com.au)
iop/usb/usbd
Last edited by ooPo on Sat Jan 06, 2007 2:34 pm, edited 4 times in total.
I'll go with editing your post, if you don't mind.
pixel: A mischievous magical spirit associated with screen displays. The computer industry has frequently borrowed from mythology. Witness the sprites in computer graphics, the demons in artificial intelligence and the trolls in the marketing department.
Thank you so much. Accepting this award means so much to me (tear). I would like to thank my manager, my mom, and of course all my fans. I couldn't have done it without you (gets walked off stage).
oopo, would you kindly update my e-mail address to steve_ps2dev@att.net .
oopo, would you kindly update my e-mail address to steve_ps2dev@att.net .
Seems there's lot of stuff into /iop you're not even listing here, no ? And what about tyr ? doesn't he want to be listed into the modules he wrote ? :)
pixel: A mischievous magical spirit associated with screen displays. The computer industry has frequently borrowed from mythology. Witness the sprites in computer graphics, the demons in artificial intelligence and the trolls in the marketing department.
ooPo: To be completely honest, I've been debating writing a brand new debug lib and was thinking about taking charge of that, but seems steve has more motivation on it than I do.
Sadly I don't think I know enough of how any of the available parts work to claim to be able to repair problems with them, so I'm afraid I must decline.
Sadly I don't think I know enough of how any of the available parts work to claim to be able to repair problems with them, so I'm afraid I must decline.
Shoot Pixels Not People!
Makeshift Development
Makeshift Development
Drakonite,
Don't worry about bumping me off debug. As a new person to ps2 development I still have a lot to learn and actually prefer deferring to those more experienced. That, and I have very thick skin.
In addition to the changes I'm working on documented in ps2 development forum, I was looking at tv test patterns with the thought of being able to code them into functions instead of elfs or something like that.
Then this afternoon I was thinking about how debug/init_scr sets up the frame buffer but sets pcrt to use display circuit two. I wondered why that was so. Maybe it's possible to have a game program running out display circuit one, then for testing and debugging, code off of one of the controller buttons to switch to display circuit two where scr_printf's are reporting frame timing averages or some other real time data while the main program continues to run. I also found a function that looks like it will take whatever is on display circuit one and dump it back to ps2client as a graphic file. Well, these are just musings.
Don't worry about bumping me off debug. As a new person to ps2 development I still have a lot to learn and actually prefer deferring to those more experienced. That, and I have very thick skin.
In addition to the changes I'm working on documented in ps2 development forum, I was looking at tv test patterns with the thought of being able to code them into functions instead of elfs or something like that.
Then this afternoon I was thinking about how debug/init_scr sets up the frame buffer but sets pcrt to use display circuit two. I wondered why that was so. Maybe it's possible to have a game program running out display circuit one, then for testing and debugging, code off of one of the controller buttons to switch to display circuit two where scr_printf's are reporting frame timing averages or some other real time data while the main program continues to run. I also found a function that looks like it will take whatever is on display circuit one and dump it back to ps2client as a graphic file. Well, these are just musings.
Steve: If you have any motivation to work on it feel free.
I've been debating writing a new debug lib of some type, with a text mode lib (possibly seperate) and wrapper functions that can be easily redirected to any of the available outputs, i.e. nprintf, sio_printf, scr_printf, etc.
My motivation has been wanning in favor of other things though, so if you have the motivation to work on it feel free.
I've been debating writing a new debug lib of some type, with a text mode lib (possibly seperate) and wrapper functions that can be easily redirected to any of the available outputs, i.e. nprintf, sio_printf, scr_printf, etc.
My motivation has been wanning in favor of other things though, so if you have the motivation to work on it feel free.
Shoot Pixels Not People!
Makeshift Development
Makeshift Development
If it's just someone to contact as being in charge, then feel free to hand me anything that it at least sounds like I understand ;)
Shoot Pixels Not People!
Makeshift Development
Makeshift Development