Hi there,

i normally dont post personal stuff, but this is really important for everyone in this world!

A few days ago i had a serious car crash and i was really lucky to be alive.

Please never ever underestimate any weather conditions when driving!

It was wet and i was too fast, the car broke out, i tried steered against it and full speed crashed into a guardrail. I had the best guardian angel ever and its a miracle that i am alive. Also the car helped me a lot to save me (Peugeot can build serious secure cars!).

Thats it. The summer pause is therefore canceled and i will go back to coding as soon as i am over with this.

Hi there,

just a little info here: I will be very busy this summer and will focus more on my family, friends - so I may not release new releases until the start of september.

But if someone needs support with FPL, I am always there to help.

Hi there,

I am back and I have another release for you all!

We finally have Vulkan support now in FPL and a much cleaner video backend architecture ;-) Also i added seamless resize support for windows using fibers. In addition i fixed lots of bugs, updated a few demos and more.

As usual, the release is tagged as "0.9.7-beta" and the documentation are updated.

To get the release I recommend cloning the repo (https://github.com/f1nalspace/final_game_tech) and build the demos.

Vulkan support:

After a very long fight, FPL now officially supports Vulkan. Initially i wanted just to add a function for creating the Surface, but i found a much cleaner way which fits FPL better:

• Pass in your existing VkInstance to the fplSettings or let FPL create the VkInstance for you
• Call fplPlatformInit() and the VkSurfaceKHR is created
• Use fplGetVideoSurface() to get the VkInstance and the VkSurfaceKHR
• After that the normal Vulkan process continues: Physical-Device, Lo

Hi there,

I am back and I have another release for you all. This time it's a big one!

First of all, due to API changes/renamings there will be breaking changes - so please read the changelog for "Breaking Changes" first, before upgrading to this version! Thanks.

As usual, the release is tagged (0.9.6-beta) and the documentation is updated.

To get the release I recommend cloning the repo from (https://github.com/f1nalspace/final_game_tech) and build the demos, to see if everything works for you.

Here are the major changes:

Bugfixes:

I fixed a ton of bugs, which were mostly related to Linux/UNIX/POSIX or X11 - including fplGetWallDelta(), which was incorrect.

Support for disabling the OS includes In the previous versions of FPL, all OS includes such windows.h, pthread.h, x11.h has included in the header block always. Now you can disable the inclusion using FPL_NO_PLATFORM_INCLUDES, so you can have pure FPL API without any OS defines. This is very

Hi there,

i am back and i have another release of FPL for you all, which contains very important bugfixes, some improvements and a couple of new features ;-)

7 months of silence

Since the the corona pandemic my life changed from day one fundamentally, resulting in having no more free time at all - not a single minute! Working from home, doing homeschooling with my kids and organizing our home was just too much, but i now somehow got situated and feel more motivated to get back to private coding, finally finishing up that beast of a project ;)

Back to the topic, the new version -> 0.9.5-beta

The new version is now released and can be fetched from the github page: https://github.com/f1nalspace/final_game_tech

Btw. all todos and planned things are now ported over to the github repo and was removed from the header file.

This release finally contains the fix for the key-repeating issue on X11 and now supports bad-latency audio devices, such as broadcom (r

Hi,

i just want to give you a short overview what the current state of FPL are and what will coming in the next release.

Starting from my recent changes, i finally added support for fixing the audio playback for audio devices such as bcm2835 for ALSA. Now we can play audio almost stutterfree on the raspberry pi ;) I say almost, because my example audio mixer i wrote to test the audio playback is too slow (> 3 ms) to fill the audio buffer in time - resulting in hearable stuttering sometimes :-(

Therefore i also working to improve my demo audio mixer by optimizing the memory layout and translating to SIMD, to process more stuff more efficiently. Thats also the reason why i added several CPU detection features in FPL in the latest release.

In addition i am working out a new and much easier window/display/fullscreen api for FPL, which will work on X11 as well.

And lastly i am trying to fix the missing key-repeating in X11, but detecting key-repeating in X11 is weird - so thi

Hi there,

after a very long break, i am finally back - fully well and very motivated to code ;) For people wo didn´t knew: i had several health & private issues in the last year, so i couldn´t do any private coding at all - resulting in putting FPL to a freezing state. But now everything is fine and i already changed it back to active, so lets get down to some business shall we?

