Hi all,

i have another release for you all ;-)

This time its a huge release! I changed and improved FPL a lot and added a ton of new functionality to it. Here are the main changes:

64-bit File-IO:

There are now file methods for working with 64-bit files, such as fplReadFileBlock64, fplWriteFileBlock64, etc. I also added general size_t file functions which maps to the 32 or the 64 version - depending on the compiled platform.

Gamepad Support on Linux:

Gamepad support for linux is now implemented as well - tested with a Logitech F310 Gamepad successfully. But its limited to /dev/input/js0 for now. I will add more device node detections later on, i am pretty sure there are kernels which have different device names for joysticks.

Locales:

There are now functions for getting the keyboard/user/system locales, which i needed for a new demo.

Improved input:

OEM keys are now properly mapped - hopefully correct. Modifier keys are now sepa

Hi,

i have another release for you all ;-)

This time its a short but important release which contains a fix bugfixes and two new things. On Linux/X11 key release messages was never detected properly, so i fixed that finally. I added support for dragging and dropping a single file into the window, but only for win32 for the moment (X11 will come soon). Also i added a new init flag (fplInitFlags_Console) to control when a console gets created. I did that because the detection was not properly working.

Oh and before i forgot, i finally finished the image viewer demo. Its not perfect, as i cannot render images such as https://libfpl.org/blog/grid_render_test.png but it works for most images, so i am happy. I even made and set a icon, including the .RC shit for MSVC.

Thats it. The next release will definitily take a while, as i am sick like shit and barely can type.

As usual the release is tagged and documentations are updated.

Here is full changelog:

[b]

Hi everyone,

i have another release for you all ;-)

This release contains a few bugfixes and a couple of new stuff.

Bugfixes/Issues:

The waiting for multiple threads in win32 was busted, so i rewritten it without using the broken WaitForMultipleObjects. There was a crash in fplThreadTerminate when the thread has already exited, which i fixed it.

Also i started to use the slow CLion in win32 as well - using the MingW compiler, so i fixed some bugs for that as well. Btw. i dont know why, but visual studio 2017 is extremely unstable right now and always restarts automatically all the time. It may be that VS cannot handle the FPL source anymore, which is now > 600 KB and 16k of lines. I really need to try 4coder and just use VS as the compiler/debugger only - like casey does. But 4coder is still missing some important features for me: Auto-Formatting code, Auto-Completion field list, a G-Experts like extreme fast function/type filter.

Changes/Additions:

Hi everyone,

i made another release for you all ;-)

This release contains several bugfixes, const correctness for the api, more key mappings and the ability to load icons. In addition i revised and corrected all the code documentation blocks which are used to generate the doxygen documentation.

But one thing that i noticed is that neither visual studio nor clion shows me any comments at all. So it seems that both IDE´s have no support for doxygen comments, or i decided for the wrong style.

Of course thats not everything i have done: There are new demos, two new single header file libraries and i started to write a game framework based on FPL.

The next release will hopefully nail down the entire linux support. Also i am planning to implement a simple audio mixer, to use audio streams in the game prototypes (I did a lot of preparations for that already).

As usual the release is tagged and the documentations are updated.

Here is the full changelog:

[b]## v0.8.2.

It was quiet on this project for a little while, but now i am back from holiday! So here is a short progress about the current state of FPL and what is coming next.

What i have done since last time:

Since last time i haven´t done much, just added a few missing key translations (plus, comma, minus, etc.) and fixed up the C++ enum operator macro.

But i added another game demo (FPL_Towadev) which is a technical tower defence clone i am making for a code challenge.

While making this game, i needed a sort of game framework for loading fonts, doing rendering, mathy vectors, etc. so i started to built a game framework which is based on FPL. Also i moved all dependencies from all demo projects into a "dependencies" folder. Oh and i have written two more libraries in the repository -> Final XML and Final Memory.

What will come next:

Clean up

• Correct code documentations
• Bugfixes

Finish up the linux platform:

• Gamepad support
• Wind

Hi everyone,

i pushed another release for you all ;-)

This time i added Semaphores to the threading module, refactored the logging system and added audio device selection for ALSA. In addition i fixed some small bugs and added a couple of new functions. Also i added Semaphores to the documentation.

Regarding Documentation: I really need some help in that! At the moment the documentation are bare minimum, full of bugs and typos - even some function descriptions may be wrong or has some errors. So if you want to help me improving FPL, you are invited to do so by looking into the documentation and create a post for issues in this forum here.

Also if you have any kind of questions/issues regarding FPL - dont hesitate, write it down into the forum or leave a comment here.

As usual the release is tagged and documentations are updated. You can find the latest documentation here: https://libfpl.org

Changelog:

v0.8.1.0 beta:

• Changed: Locked error states to mul

Hi there,

today i want to give you a short overview of what the current state of FPL are and what will come in the future.

