The goal of the GLEX library is to allow developers that do not have a deep understanding of OpenGL or console-specific low-level 3D graphics APIs to easily create non-trivial, useful, cross-platform 3D applications that can easily be tested on a PC and then run as-is on various retro consoles.
To support this goal, a selection of simple C++11 classes are provided that abstract away as many of the low level details as possible.
For example, GLEX includes simple classes to show basic 3D models, textured 3D models exported in obj format from applications like Blender, basic bitmap font rendering, with 2D graphics and input handling coming soon.
GLEX is a small (mostly) self-contained library for creating OpenGL based homebrew applications for retro consoles.
Currently only the Dreamcast is supported using the great GLdc library written by the Simulant team, though Original Xbox support is planned next, and PC support is already partially implemented (currently Mac only, though that will expand to support Windows and Linux soon).
In contrast to most (all?) other 3D libraries available for retro consoles that are generally either very low level (like GLdc) or full game engines (like Simulant), GLEX is focused on providing simple high-level C++11 primitives needed to create applications and nothing more.
It occurred to me that almost all console homebrew written for powerful 3D consoles only uses 2D. I think this is due to the high learning curve of getting into 3D graphics programming coupled with the low barrier to entry and high availability of ports of 2D frameworks like SDL. These frameworks make it simple to create and test a UI on a PC and then run it on a console. GLEX hopes to make it similarly easy to create and test 3D UIs.
I first started writing this library as a way to learn OpenGL's fixed function and array based (but not VBO) draw modes, which tend to map well to retro consoles. For example most OpenGL console ports more or less support the OpenGL 1.2 spec. This means no shaders, no VBOs, etc. However, once I had made some progress, I realized the potential a library like this could have and decided to turn it from a personal learning project into a proper library.
Due to the fact that OpenGL has changed much since the fixed-function days, it can be hard to find information and tutorials on those legacy modes, making it even harder for a developer that is not already experienced in OpenGL or 3D graphics programming in general to start building something useful.
That's where GLEX attempts to fit in. By providing a set of (relatively) modern C++ classes to handle the basic needs of an application, and abstracting away the low-level details, ideally it should be as simple to create and test a 3D homebrew application as it is to create a 2D application using something like SDL.
Detailed compilation instructions coming soon...
Coming soon...
The audio test project is a playground for working on the KOS sound driver. It includes a library called NSound which is just the existing KOS sound driver (including ARM code) pulled out of KOS and namespaced so it can be iterated quickly without rebuilding KOS (the idea is to eventually upstream those improvements). It also includes the DCAudio repo as a submodule so those headers can be used as well.
Here are basic instructions to get started:
# Clone the repo including submodules and check out the correct branch
git clone --recursive https://github.com/einsteinx2/glex.git
cd glex && git checkout audio-test
# Build the project (in this case using my Docker toolchain image, but you can use your own DC toolchain)
docker run -it --rm -v "$PWD:/src" einsteinx2/dcdev-kos
./build_dc.sh
exit
# Run the test project using dcload-ip (can also use dcload-serial obviously)
dc-tool-ip -i build/dc/audiotest_dcload.iso -x build/dc/audiotest.elf
To modify the ARM sound driver (the code that runs on the ARM chip itself), see ./deps/dc/nsound/arm.
To modify the SH4 part of the sound driver (the code that controls the ARM driver), see ./deps/dc/nsound and ./deps/dc/nsound/include.
To modify the DCAudio headers (#defines that make using the AICA registers simpler), see ./deps/dc/DCAudio.
To modify the audiotest playground program, see ./examples/audiotest.