New version 0.9.4

Its here, i have another release of FPL for you all! This time its a huge update, with tons bugfixes, lots of internal changes, new stuff and improvements in almost every area. Its really a lot, so i had to categorize it for you for a better overview.

https://github.com/f1nalspace/final_game_tech

Multithreading:

I added functions for getting and setting the thread priority and retrieving the current thread/id. Also i added functions for atomically incrementing integrals, such as u/int64, u/int32 and f

Due to health issues, i am putting this project on hold for now. When i am better, i will continue working on it.

I just want to give you a quick update about FPL.

I finally finished up my little side-project "Doxygen-Editor" (a powerful tool which supports me in writing any kind of C/C++ based doxygen documentations). Of course the tool is open-source, so you can build and try it out if you want - but its far from perfect and it was never planned to be used by anyone other than me, so it may not work for you.

https://github.com/f1nalspace/doxygeneditor/tree/develop

FPL itself on the other side is basically unchanged since the release, due to the fact that i have spent all my freetime finishing up the doxygen-editor.

In addition, in the next couple of months i will be very busy with real life stuff and wont have much time for any of my private projects at all. So the next release for FPL will take some time, but we will see. I hope to have a blast and finish up all the X11 stuff in one or two evenings or so...

Of course i will constantly post updates about the current state, so st

Hi everyone,

finally its here -> The new release of FPL!

So what has changed since the last release? Not that much, i just added a multi-monitor api, added support for using FPL as a dynamic link library, fixed some bugs and updated the documentations a lot.

Delay

I know its not that much, so why took it so long?

There was several reasons for that:

• Changes in real life, resulting in less time to do any private coding
• I am still working on a tool for helping me writing documentations, faster and more reliably

Roadmap

There are a lot of @IMPLEMENT tasks left, which needs to be completed. So my plan for next version is simple:

• Finish up all the @IMPLEMENT tasks
• Finish up the doxygen-editor
• Finish up the documentations

After that, i will add vulkan support and starting the network api.

As usual the release is tagged, but docume

Hi,

i want to give you a quick info:

The release of FPL 0.9.3 will be delayed until end of february, due to a lot of RL business.

Stay tuned, Final

Happy new year everyone,

to start off in this new year, i would like to say thanks to everyone! Thanks for your support, for your help and of course, thanks for using FPL ;-)

I really hope this year will be much better than last year, as i had a very rough year and it already started sad with a funaral of a good friend of mine. But not lets talk about sad things, lets talk about happy things and the future of FPL.

Next version of FPL

Version 0.9.3 will be released this month and will contain bugfixes, improved compiler support, a full multi-display API, full support for using FPL as a dynamic library and updated documentations.

Future plans

I tried to built-up a roadmap for future FPL releases:

@NOTE(final): Ticket/roadmap/milestone planning tool -> Github?

Version 0.9.4:

• Complete all the @IMPLEMENT tasks
• Introduce a low-level network API for UDP and TCP
• Add date-time functions
• Add support for audio channel mapping, so FPL can proper

I want to give you a short update about the current state of FPL.

The recent weeks i didn´t had much time to work on my projects at all, either i was sick or i was doing family stuff. But i finally finished the doxygen editor now and in its current state, you can actually use it ;) Of course i open sourced it, so you can find it on github as well: https://github.com/f1nalspace/doxygeneditor

So i have now a tool, to finish up the documentations - which is my main goal right now. After that i will complete the X11 side of things and consider the library to be done, at least for now.

Regarding networking support, i was thinking a lot about that and it seems making a good api is not that easy - so i may add that later, when everything else is done. Therefore, its not my top priority right now.

And yes, i still havent booted to my linux system yet...

Hi everyone,

i just want to give a short update about the current state of FPL and what am i working on right know.

Since the last version, i started adding proper multi-monitor support and so far it already works on Win32, except for X11 which i havent touched since last release. As a matter of fact, since the last release i never booted my linux system nor touched the CLion IDE at all.

So for a change of pace, i decided to fully work on the documentations which are far beyond from complete. So in the last two weeks i was constantly working on adding new pages/sections to the documentation. But there was a problem: Navigating around the documentations file gets harder and harder as it grows and it is painful to not have at least syntax highlighting.

Therefore i have written a small C#/.NET editor with partial syntax highlight capabilities which parses the doxygen file, showing me a tree, so that i can navigate in it very fast and easiely. In its initial state i already ar

