214 Commits

Author	SHA1	Message	Date
Thomas Harte	c81891ec43	Minor tidying and at least acknowledged the new flywheel encapsulation.	2016-02-11 22:13:38 -05:00
Thomas Harte	a6574d1f96	Made an attempt to factor out and more clearly to document my implementation of flywheel synchronisation.	2016-02-11 22:12:12 -05:00
Thomas Harte	c66409421e	Switched to generating an interlaced output, that apparently being correct. Enabled a poor man's version of phosphor persistence to smooth things out a little. It's not completely unconvincing.	2016-02-10 23:11:25 -05:00
Thomas Harte	b5bcadb8d3	Reinstated clipped CRT output, with more appropriate ownership of the decision.	2016-02-07 22:18:55 -05:00
Thomas Harte	3a689d14cc	Added padding of supplied data to correct for any potential rounding errors when rendering.	2016-02-07 20:29:32 -05:00
Thomas Harte	3a9ea66f8b	Filled in shader class.	2016-02-07 19:21:22 -05:00
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
Thomas Harte	602327cd9d	Sketched out a quick class for rendering to texture.	2016-02-07 15:42:02 -05:00
thomasharte	2cb12a7513	Allowed overly aggressive allocations to be cleared up after the fact.	2016-02-06 16:07:23 -05:00
Thomas Harte	bf348ccb96	Fixed clearing logic.	2016-02-05 22:47:12 -05:00
Thomas Harte	6ab425deda	There is now a semi-reasonable amount of screen output again.	2016-02-05 21:35:39 -05:00
Thomas Harte	80e7e5e602	Updated to return old behaviour of drawing only upon changes.	2016-02-04 23:05:47 -05:00
Thomas Harte	8bc3f8046d	This endeavours to move everything into the CRT class except the final version of shader building.	2016-02-04 22:57:46 -05:00
Thomas Harte	e0d51408e4	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