129 Commits

Author	SHA1	Message	Date
Thomas Harte	c0cd1ed89e	Made an attempt to consolidate timestamp bases to a single vector and hence to lump all geometry into one or two calls, with no repetitive setting of a uniform. I'm not sure the result is correct yet.	2016-04-04 21:57:27 -04:00
Thomas Harte	aa8a192c7e	Simplified API down to their being a single texture with a specified depth.	2016-03-19 17:37:55 -04:00
Thomas Harte	7255408313	Experimented with going back to horizontal sync on leading edge; not sure so (temporarily?) disabled.	2016-03-08 22:54:05 -05:00
Thomas Harte	bf5747f83e	Made an attempt to chop out all the stuff of building up the OpenGL data from the stuff of parsing input.	2016-03-08 22:40:23 -05:00
Thomas Harte	c7976dd657	Started trying to clean up my Outputs namespace by moving stuff related to the CRT underneath a separate subnamespace.	2016-03-08 20:49:07 -05:00
Thomas Harte	eefd17ed4c	Fixed sync response in composite scan output generation and stored texture coordinates.	2016-03-05 21:52:22 -05:00
Thomas Harte	6cddb4c9c8	Added a first attempt to generate output scans for composite mode. So this in theory completes the CPU side of composite operations. Though I'm sure problems will reveal themselves.	2016-03-05 21:18:28 -05:00
Thomas Harte	3f39803d32	Switched to triangle strips, to eliminate the need for any temporary storage for the composite output path.	2016-03-05 20:47:11 -05:00
Thomas Harte	23c223e2ed	Started edging towards completing the CPU side of accumulating enough data for composite decoding.	2016-03-05 17:55:18 -05:00
Thomas Harte	5c8db71c64	Corrected some constants, ensured both machines (so far) are setting the output device.	2016-03-05 16:19:10 -05:00
Thomas Harte	70b6d51451	Ever more baby steps back towards composite decoding.	2016-03-05 14:36:12 -05:00
Thomas Harte	3449120c24	Added a note to future self, put the scan edge generator back to the way round it was before.	2016-02-27 22:51:37 -05:00
Thomas Harte	7839d93344	With the provision of an extra hint to the CRT and, finally, the realisation about why my scans weren't exactly joining up, improved output precision.	2016-02-27 22:39:01 -05:00
Thomas Harte	1c6de7692d	Made an attempt to fix tape output interrupts; offloaded raster width and placing conversion to the GPU.	2016-02-27 20:37:41 -05:00
Thomas Harte	db18c85423	Simplified the run builder rather; put a double check of Electron timing in place.	2016-02-25 22:01:42 -05:00
Thomas Harte	574985f9a2	Fixed interlaced timing; switched to a more robust detector for horizontal sync; eliminated some test logging.	2016-02-20 20:29:40 -05:00
Thomas Harte	1954f7bcbd	Got back to a stable image, at least when staying in a mode. Which is what I was trying to fix. Hmmm.	2016-02-19 23:41:09 -05:00
Thomas Harte	ce3c098c28	Widened beam a little, moved to a linear approximation of age across scans, cut number of stored frames.	2016-02-16 21:48:09 -05:00
Thomas Harte	b261e86c62	Reintroduced lateral as a parameter in CRT drawing, to simulate a rounded raster.	2016-02-16 20:37:04 -05:00
Thomas Harte	697e50c0cc	Screen output is back, no matter how inefficiently.	2016-02-13 23:50:18 -05:00
Thomas Harte	eeb0e134fd	Started the transition towards a more natural collection of rolling buffers, with phosphor decay in mind.	2016-02-13 20:52:23 -05:00
Thomas Harte	0a09762be6	Fixed output precision compared to the new approach of trusting the flywheel for position, and eliminated fixed-Acorn constants. Also re-enabled the faded previous frame, at least temporarily.	2016-02-12 19:53:49 -05:00
Thomas Harte	1d20a29d97	Made an attempt to switch to the flywheels for both vertical and horizontal sync, and to act more appropriately for out-of-bounds sync requests. Lots of tweaking to do, I fear.	2016-02-11 23:43:08 -05:00
Thomas Harte	c81891ec43	Minor tidying and at least acknowledged the new flywheel encapsulation.	2016-02-11 22:13:38 -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	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
thomasharte	2cb12a7513	Allowed overly aggressive allocations to be cleared up after the fact.	2016-02-06 16:07:23 -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