Thomas Harte dd428c5d4d Slightly relaxed time it takes to recognise vertical sync; considered what to do about reviving proper vertical sync but then gave up.		2015-07-24 23:56:25 -04:00
..
CRT.cpp	Slightly relaxed time it takes to recognise vertical sync; considered what to do about reviving proper vertical sync but then gave up.	2015-07-24 23:56:25 -04:00
CRT.hpp	Upped internal precision a little.	2015-07-24 23:36:44 -04:00
CRTFrame.h	The overall architecture of who has responsibility for what is now very askew but: the CRT now outputs a tightly packed short buffer, with the probable OpenGL destination in mind. So it's now all fixed arithmetic internally. CRTFrame is reduced to a plain C struct with the intention that the OpenGL view will take responsibility for it and stop doing the back-and-forth sprint on getting buffer data. The Atari 2600 now outputs explicit blanks rather than level blacks for its border, so that it's easier visually to debug the CRT in its form as far as it has currently progressed: to drawing lines where the cathode ray gun would run while outputting pixel. I note that I'm still not quite getting vertical sync right yet — I'm just accepting it anywhere in teh frame — but that should be an easy fix.	2015-07-24 23:29:45 -04:00