39 Commits

Author	SHA1	Message	Date
Thomas Harte	1921a6c469	Rewired the existing cause-an-update route from the OpenGLView through the best-effort updater.	2016-06-16 18:19:23 -04:00
Thomas Harte	68a8851c52	Increased parallelism, allowing a simplification in the GL view.	2016-06-02 22:29:09 -04:00
Thomas Harte	e3b95b8d2b	Back to asynchronous updates and drawing, to try to improve guarantees on audio latency; experimenting with whether other parts of the approach are fundamentally flawed; added a broad-phase for scheduled updates on the 2600.	2016-06-02 21:22:55 -04:00
Thomas Harte	11073daee1	Issues appear to be around timing generally. Working on it.	2016-06-02 20:15:48 -04:00
Thomas Harte	40600b4bcb	Made sprite placement consistent at least. Not necessarily yet correct.	2016-05-18 22:07:24 -04:00
Thomas Harte	3765c5fbb5	Fixed error that would prevent an interrupting frame from ever being drawn.	2016-05-18 21:45:35 -04:00
Thomas Harte	ddfc9910e5	Sought to draw in a standard serial arrangement as and when bandwidth allows it.	2016-05-09 07:17:12 -04:00
Thomas Harte	9c89b668ae	Made further attempts to improve synchronisation and interrelated timing between display and machine update.	2016-04-20 22:35:46 -04:00
Thomas Harte	104f44f27f	Attempted to improve deinterlacing, gave the CRT full control over blend mode, switched back to 2000000Mhz audio.	2016-04-14 22:20:47 -04:00
Thomas Harte	fd1f6a7e1f	Expanded on thinking.	2016-04-06 19:35:53 -04:00
Thomas Harte	e885438363	The penny has finally dropped that I can drive the CPU stuff in a manner completely decoupled from the GPU stuff. For much improved parallelisation.	2016-04-06 19:34:34 -04:00
Thomas Harte	4595741ab0	Made an attempt not to interrupt the display link queue too much when emulation is running slowly.	2016-04-04 20:22:33 -04:00
Thomas Harte	902017a962	Fixes: drop any processing backlog, try not to allow an Electron document to close mid-draw, perform a frame grab even if the emulated machine is over-processing, really really don't create a CRT until it's safe.	2016-03-20 18:42:37 -04:00
Thomas Harte	eabc382540	Fixed: of course I can't rely on the pointer to CVTimeStamp not becoming dangling during a queue jump.	2016-03-19 23:02:42 -04:00
Thomas Harte	4c5d66c317	Made sure GL context isn't activated until it's locked.	2016-03-19 22:54:56 -04:00
Thomas Harte	a546277f88	Added the simplest mechanism to decouple emulation from the display link queue.	2016-03-19 22:53:37 -04:00
Thomas Harte	9da7716c72	Attempted to simplify threading, thereby allowing machines to be constructed within a valid GL context, and started adding appropriate GL syncs. Which all oddly drops everything to a negligible FPS. Investigation will follow.	2016-03-19 22:46:17 -04:00
Thomas Harte	bb0cd89574	Got explicit about threading guarantees.	2016-03-13 13:38:03 -04:00
Thomas Harte	41c09f8c3f	Renamed CSCathodeRayView to CSOpenGLView as it no longer has any CRT-related responsibilities. It just does the GL and manages a serial dispatch queue.	2016-03-05 14:45:09 -05:00
Thomas Harte	95efeb1d56	Ensured all delegate and responder delegate messages occur on the same queue.	2016-03-05 14:35:47 -05:00
Thomas Harte	c754a6e45a	Decoupled execution speed and frame rate; cleaned up.	2016-03-03 22:12:31 -05:00
Thomas Harte	60d35fa72b	Requested multisampling, if available, rather than supersampling.	2016-02-27 22:46:31 -05:00
Thomas Harte	c7f54d649e	Switched back down to two samples per pixel. Though one might do it. Need to investigate.	2016-02-18 23:21:25 -05:00
Thomas Harte	a01f90ff3e	Attempted a switch to the real PAL visible area and to something a bit like a real phosphor decay.	2016-02-14 21:57:23 -05:00
Thomas Harte	d3d505b7bc	That's one header file less.	2016-02-05 23:05:58 -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
Thomas Harte	4554abb755	Made an attempt to be more rigorous in display generation on the Electron, to make sure I deal with mid-line changes to/from blank line mode. Even if it turns out that they generate pixels.	2016-01-29 21:14:13 -05:00
Thomas Harte	f727582911	Started making first moves towards stripping CSCathodeRayView of its responsibilities. If that can be merely an OpenGL view that presents things, things will be a lot more portable.	2016-01-20 08:21:33 -05:00
Thomas Harte	956b90e203	Attempted further to improve latency; added view adjustment for non-4:3 output aspect ratios. The 4:3 is currently hardcoded, so further work will be required.	2016-01-18 23:55:52 -05:00
Thomas Harte	6112f4ef6b	Withdrew soft filtering for now; until the sampling frequency is passed on it's not sufficiently rigorous.	2016-01-12 16:42:16 -05:00
Thomas Harte	75d6ec354b	Added some very basic filtering in RGB mode.	2016-01-12 16:27:09 -05:00
Thomas Harte	3d6f20b7b9	Output, at last! Though sync is clearly way off.	2016-01-09 21:53:33 -05:00
Thomas Harte	09df218c01	Some output! Showing that three lines of solid sync isn't smart. But here it is.	2016-01-09 21:48:53 -05:00
Thomas Harte	b4f31edea3	Made an attempt to get RGB output mode up and running, and showing at least a box where pixels would be.	2016-01-09 21:32:56 -05:00
Thomas Harte	0db8938d27	Added the option for the CSCathodeRayView to show only a subsection of the full scan area. Zoomed in a little on the 2600. Put in enough piping to give the Electron sight of its ROMs at least.	2016-01-06 23:14:36 -05:00
Thomas Harte	616dc0b57c	Okay, so this is the absolute bare minimum about of refactoring and wiring necessary to get the [unimplemented] Electron machine pumping.	2016-01-04 23:40:43 -05:00