Current state:

The Linux implementation is becoming closer to match the same feature level as Win32. There is not that much tasks left for Linux at this point. Window, sound and video is already working and the only big thing left is Gamepad support for Linux - which i havent touched yet. In the recent days i implemented the audio device selection for ALSA and added Semaphores. Also there are still a few functions left which are not implemented yet, such as toggle window resizable/floating and hiding/showing the cursor for X11.

But even in this state its working great! I am really happy how it turned out. I finally have a replacement for GLFW/GLUT, which was my initial goal for this project ;-) As a matter of fact i already successfully migrated all my C/C++ open source projects to it.

Future plans (Stage 1):

• Finish Linux suppor

Hi everyone,

i have another release for you all!

This time i finally implemented the software output driver for X11, as well reading out OS/System infos from Linux. Also i fixed some bugs and introduced fplThreadYield(). Oh and i removed the need of including glx.h from FPL - so you can finally use any opengl loader library you want properly ;-)

In addition i added a ton to the FPL_Audio demo, so i can load/convert wave files now - to test out the audio playback properly.

And finally i upgraded my ubuntu 17.10 to 18.04 LTS - seems to be a bit more stable now.

As usual the release is tagged and documentations are updated. Documentations can be found here always: https://libfpl.org/docs/index.html

Here is the changelog:

## v0.8.0.0 beta:

• Changed: Changed from inline to api call for fplGetAudioBufferSizeInFrames/fplGetAudioFrameSizeInBytes/fplGetAudioBufferSizeInBytes
• Changed: Changed from inline to api call for fplGetArchTypeString / fplGetInitResultTyp

Hi everyone,

i have another release for you all!

This release contains a ton of bugfixes and improvements. Also i collapsed down all argument and platform initialization checking to macros. In addition i implemented a few missing features for the POSIX subplatform and added a few new functions.

It would be great if you can upgrade to it as soon as possible and report back any issues you might have. Thanks!

As usual docs are updated and release is tagged.

Here is the full changelog:

v0.7.8.0 beta:

• Changed: Collapsed down all argument checking using macros
• Changed: Use FPL_CLEAR_STRUCT only when it is appropriate
• Changed: All public checks for fpl__global__AppState returns proper error now
• Changed: fplGetAudioHardwareFormat returns bool and requires a outFormat argument now
• Changed: fplSetAudioClientReadCallback returns bool now
• Changed: fplListFiles* is renamed to fplListDir*
• Changed: fplListDir* argument for fplFileEntry is renamed to en

Hi everyone,

i have a important release for you all!

In the last couple of days i was working a bit on FPL, getting it more into a stable stage and fixed some important bugs. There was a critical bug that any allocated memory on win32 got never freed, which fortunatly was easiely be fixed by changing the flags from MEM_FREE to MEM_RELEASE (There is no MEM_FREE for VirtualFree!).

Also i added a few new functions and macros and moved the entrypoint definition into its own block, so you can now use FPL in /or as a static library. Oh and i added basic fullscreen support for X11 as well. In addition i changed all string buffer writing functions to return the pointer to the last written character instead - which is more useful than just returning the argumented target buffer.

One last thing: I added a another demo - A small physics based breakout game using Box2D, called "Crackout" - with random generated levels (If you change the initial seed to current time millis) ;)

One ma

Hi everyone,

i have another release for you all!

All the Threading stuff is cleaned up and we use the identical mechanism from the OS. Also i added Condition-Variables as well - the only thing which is still missing are Semaphores, which will come later.

In addition the documentation has basic threading tutorials now -> But i really need somehow to look over it and correct typos.

As always the documentations is updated and the release is tagged.

You can found the documentation here: https://libfpl.org/docs/

Here is the full changelog:

## v0.7.6.0 beta:

• Changed: Renamed fplGetRunningArchitectureType to fplGetRunningArchitecture
• Changed: Renamed fplThreadDestroy() to fplThreadTerminate() + signature changed (Returns bool)
• Changed: fplSignalInit() + new parameter "initialValue"
• Changed: All functions which uses timeout uses fplTimeoutValue instead of uint32_t
• Changed: Removed timeout parameter from fplMutexLock()
• New: Added struct fplConditio

Hi everyone,

i have a major release for you all!

ALSA playback is finally implemented and i fixed the thread signals for linux to match windows SetEvent() and WaitFor*Object(). Thanks Mārtiņš Možeiko for helping me out on this one! Also i added a fallback in the GLX context creation to use glXCreateContext when GLX < 1.3 (Untested).

Documentations are updated and release is tagged.

Here is the full changelog:

## v0.7.5.0 beta:

• Changed: Updated documentations

• Changed: Small refactoring of the internal audio system

• Changed: Renamed fplMutexCreate to fplMutexInit + signature change (Returns bool, Mutex pointer argument)

