Thomas Harte ecb2898bd5 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
..
Assets.xcassets/AppIcon.appiconset	Shuffled things and guessed at things until the Xcode project was happy being subservient to the project proper.	2015-07-16 20:27:31 -04:00
Base.lproj	Okay; having no minimum size is a user experience nightmare. Fixed.	2015-07-23 22:54:17 -04:00
AppDelegate.swift	Shuffled things and guessed at things until the Xcode project was happy being subservient to the project proper.	2015-07-16 20:27:31 -04:00
Atari2600.h	A full communication pathway now leads to Atari2600.mm (for now) being in possession of a frame and receiving a command to draw, with a suitable OpenGL context being active and whatever is drawn subsequently appearing.	2015-07-23 20:45:07 -04:00
Atari2600.mm	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
Atari2600Document.swift	Ensured windows start and remain 4:3, made sure I request a GL 3.2 context and that an exception is raised if I call any old-fashioned GL functions.	2015-07-23 22:51:53 -04:00
Clock Signal.entitlements	Shuffled things and guessed at things until the Xcode project was happy being subservient to the project proper.	2015-07-16 20:27:31 -04:00
ClockSignal-Bridging-Header.h	Introduced enough logic that the Atari 2600 is being run, at least. No output yet though because (i) it has no-one to send output to; and (ii) there's nobody that knows how to display output. Hmmm.	2015-07-16 22:14:40 -04:00
Info.plist	Shuffled things and guessed at things until the Xcode project was happy being subservient to the project proper.	2015-07-16 20:27:31 -04:00
OpenGLView.h	A full communication pathway now leads to Atari2600.mm (for now) being in possession of a frame and receiving a command to draw, with a suitable OpenGL context being active and whatever is drawn subsequently appearing.	2015-07-23 20:45:07 -04:00
OpenGLView.m	Ensured windows start and remain 4:3, made sure I request a GL 3.2 context and that an exception is raised if I call any old-fashioned GL functions.	2015-07-23 22:51:53 -04:00