Multi renderer backend support for Brux

[tulpenkiste]

This issue simply exists so I can remember to work on this for brux in the near future.

Renderers on initial completion should probably be:

• SDL2 + SDL2_gfx
• SDL3 + SDL GPU (allows for shaders) (the base SDL3 backend needs to be backwards compatible with SDL2, SDL GPU cannot as thats a new feature to SDL3)

I will probably split this into 2 PRs (first being initial work on making multiple renderers possible, second being SDL3 due to the lack of SDL2_GFX (and also I have to wait for SDL GPU to be merged)) and this will be started after #66 is completed and merged into unstable.

[tulpenkiste]

One thing I will probably add when I do this is a function named like rendererSupportsShaders that returns a boolean so games can implement fallbacks for SDL2 (or just crash outright if they're needed for something that would be too slow without it (e.g. 3D))

[hexaheximal]

I wrote the audio portability code with that goal in mind but never got around to doing the graphics part.

Here's the problem though: SuperTux Advance utilizes A LOT of complex SDL2 functionality for graphics. I don't know how you would abstract that away without a significant amount of effort...

• hexaheximal

On Wednesday, May 8th, 2024 at 2:16 PM, Tulpen @.***> wrote:

One thing I will probably add when I do this is a function named like rendererSupportsShaders that returns a boolean so games can implement fallbacks for SDL2 (or just crash outright if they're needed for something that would be too slow without it (e.g. 3D))

— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.

[tulpenkiste]

Due to the recent merging of SimpleSquirrel support, I'll be taking a crack at this later :3