11314 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
Thomas Harte	3b6c9c15a1	Switching momentarily back to monitor mode, resolved why I was suddenly getting no output upon creating some texture targets.	2016-03-07 18:55:15 -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	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	70b6d51451	Ever more baby steps back towards composite decoding.	2016-03-05 14:36:12 -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	2f7626a5e0	Okay, this definitely definitely is supposed to be this way around.	2016-02-28 22:00:05 -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	60d35fa72b	Requested multisampling, if available, rather than supersampling.	2016-02-27 22:46:31 -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	1eea28b692	Disabled some debugging parts, added some others, marked some things as inline. Ticking over.	2016-02-22 23:35:42 -05:00
Thomas Harte	4b28e7b974	Switched back to a single array and vertex buffer.	2016-02-21 22:54:55 -05:00
Thomas Harte	2b8fb5b615	Made an attempt to fix my 0114 implementation.	2016-02-20 23:13:58 -05:00
Thomas Harte	f7fc7cb932	Implemented some portion of 0114; ensured I'm safely skipping chunks in all cases.	2016-02-20 22:18:00 -05:00
Thomas Harte	ec3cccbb0d	Working towards HQ UEF support: fixed bug whereby writing to tape output would reset input pulse stepper; added support for chunk 0116 and approximate support for 0113.	2016-02-20 22:03:14 -05:00
Thomas Harte	3754cf4bce	Played about with interrupt timing.	2016-02-20 21:24:02 -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	00f414d757	Made an attempt to reintroduce interlacing and screen modes with gaps. Something's wrong with synchronisation though, so most likely I'm outputting a bad signal.	2016-02-20 17:32:51 -05:00
Thomas Harte	68992a62f9	Switched to a subtler to out-of-band syncs.	2016-02-20 00:16:07 -05:00
Thomas Harte	da361be3ee	This might be more accurate? Probably not. Who knows?	2016-02-20 00:13:43 -05:00
Thomas Harte	518c134348	Blank lines are missing (if the double negative can be forgiven) but the framebuffer is otherwise seemingly working well again.	2016-02-20 00:11:23 -05:00
Thomas Harte	a3432120f3	Fixed synchronisation — my two fields weren't of equal length, I wasn't breaking calls to the CRT upon 40/80 transitions, I had the wrong maximum run length. Now I just need to put real pixels back in.	2016-02-19 23:57:57 -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	dce1649fc5	Commuted some camelCase variables into more standard C++ underscore names; decided the best fix for the graphics output is to break it down into much simpler chunks. output_pixels is currently a placeholder that simply outputs blank so the current effect is that all data is missing but it should be easy enough now to put pixels back in.	2016-02-18 23:23:49 -05:00
Thomas Harte	570d88a876	Added a simple metric for measuring surprise. Which will hopefully allow me to reimplement PAL/NTSC auto-selection for the Atari 2600.	2016-02-18 23:22:06 -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	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	3ea0d04a1a	-dealloc now blocks until all audio queue buffers are no longer playing.	2016-02-16 21:47:23 -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	0b5417ab44	Made an attempt to put interrupts in the correct places regardless of even/odd field.	2016-02-16 20:36:19 -05:00
Thomas Harte	bbffbb5dc2	Resolved deadlock if an invalidate call was sent to the Electron while it was in the middle of an update.	2016-02-16 20:35:45 -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	7580d192d5	Fixes: now setting correct frame time estimate, properly enabling the timestamp attribute, and ensuring that the Electron flushes screen work at least once per host frame update.	2016-02-14 19:28:02 -05:00
Thomas Harte	752db78431	No doubt still imperfect but killed the repeated whole texture uploads.	2016-02-13 23:55:02 -05:00
Thomas Harte	697e50c0cc	Screen output is back, no matter how inefficiently.	2016-02-13 23:50:18 -05:00
Thomas Harte	d0b2d840da	A minor fix to data queuing. Display still absent.	2016-02-13 20:57:41 -05:00
Thomas Harte	7bd237193d	Edged closer towards realistic timing.	2016-02-13 20:52:35 -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	f57d6d350b	Fixed uninitialised error and incorrect default constructor.	2016-02-12 22:35:16 -05:00
Thomas Harte	fd2d5c78f8	Started trying to nudge towards the multistage approach to video decoding.	2016-02-12 22:31:05 -05:00
Thomas Harte	7bc5a43c36	Fixed type warning.	2016-02-12 22:30:22 -05:00
Thomas Harte	0527888b15	Endeavoured to ensure safe shutdown.	2016-02-12 22:30:06 -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	341fafd3c5	Adjusted visible area.	2016-02-12 19:52:04 -05:00