forums.ps2dev.org

[Saracchini]

Hy, i new here and i trying to port my SDL aplications to PSP.
I sucessfully installed the SDK and SDL and tried port my first test application, an BOx2D debug renderer and it worked fine ...in fact it is more faster than i expected !

The problem is that the EBOOT runs only in kernel 1.50 code... i tried run the patch found in one post here with the last revision (2380) but no succes... the patch says that some HUNKS failed and when i compile SDL and my application it wont run in 3.xx mode.

Another problem that i found is some video modes crashes my PSP. I´m using these videoflags:

[jimparis]

[Saracchini]

I´ve just updated and recompiled entire toolchain and SDL library with the latest sources. And looking in the patch it´s clear that is not necessary patch the latest revision. But the 3.xx kernel problem remains yet...

This is my MakeFile:

[jimparis]

I just build a new copy of the toolchain and libraries (using psptoolchain and psplibraries) on a new machine, and I don't get the 800200D9 error when I compile your application and run it on 3.90M33-2. It doesn't display anything and eventually powers off the PSP, but I don't get that error, so there must be something different or still not fully updated in your toolchain.

About the crash, other SDL applications work fine, so I think it' ssomething in the Box code...

[J.F.]

One thing I noticed in the new SDL code is that it sets the thread stack size to be TINY (32 kB). That's not good... not good at all. I've seen programs that need a stack that's at least 1 MB to run correctly. The PSP header stuff needs to be removed from SDL main and into the dev's program. Setting the heap size and thread stack size inside SDL main is bad - the dev has no control over something he needs full control over. For example, the heap size is hard coded in SDL main to 20 MB. But suppose the program is too big to allow that - SNES9xTYL uses a heap size of 14 MB. You certainly couldn't do an SDL version using SDL main the way it is now. As it stands, you STILL need to not use SDL main for SDL programs on the PSP unless it's something simple (i.e., not useful).

[Saracchini]

The thing that i dont understant it's why this program runs perfectly when i compile it for kernel 1.50... the animation and BOX2D library calls works without problems... i tried change the heap size and thread stack size but it aways gave me the same error... if i remove the SDL_main reference and set these settings (sdl_psp_exit_callback,sdl_psp_callback_thread,PSP_HEAP_SIZE_KB,etc...) in main.cpp it shows black screen and resets PSP.
With simple SDL programs (including one posted in another "SDL with 3.xx" thread of this forum) i have exactly the same problem... PSP resets with black screen.

I updated everything in PSP toolchain and SDL with the latest sources of the repository...

The programs running in x86 platfomrs (Windows & Linux) uses about 5 MB of memory... i dont know if it will be the same for PSP , but i think that BOX2D is not the main problem... it worked even in my port for old Symbian phones...

-----------EDIT---------------------


I fixed my makefile... i just removed entire references to SDL_main from the makefile, corrected my implemetations of CallbackThread and ExitCallback and called PSP_HEAP_SIZE_MAX withou parameters... it compiled and worked perfectly...

my makefile now is like this:

[J.F.]

It's EXACTLY what I said it was... not enough stack. I bumped the PSP_MAIN_THREAD_STACK_SIZE_KB to 1024 in SDL_main.cpp, recompiled SDL, then recompiled this test, and it works fine. I have no idea how it would work in 1.50 with the small stack... must be the stack in 1.50 is someplace where it doesn't crash immediately when you walk on the stack.

By the way, you aren't using sprintf right in your main. You don't have a buffer as msg is just a pointer, not a character array. You could allocate some memory for it, but you don't - then you free msg after the sprintf when it's not been initialize to begin with. I guess it's lucky that those SDL functions weren't failing. :)

[jimparis]

[J.F.]

[jimparis]

[J.F.]

Yeah, it's time to add that (MAX - reserve) code to the heap size. That would be good for this SDL issue. I already posted some code on that earlier, but there's always another way to do it.