Progress Image(191031 Working on door handling makes me remember UDK.
Today I push my project to be a little more visible.
https://github.com/MarkKughler/NubDevice
[dev.azure : NubDevice] project development board
Over time, I've glued together more than a handful of starter frameworks. This time I've changed it up a bit and tried for a bit of consistency from the start so new objects feel natural to use. This is working well for shaders, textures, input and the display. I'm actually happy with it as a start.
High-lights that may be interesting:
- start of custom gui (inspired by fpl::flatui)
- updated stack based state management (menu[n]/play/pause) push in pop out (or maybe old school, first in, last out)
- .dae loader (geometry and skinning info) (todo: keyframe)
-
currently broken TBN path
Hope to finally do some interesting shader work this time around and feel better prepared for the next game challenge. 
I'm a fan of openAL. That parallel to openGL way is a good thing in my book. Start the device, fill a buffer, attach to a source. Bounce a listener around. It's good. As my interface, that's all I need. A buffer load and a source to play. Fairly clean solution for home brew. Since I don't see a need for the buffer because we don't alter it, I'm thinking of making that init a one liner, except form maybe a reload need. Play from id is great.
buffer_click = sound.add("buttonClick");
source_click = sound.attach(buffer_click);
// and anywhere
alSourcePlay(source_click); // sure why not :)
The main character := reveal. 
nope...still not telling. I'll let you know when I do. heavy current inspiration is an first person arm mesh on the table. Still dreaming up what could go with it proper third person. Choices are fun.
??