Hi everyone,

i have another release for you all!

This time its a very huge release which consists of a ton of bugfixes, lots of refactoring & renamings.

UTF-8 only The biggest change is the full translation to UTF-8 only for all paths and strings. This means that all strings and paths expects UTF-8 always and all Wide/Ansi functions are removed - except for UTF-8 <-> Unicode conversion functions. The windows platform implementation works internally in unicode only and does UTF-8 <-> Unicode conversion automatically.

Rewritten Event-System The second big change is the rewrite of the event handling system. Now events are generated exactly at the same time as window events comes in.

fplWindowUpdate() does not handle events anymore - except for game controllers. fplPullEvent() will now pull one event from the OS at a time, which you can handle or not. To ignore / auto-process events you can call fplPullEvents().

Static-Linking support

Runtime-

For quite some time now, i am fighting with the ALSA output driver in FPL. I dont know why but for some unknown reason my logitech blutooth headset wont produce any sound in FPL in combination with ALSA output on linux at all. All the parameters looks totally legit, but when i call snd_pcm_writei() i dont hear anything at all - just 100% silence.

Now here comes the weird thing: The library "mini_al.h" (which is btw the best audio output library), totally works fine for the same audio device, with ALSA as a backend, the same sample rate, same format, same everything.

I even compared every little call and parameters from FPL against mini_al.h and i dont see any major difference. Weirdly enough, the initial sound system of FPL is a direct port from mini_al.h based on a very old version with removed conversions/dsp/os-calls limited to only alsa and dsound. Even after migrating all the major changes from mini_al.h snd_pcm_writei() is still playing silence.

So my next plan is to

At the moment FPL have no way to let you handle the os events directly. It just queues it up internally so you can fetch it later, but this is wrong and needs to be fixed. So i am fixing that right now.

But this will result in a api change regarding fplWindowUpdate(), fpl*Event() and so on. Also the impact of change will be very huge, because it affects all window and input handling.

I dont expect that to be done very soon so maybe it will be done by mid of october, but i cant promise :-(

At the moment FPL does support ansi strings for every function which uses either a path or a string buffer, but some have two versions: One for ansi and one for widechar. I dont like that way of having two different versions for each function. So i want you guys to help me settle on one solution once and for all.

If you are in a win32 platform you most likely want to use widechar for all your paths - especially when you write applications which deals with any kind of media.

On the other hand in a linux or unix based platform you dont want to deal with widechar at all and rather work with UTF-8 strings only.

Also sometimes you simply dont care and normal ansi strings are just fine, so you dont want to deal with any kind of that shit.

This boils down to two kind of string types: UTF-8 and Unicode.

So the options are:

1.) Leave it as it as and provide a "Ansi" and a "Wide" version for every functions which uses paths or string buffers. On *nix ansi would just be expected

Hi everyone,

i have a new release for you all and this release is really huge this time. Here are the major changes:

Audiosystem The internal audio system now uses condition-variables instead of signals, which makes signals optional. This was important to get it running on BSD/Unix as well.

Api-Changes I changed the return type of fplPlatformInit() to bool and moved the enum result type into its own function for querying the current platform state. This was really important for me because i always want to use fplPlatformInit() inside a conditional statement.

Input polling All input polling functions for win32 and linux are now fully implemented (except for num-lock states on linux, which i have no clue how to query them on X11). In addition the demo "FPL_Input" is complete as well and shows keyboard/mouse and gamepad states in a visual-way, which is really useful to test input-devices.

POSIX/Linux I changed/moved a lot of functions from th

Hi all,

the 64-bit file IO was not working for x86 linux builds, so i decided to release a short bugfix version - directly after that. Also the icon loading for X11 was broken, so this fix is included in here as well. Hopefully that is it.

As usual docs are updated and release is tagged. Until next time.

Changelog for v0.9.0.1 beta:

- Fixed:  Fixed icon loading was not working at all
- Fixed:  fplWriteFileBlock64 was not properly implemented
- Fixed:  fplReadFileBlock64 was not properly implemented

• Fixed: [X11] Fixed icon loading was not working at all
• Fixed: [POSIX] fplWriteFileBlock64 was not properly implemented
• Fixed: [POSIX] fplReadFileBlock64 was not properly implemented [/code]