SDL2

@AmigaBlitter
Quote:
Is compositing just enables automaticaly when coder use SW mode, or, some special tags and/or additional code in sdl app need it ?

@kas1e

Each renderer has a bunch of tags. SDL2 picks up a matching renderer (for example, first one with "acceleration"). We can decide which renderer is checked first, OpenGL or compositing.

Developer can also give renderer name as a hint: https://wiki.libsdl.org/SDL_HINT_RENDER_DRIVER?highlight=%28\bCategoryDefine\b%29|%28CategoryHints%29

Currently compositing renderer is called "compositing". Is that ok?

@Capehill
Yeah, that what i mean :) If it will be something like:

SDL2_INIT(BALBA|BALBAL|COMPOSITING);

Then its good enough.

After you make it for sdl2, is it easy enough to copy+paste compositing renderer to SDL1 ? Or some adaptation work still to be done ?

Quote:

Imho compositing is better for now, as it faster than ogl when it come to renderers (at least if i remember it right from compositing VS minigl tests).

@kas1e

https://wiki.libsdl.org/SDL_CreateRenderer

"Note that providing no flags gives priority to available SDL_RENDERER_ACCELERATED renderers."

@thread

Just want to show the progress.
Capehill is doing an incredible work.


Now...
Thanks to compositing this game boosted...

Sorry for the bad bad video quality (recorded with a smartphone)

https://vimeo.com/161047862

https://vimeo.com/161047449

Don't forget to donate to the main developers

@AmigaBlitter

Fixed keyboard events, testing needed :)

@Capehill

Going to test asap

@Thread

Just to inform that SDL2 is going forward.
Again Capehill is doing a great work, making SDL2 an excellent port, one of the best port on AmigaOS4.

The release is very close.


Please support the project.

http://capehill.kapsi.fi/

for donations :D

Donated a litte , keep it up !

Donated, too

@all

My warmest thanks for all the support! Work continues whenever time allows...

Donated... Please keep up the good work....

There is one issue I would like to see solved before beta release: that's libtool refusing to build a shared object due to -no-undefined.

It's possible to just remove -no-undefined but that also means modifying of makefile.in and configure.in. So if anybody knows how this _should_ be fixed, it could make release sooner, and perhaps less hacky.

Today I have removed dependency to libdl because there is no dlfcn.h header and libdl.a in the current SDK. Currently, to link SDL2 app, only "-lSDL2 -lpthread" is needed, with or without -use-dynld.

If it's true that dynapi cannot work with our shared object then it can be disabled and custom implementation removed too.

There were also changes to configure script, to get libSDL2.so done and to get sdl2-config prepared in a way I believe it should be. Please let me know if something is broken.

@thread


SDL2 stable beta release is very close now.

Let's say thank you to Capehill. He have done really an incredible work (with an incredible amount of time too)
I'ts not a rough port, but he done a fine Amiga port of the SDL2 libraries using the accelerated compositing and accelerated MiniGL and, in future, even W3D Nova could be used. SDL2 is very fast and this will make possible the port of many nice games.

P.S.
Don't forget to contribute to the project.

Donated again

@kas1e

Thank you!


@all

Both developer and user archives (r119) can be now downloaded on the project page: https://sourceforge.net/projects/sdl2-amigaos4/

SDL2 has been tested mostly on Sam440 system so probably some problems can appear. Issues can be reported here and on the project page.

User archive contains a simple graphical benchmark. Please post your results here.

@Capehill
No probs. Quality stuff deserve :)

Btw, maybe it also need to be to upload to os4depot as well, as more ppls will see it / trying to use / report bugs.

@Capehill


Great work!

Thank you