Hyperion Entertainment Message Boards

After some sweating I have managed to create sdl2.library. It doesn't work of course, but crashes on pthread_key_create(). (0x57C49C70) [source/linklib/lib.c:380] CURRDIR:sdl2.library:pthread_key_create()+0x24 (section 1 @ 0xB5180) (0x57C49C80) CURRDIR:sdl2.library:SDL_SYS_GetTLSData()+0xcc (section...

What system do you have? How much free VRAM you have before starting the game?

How much stack do you have? Note that there are separate stack parameters for shell and WB applications. Try increasing the stack value.

If possible, try experimenting with fullscreen/window modes.

Thanks for the information.

Does DebugPrintF enter wait state? In other words, should DebugPrintFs be removed out of Forbid/Permit context?

Have you considered doing this via the WorkbenchControl() WBCTRLA_AddSetupCleanupHook / WBCTRLA_RemSetupCleanupHook pair? This is what they are for and probably more reliable than screen notifiation. You should keep the work done in the hook to minimum, possibly just sending a message to signal to ...

mritter0 wrote:Here is what I use:

Hey thanks. Now that I have added a separate task I seem to be able to receive both events frequently. Sometimes events trigger multiple times, not sure why.

I am trying to implement "before WB close" and "after WB open" notification support for SDL2. I have various success when using the message method. Depending how I configure the notification, test application gets only the "before close" event, or both during WB screen ...

What features/subsystems of SDL2 do you require for your plugin? I don't require threads. I just require the following subsystems: SDL_INIT_VIDEO|SDL_INIT_TIMER|SDL_INIT_JOYSTICK|SDL_INIT_GAMECONTROLLER|SDL_INIT_AUDIO. So if you can provide a clib2 version for that it would already be sufficient. T...

I did a small window title "benchmark". On Sam440ep M9 combo setting window title is about 10x slower when compositing is enabled. 1000 changes takes 7 seconds. Without compositing it takes about 0,8 seconds. I will paste the code here if somebody is interested. /* Compile with: gcc window...

@all I think I found the root cause. Still some more diagnostic to do, but as a last resort, I removed a piece of code that updates window title (some stats), and performance is back. So it is not VRAM/pager issue definitely. I will try to limit the window title update rate to work around this issue.