SDL2

@kas1e

It doesn't work 100%, at least for me. Debug prints cause some delay which means user has more likely released ALT key during period when old window is gone and new one opened, meaning that ALT modifier state will not be reported (so it cannot "stick").

I didn't try yesterday, but my guess is that if user keeps ALT pressed until new window is opened, this will trigger issue always.

Regarding Grim Fandango returning 0 for red, green, blue, alpha bits when using FBO:
if there's no valid color-attachment when querying those infos then you'll get 0. This seems to be the case here because you get the same result on Win32.
However, there was a bug in ogles2.lib which resulted in also returning 0 if there was a valid texture color-attachment (for non-texture attachments it worked correctly). This has been fixed in upcoming ogles2 3.3.

@Capehill
Tested your yesterday's commit to SDL2 : seems alt+enter bug gone in scummvm. Thanks!

@Daniel
Yep, tested 3.3 all ok, thanks!

@kas1e

Good. I'm waiting for upstream to release 2.0.22 before releasing RC1. Hopefully Raziel can also verify that fullscreen toggling works OK.

@Daytona675x

Thanks for the OGLES2 corrections!

@Capehill

Please remind me again...what fullscreen issue?

@Raziel

Edited my previous reply. I'm just hoping that the latest fix doesn't cause new issues regarding fullscreen toggling.

@Capehill

Actually, i'm still at the last release version of SDL2 and never had that fullscreen toggle problem.

Or are you all on some beta SDL2?

...

Then again, the "thuds" in audio playback seems to be back...need to investigate

@Raziel
That bug happens with latest SDL2 release from os4depot, with latest scummvm builds. And yesterday's fix deal with it.

@kas1e

I do have 2.0.20 and Alt+Enter Fullscreen/Window toggling works

@Raziel
Yes, it works. Try to run in window mode, then run Grim , then hit "alt+enter" to swith to fullscreen. It switch fine. Then, hitting just "enter" (without alt) will swith back to the window : that what was bug about.

@kas1e

Yes, i stumbled over it in another game.

While in window mode, pressing "s" should bring up the save screen, instead it took a screenshot (ALT + "s").
I see what you mean, good thing this has been fixed.

@Capehill

Just for the fun of it i tried configuring ScummVM with clib2 but was stopped early


Anything i need to do beforehand?
Some preparations i missed?

Thank you

@Raziel
You need to use Andrea's clib2, then SDL2 can be compiled with.

And in your output you seems mix the things : if you compile via clib2, then includes, libs, sobjs all should be clib2 , i.e. in your latest lines you have /sdk/local/newlib/lib/libSDL2.so , why you touch newlib one there if you build for clib2 ?:)

@kas1e

Oh right, forgot tp adapt the linker paths

2.0.22 RC1 is here: https://github.com/AmigaPorts/SDL-2.0/ ... /tag/v2.0.22-rc1-amigaos4

@Capehill

Thank you.

Will try asap

@Capehill
Sorry for being lame, but is there possibility by SDL1 or SDL2 to attach to already opened amigascreen/window ?

What i mean is : let's say i already open the amiga screen/window, and i need to attach SDL to it , so i can use SDL functions, and this amiga opened screen/window by amiga functions will functional ?

I mean i can do SDL_Init of course and stuff, just without opening the window, but with using of already opened one ?

@kas1e

SDL2 at least supports https://wiki.libsdl.org/SDL_CreateWindowFrom

testnative example used to work earlier but I haven't been testing it lately.

@Capehill

I'm on trying the beta with ScummVM...

btw, did you see my question on the ScummVM thread?

edit:
Works with ScummVM, Alt-Enter bug gone, thanks a lot

@Capehill
In SDL2 didn't fine testnativewindow examples, only testnative and testnativeamigaos4. In first one i didn't see any Intuition calls, and in second one, i see only os4 native stuff, without SDL functions.