Age | Commit message (Collapse) | Author | |
---|---|---|---|
2016-03-16 | OPENGL: (Partly) move context specific handling to Context. | Johannes Schickel | |
This does not include (most) shader setup, and projection matrices yet. | |||
2016-03-16 | OPENGL: Make Context::reset explicitly reset state. | Johannes Schickel | |
2016-03-16 | OPENGL: Slight simplifcation for opengl-func.h usage. | Johannes Schickel | |
2016-03-16 | OPENGLSDL: Destroy GL context on exit with SDL2. | Johannes Schickel | |
2016-03-16 | OPENGL: Handle destruction gracefully when no context is setup. | Johannes Schickel | |
2016-03-16 | OPENGL: Add support for shaders with GL contexts. | Johannes Schickel | |
2016-03-16 | OPENGL: Reset context description on context destroy. | Johannes Schickel | |
2016-03-16 | OPENGL: Reset full context structure. | Johannes Schickel | |
2016-03-16 | OPENGL: Support GLES2 contexts. | Johannes Schickel | |
2016-03-16 | OPENGL: Typo. | Johannes Schickel | |
2016-03-16 | OPENGL: Simplify orthogonal projection setup. | Johannes Schickel | |
2016-03-16 | OPENGLSDL: Slight cleanup. | Johannes Schickel | |
2016-03-16 | OPENGL: Simplify context type setting. | Johannes Schickel | |
2016-03-16 | OPENGLSDL: Try to use GL(ES) context SDL2 defaults to. | Johannes Schickel | |
2016-03-16 | OPENGL: Support RGB555 for OpenGL ES output. | Johannes Schickel | |
This mode should *not* be used by any new engines/code. If someone is going to use it and says it works with the OpenGL output, please make them wear a red uniform and beam them onto a remote planet. | |||
2016-03-16 | OPENGL: Allow runtime specification of OpenGL mode. | Johannes Schickel | |
Formerly, we required that the OpenGL mode was fixed at compile time. Now we allow the code to work with whatever it is given at runtime. It is still possible to force a context type on compile time. | |||
2016-03-16 | OPENGL: Remove support for ARGB8888. | Johannes Schickel | |
This used to be used by Sword25. Since it is not supported by GLES and no engine code uses it we drop support. Hopefully, this helps people to realize they should not use that format in their engine. | |||
2016-03-16 | OPENGL: Rename GLCALL to GL_CALL. | Johannes Schickel | |
2016-03-16 | OPENGL: Resolve OpenGL functions on run-time. | Johannes Schickel | |
Formerly we relied on static linkage. However, in the presense of modern OpenGL (ES) implementations it is not easily identifable which library to link against. For example, on Linux amd64 with nVidia drivers and SDL2 setup to create a GLES 1.1 context one would need to link against libGL.so. However, traditionally GLES 1.1 required to link against libGLESv1_CM.so. To prevent a huge mess we simply resolve the OpenGL functions on run-time now and stop linking against a static library (in most cases). GLES support needs to be enabled manually on configure time for now. Tizen changes have NOT been tested. | |||
2016-03-16 | OPENGL: Define GLCALL in opengl-sys.h. | Johannes Schickel | |
debug.h is now always included and all calls should be made through GLCALL. | |||
2016-03-16 | OPENGL: Add functionality to query OpenGL functions on runtime. | Johannes Schickel | |
This can and will be used for future extension usage support. Tizen changes have been untested. | |||
2016-03-16 | OPENGL: Refactor GL extension handling slightly. | Johannes Schickel | |
2016-03-15 | MACOSX: Add comment about track ID search loop. | Johannes Schickel | |
2016-03-15 | LINUX: Guard Linux audio CD code. | Johannes Schickel | |
2016-03-15 | MACOSX: Guard audio cd code by define check. | Johannes Schickel | |
2016-03-15 | MACOSX: Replace manual uint parsing by strtol. | Johannes Schickel | |
2016-03-14 | WIN32: Cleanup header includes for AudioCD code. | Johannes Schickel | |
2016-03-14 | WIN32: Supply required DDK headers for older MSVC. | Johannes Schickel | |
Header file taken from MinGW's w32api 4.0.3. | |||
2016-03-13 | WIN32: Fix compilation with MinGW-w64. | Johannes Schickel | |
2016-03-13 | WIN32: Guard AudioCD code by WIN32 check. | Johannes Schickel | |
2016-03-13 | WIN32: Silence warning in AudioCD code. | Johannes Schickel | |
2016-03-13 | WIN32: Fix AudioCD compilation. | Johannes Schickel | |
2016-03-13 | BACKENDS: Fill buffer at start of AudioCD playback. | Johannes Schickel | |
As suggested by clone2727. | |||
2016-03-13 | POSIX: Cleanup AudioCD manager creation. | Johannes Schickel | |
2016-03-13 | BACKENDS: Add ScummVM license header for AudioCD code. | Johannes Schickel | |
As discussed with clone2727. | |||
2016-03-13 | SDL: Get rid of reference to SDL 1.3. | Johannes Schickel | |
We only support SDL 1.2 and SDL 2. | |||
2016-03-13 | BACKENDS: Formatting fixes. | Johannes Schickel | |
2016-03-13 | BACKENDS: Switch to CDROMREADRAW for Linux audio CD | Matthew Hoops | |
CDROMREADAUDIO seems to crash the kernel when ejecting while playing. Let's try to avoid that. | |||
2016-03-13 | BACKENDS: Switch to a common base class for threaded audio CD streams | Matthew Hoops | |
2016-03-13 | BACKENDS: Only expose one set of functions for AudioCDManager | Matthew Hoops | |
Engines should only have to call one set of functions and not decide between the two. In fact, the 'emulation' API was documented to just call the 'real CD' API. | |||
2016-03-13 | BACKENDS: Add support for opening a CD on Mac OS X by path or drive | Matthew Hoops | |
2016-03-13 | BACKENDS: Add support for opening a CD on Windows by drive | Matthew Hoops | |
2016-03-13 | BACKENDS: Add support for opening a CD on Linux by path or drive | Matthew Hoops | |
2016-03-13 | BACKENDS: Allow for specifying a drive via the cdrom option | Matthew Hoops | |
2016-03-13 | BACKENDS: Use a second thread to assist in buffering Win32 CD audio | Matthew Hoops | |
2016-03-13 | BACKENDS: Add a Win32 audio CD player | Matthew Hoops | |
2016-03-13 | BACKENDS: Use a threading for buffering Linux CD audio | Matthew Hoops | |
2016-03-13 | BACKENDS: Detect the CD drive from the game's path on Linux | Matthew Hoops | |
2016-03-13 | BACKENDS: Add a Linux CD-ROM audio player | Matthew Hoops | |
2016-03-13 | BACKENDS: Add a custom Mac OS X CD audio manager | Matthew Hoops | |
Since Mac OS X Carbon/Cocoa API isn't stable (in that it's changed multiple times over the years). Maintaining two versions of the same code (one in some foreign language with overly long names) isn't very appealing to me. |