@broadblues

Thanks, checked. Here is the current approach, I guess it's similar:

https://sourceforge.net/p/sdl2-amigaos ... aos4/SDL_os4opengl.c#l373

Seems that SDK doesn't have AutoDoc for MiniGL. Is there one?

Especially context resizing (per window) would be useful reading.

@broadblues

Some tests don't even rely on SDL cleanup. They rely on OS cleanups. Sigh.

I hope nobody tries to learn SDL from its "test" code :)

@afxgroup

Has anybody tested AltiVec blitters? Are they worth dual-building?

Or shall we just forget about it and use OpenGL (and compositing) where available?

@AmigaBlitter

Fixed "testspriteminimal" and "testdrawchessboard". Neither did any attempt of cleaning up after test. There are probably more :(

@AmigaBlitter

After configuring with --disable-altivec, "testrendercopyex" works with Sam440. If there is some AltiVec expert lurking, perhaps (s)he could help to understand why GCC generates some vector instructions for RenderCopyEx function, causing illegal instruction.

@AmigaBlitter

With r51 audio should work.

@AmigaBlitter

BMP loading should work now after two workarounds: 1) define byte order in SDL_endian.h 2) use fopen64 instead of fopen, to make fseeko64 work.

Please try r49.

@AmigaBlitter

Regarding "test" directory. I think sdl2-config has problem in native env - or I just can't use it properly. Anyway, after setting prefix as /sdk/local/newlib, as with sdl(1)-config, it was possible to configure tests. This assumes that you have SDK:local/newlib/include/SDL2 and libs in SDK:local/newlib/lib.

Then, I had to hack sdl2-config to add -use-dynld -ldl, to make tests link in my own environment.

Please note that you need to copy also build/SDL2_test.a into SDK:local/newlib/lib/.

I believe there has to be some configure script modifications to fix sdl2-config for natives.

Oh, and BMP loading is broken, image tests didn't work. I will open a ticket.

Comments allowed...

https://github.com/segrax/openfodder Open Fodder, it uses SDL2. Perhaps portable some day :)

@AmigaBlitter

I have fixed issue in framebuffer that caused stripes similar to picture in post #58. Please update your codebase and retest.

There are also a couple of open tickets on project page.

OpenGL context seemed to work, well at least for one colourful triangle. Currently it's 16-bit similar to SDL1 but we can change that.

@AmigaBlitter

Gotta try SGrab test at least..

Here https://github.com/adtools/os4sdl/issues

Are these issues still relevant? Some links seem unfortunately non-working so it might be difficult to check each one..

@BSzili

Nice! Less code, less bugs.

If it turns out pool will only be used for input events, maybe the sizes can also be tuned, or item pool used as suggested on the same page.

Fullscreen is tricky. I tried to avoid poking SDL_video.c but finally I had to modify CREATE_FLAGS macro to include fullscreen bit during window creation.

Otherwise SDL2 will try to change window mode to fullscreen after its creation. So this hack prevents unnecessary closing and reopening the window.

Any thoughts?

@salass00

Sounds sensible, and actually similar to what SDL1 does I suppose, even though with one window.

@all

Regarding (window) event handling...with SDL2 we can have multiple windows. There is SDL_PumpEvents() which should update events from video subsystem but it targets the whole subsystem, as far as I understand, and not a specific window.

So I guess we will loop the video device's window list and handle the pending events per window, whenever SDL_PumpEvents() gets called, or does anyone have different ideas?

@BSzili

+1... and no excuses please: nobody borns with a C compiler or coding skills. Everybody can learn.

@AmigaBlitter

If you want to disable dynapi (no dlfcn.h available or some issue with it), you can hack this

http://hg.libsdl.org/SDL/file/b2fd764 ... c/dynapi/SDL_dynapi.h#l56

to zero (0).