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 |
|
Thomas Harte
|
2d0f861474
|
Incoming: a 'CRT' class, to receive information intended for a cathode ray tube. To decode sync, etc.
|
2015-07-19 13:36:27 -04:00 |
|
Thomas Harte
|
e0aa1e9f19
|
Minor project rearrangement to aid findability.
|
2015-07-17 09:10:23 -04:00 |
|
Thomas Harte
|
1df2c48668
|
Introduced my GL view as the window content.
|
2015-07-16 21:01:49 -04:00 |
|
Thomas Harte
|
5160b6bbb8
|
Separated out different test suites into different XCTest subclasses.
|
2015-07-16 20:52:16 -04:00 |
|
Thomas Harte
|
3e0679235a
|
This now goes just far enough to create an instance of Atari2600::Machine and push a ROM to it. Next jobs are to get a basic CRT emulation wired up, outputting to the window.
|
2015-07-16 20:40:46 -04:00 |
|
Thomas Harte
|
24c0579b94
|
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 |
|