forums.ps2dev.org

I've done a bit of experimenting and here are my results: On the light type register (0x5f on light 0) it seems bit 1 switches between specular and diffuse lighting (1 is specular, 0 is diffuse). Bit 8-9 changes the light direction somewhat, so I guess it changes point / directional / spot light or ...

Make sure that psp-make.bat states the correct path of your cygwin installation, ie begins with @c:\cygwin\bin\bash ... or if cygwin is installed on d: @d:\cygwin\bin\bash ... If that doesn't work, please try to specify your problem in more detail, what happens for example if you run...

This is my kxploit rule (full patch here: http://forums.ps2dev.org/viewtopic.php?t=2474 ) KXTARGET = $(shell echo $(TARGET)000000 | cut -b1-6) KXDIR = $(KXTARGET)_________________________1 KXDUMMY = $(KXTARGET)~1% kxploit: $&...

First of all, big thanks to chip for the outstanding work on libGU. I've been experimenting a bit with lighting, but I can't seem to get a light to be specular and diffuse at the same time. Is it possible? Basically, this code gives nice diffuse lighting: ScePspFVector3 lpos = { 5, 0, -20 &...

It is used in LoadExecAction right before rebooting. I _think_ it unpacks a fresh kernel image.

(LoadExecAction is the meat of the LoadExecBody worker thread started by sceKernelLoadExecThread, which does the work of the well known sceKernelLoadExec :)

So that it worked for me I had to change (KXDIR) by (TARGET) and (KXDUMMY) by (TARGET)%. Where is KXDIR and KXDUMMY supposed to be defined? I looked at the build.mak and it's not there. Am I missing something? No, you're absolutely right. They're defined in my suggested patch to build.mak, like thi...

I just hacked together a way to run the psp toolchain under cygwin from inside visual studio.net. It includes converting gcc error messages to something visual studio can parse. If anyone comes up with a cleaner way to accomplish this it would be great, but at least this works. This assumes that the...

Hi! I have made some changes to build.mak in pspsdk, for easier use on v1.5 psp. In the target kxploit I have changed the path names in order to hide the "corrupted data" entries in the vsh. I have added the target kx-install which installs the kx directories to the user specified PSP_MOUN...

You never expect the Spanish inquisition!

ThreadManForKernel: 0x278c0df5 sceKernelWaitThreadEnd sceSuspendForKernel: 0x98A1D061 sceKernelPowerRebootStart Edit 1, added some more: memlmd: 0x8BDB1A3E sceUtilsGetLoadModuleABLength ModuleMgrForKernel: 0xA6E8C1F5 sceKernelRebootPhaseForKernel UtilsForKernel: 0x78934841 sceKernelGzipDecompress Sy...

I think thay may be be what we are seeing in the photo.

What does this sentence mean?

If Oobles' post seems too complicated and long (chances are it does), then maybe Mr. Period could help?

Which we don't talk about here either, since as far as I can tell nobody here ever plays games ;)

This sounds very much like the stack is unaligned, or rather not aligned strictly enough. A non-static local variable as well as a member variable in a local object are allocated by reserving space on the stack. If the stack for example is guaranteed to be 8 byte aligned then there is only a 1-in-8 ...

I am sorry if I was unclear. I didn't expect x to be destroyed when the function exits, but when the program exits. A global instance of Bar is destructed properly after main() with Stefan's fixes. x does never get destructed though. Please see this test program: #ifdef _EE #include <tamtypes.h> #in...

The constructors and destructors are working very well for me now, thanks a lot Stefan! The only thing I noticed is that static objects at function-level does not get destructed at all, ie void foo&#40;&#41; &#123; static Bar x; &#125; The Bar destructor is never called for x even th...

I pulled my hair slightly before I found a solution to this. The problem is the link order of the libraries. When you link with ee-g++ it adds libstdc++ to the link automatically, but unfortunately in the wrong order. Link with ee-gcc instead and add libstdc++ manually before any other libraries in ...