Thomas Harte 4d0a218a57 Certainly at least seriously considering a separate holder for the "compile a shader" logic. Otherwise taking steps back towards PAL/NTSC decoding.

2016-02-07 17:32:38 -05:00

..

CRT.cpp

Certainly at least seriously considering a separate holder for the "compile a shader" logic. Otherwise taking steps back towards PAL/NTSC decoding.

2016-02-07 17:32:38 -05:00

CRT.hpp

Certainly at least seriously considering a separate holder for the "compile a shader" logic. Otherwise taking steps back towards PAL/NTSC decoding.

2016-02-07 17:32:38 -05:00

CRTFrame.h

Onward with carrying this through to the bitter end, this at least results in all the appropriate knowledge and call-ins occuring at the CRT.

2016-02-04 22:28:50 -05:00

CRTFrameBuilder.cpp

Allowed overly aggressive allocations to be cleared up after the fact.

2016-02-06 16:07:23 -05:00

CRTOpenGL.cpp

Certainly at least seriously considering a separate holder for the "compile a shader" logic. Otherwise taking steps back towards PAL/NTSC decoding.

2016-02-07 17:32:38 -05:00

OpenGL.hpp

Certainly at least seriously considering a separate holder for the "compile a shader" logic. Otherwise taking steps back towards PAL/NTSC decoding.

2016-02-07 17:32:38 -05:00

Shader.cpp

Certainly at least seriously considering a separate holder for the "compile a shader" logic. Otherwise taking steps back towards PAL/NTSC decoding.

2016-02-07 17:32:38 -05:00

Shader.hpp

Certainly at least seriously considering a separate holder for the "compile a shader" logic. Otherwise taking steps back towards PAL/NTSC decoding.

2016-02-07 17:32:38 -05:00

TextureTarget.cpp

Sketched out a quick class for rendering to texture.

2016-02-07 15:42:02 -05:00

TextureTarget.hpp

Certainly at least seriously considering a separate holder for the "compile a shader" logic. Otherwise taking steps back towards PAL/NTSC decoding.

2016-02-07 17:32:38 -05:00