• Changed: Renamed fplSignalCreate to fplSignalInit + signature change (Returns bool, Signal pointer argument)

• Changed: Removed mutex parameter from SignalWaitFor*

• Changed: [GLX] Use glXCreateContext with visual info caching for GLX < 1.3 and glXCreateNewContext for GLX >= 1.3

• Changed: [POSIX] All FPL__POSIX_GET_FUNCTION_ADD

I never thought pthread would be so different from win32, but something is wrong with my pthread implementation.

My simple testbed which creates 3 threads - one master thread, two slave threads does not work at all. Both slave threads waits to get a signal each, the master thread sets both signals - but only one thread gets signaled properly, the other threads waits forever.

So i need some clarifications if my assumptions are correct

1.) Locking a mutex

int lockRes;
do {
  lockRes = pthreadApi->pthread_mutex_lock(handle);
} while(lockRes == EAGAIN);

It cannot be used on multiple threads, only one thread can lock/unlock the mutex, right?

2.) pthread_cond_wait() and pthread_cond_timedwait()

Both requires a locked mutex to get signaled properly. Without a lock you are screwed.

If multiple threads uses the same mutex for waiting with each having its own condition you are screwed because when one condition gots signaled and the mutex gots unlocked

Hi everyone,

i have a small release for you all!

This time i implemented the modern context creation for GLX and fixed the win32 wrong usage of _InterlockedExchange*64 for x86.

Also there are some news for you:

I recencly launched the website https://libfpl.org so i have something to host my documentations/tutorials/demos and provide mirrors for releases.

In addition i got myself a license for CLion, so i can fully work on other platforms properly. Unfortunatly i had to create a CMakeLists file for every demo project, otherwise CLion wont compile :-(

Also it seems that my ubuntu 17.10 installation needs to be replaced very soon, its extremely unstable - i always get crashes for almost everything. Maybe i will give arch a try.

Changelog:

v0.7.4.0 beta:

• Fixed: [Win32] Removed x64 detection for fplAtomicStoreS64 and fplAtomicExchangeS64 and use _InterlockedExchange*64 directly
• Changed: [GLX] Implemented modern opengl context creation

Beta v0.7.3.0

Here is another release for you all. This release contains mostly minor and major bugfixes, but a couple of functions as well. Also i added LP (Low Precision) and HP (High precision) for fplGetTimeAs* One of the major issue i finally solved is the hiding/showing of the cursor in win32 ;)

I highly recommend to update to this release as soon as possible. The release is tagged and documentation is updated as well.

One Last thing: I added a develop branch, so the master branch contains the current release only. That way i can work and break things, but still have a working release. I used git for so many years, but i never used it properly it seems...

Changelog of v0.7.3.0 beta:

• Changed: fplConsoleWaitForCharInput returns char instead of const char
• Changed: Added isDecorated field to fplWindowSettings
• Changed: Added isFloating field to fplWindowSettings
• Changed: Renamed fplSetWindowTitle() -> fplSetWindowAnsiTitle()
• Changed: Copy Ans

Short update:

All the documentations are updated to match the current implementation state. In addition i added a few new functions to read out os and platform infos.

Lastly i removed the no-CRT codes to make MSVC happy (_fltused, intrinsics, etc.) -> The user is now responsible for providing such functionality itself.

Here is the full changelog:

v0.7.2.0 beta:

• Changed: Signature of fplGetRunningMemoryInfos() changed

• Changed: Renamed fplGetSystemMemoryInfos to fplGetRunningMemoryInfos

• Changed: Added "p" prefix to linux and unix app state

• New: Added enum fplArchType

• New: Added fplGetRunningArchitectureType()

• New: Added fplGetArchTypeString()

• New: Added enum fplPlatformType

• New: Added fplGetPlatformType()

• New: Added fplGetPlatformTypeString()

• New: Added struct fplVersionInfo

• New: Added struct fplOSInfos

• New: Added fplGetOperatingSystemInfos()

• New: Added fplGetCurrentUsername()

• Changed: [Docs] Updated all documentat

Hi everyone,

as of today, my little/big project called "FPL" - Final Platform Layer joins the handmade.network community officially! Banzai!! For that i want to say thanks to the entire handmade.network team for giving me this opportunity. Thanks!

I want to start off the initial blog entry by introducing the project to new people - but keeping it very short.

So what is this project all about?

FPL is a single-header-file platform abstraction library written in C99 - targeting game/simulation/media development with the main goal of simplicity and handmade-ness. It is similar to SDL but differs in a lot of ways:

• It uses a small fixed memory footprint and handles memory very gracefully
• There are no other requirements than a C99 compiler and linking to either (kernel32.lib) or (libld.so)
• No data hiding, everything is accessible
• C-Runtime is optional
• It has a lightweight feature set (Single window, Graphics api initialization, Raw audio samp