8763 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
Thomas Harte	581eace478	Increased logging slightly, ensured all of colour RAM can be read, slightly improved the 2600 pixel decoder.	2016-06-07 22:01:14 -04:00
Thomas Harte	26ab96868a	Decided to turn the 6522 into a template, since it's a per-cycle thing with variable behaviour. Added appropriate memory map callouts to hit the two in the Vic. Though they don't yet do anything.	2016-06-07 19:15:18 -04:00
Thomas Harte	6522530e1c	Actually, I'm dithering over whether the 6522 should be an ordinary class or a curiously-recurring template. But it'll need a file, definitely.	2016-06-06 21:56:02 -04:00
Thomas Harte	ca23e2e10a	This now proceeds to an ostensibly working basic prompt. Colours are wrong, 6560 is probably very wrong, 6522 is still absent. Hence no cursor.	2016-06-06 20:33:06 -04:00
Thomas Harte	c7c55528e2	Realised that registers appear also to be readable.	2016-06-06 20:29:39 -04:00
Thomas Harte	e8cb674073	Made some attempt at colours, at least.	2016-06-06 20:18:24 -04:00
Thomas Harte	89c87c3e81	Some major hackiness gives the first line of expected text repeating endlessly (as the end of columns is never reached, as that's back to thinking it's 0x7f); I also don't yet know which actor is supposed to do the '+0x8000' (which probably shouldn't be that but might be a pin on the 6560 indicating what sort of value is being fetched, that effects chip select for the various bits of memory?)	2016-06-06 07:47:30 -04:00
Thomas Harte	64539a2b24	Advanced to having some characters displayed, even though they're obviously very much incorrect and the display is still rolling.	2016-06-06 07:35:35 -04:00
Thomas Harte	79e05a2413	Without yet figuring out what vertical sync is meant to do, moved just about far enough forwards to see _something_ that hopefully I can soon discern characters within.	2016-06-05 18:02:49 -04:00
Thomas Harte	444d3b69b6	Made some elementary attempt to hit something like the correct states within the VIC.	2016-06-05 17:06:10 -04:00
Thomas Harte	9e9e50edb1	Added guess on how colour memory and the 12-bit bus possibly works.	2016-06-05 16:28:06 -04:00
Thomas Harte	2ab21e7a3c	Switched to a real (unexpanded) memory map, meaning that nonsense is no longer being supplied to the VIC.	2016-06-05 16:00:35 -04:00
Thomas Harte	3be1ce457b	Made some attempt at discerning fields.	2016-06-05 14:05:31 -04:00
Thomas Harte	9566c87532	Added enough to the machine that the 6560 can now produce output if it wishes.	2016-06-05 12:11:12 -04:00
Thomas Harte	b56482607e	Added just enough that the 6502 should now be operating correctly.	2016-06-05 11:44:29 -04:00
Thomas Harte	0b221e773f	Fixed ROM naming and sizes, ensured machines without sound outputs don't end up with an audio queue.	2016-06-05 11:20:05 -04:00
Thomas Harte	f922d38ed2	The Vic now captures the ROMs sent to it and has just enough infrastructure to get to a black screen. Progress!	2016-06-05 10:51:07 -04:00
Thomas Harte	12243c40ad	Kicking the ball a little further down the road, ROMs and PRGs now reach the actual emulated machine.	2016-06-05 09:06:59 -04:00
Thomas Harte	b29b2a5d08	Added forwarding of a loaded PRG from the Swift document to the wrapper. So I think that possibly completes the Swift side of things?	2016-06-05 09:01:32 -04:00
Thomas Harte	8052ce9223	System ROMs are now supplied to the Vic-20 wrapper, though they stop there. I also factored key forwarding out of the ElectronDocument and into the superclass, depending upon the child conforming to CSKeyboardMachine.	2016-06-05 08:53:05 -04:00
Thomas Harte	363e14a92f	Reorganised system ROMs out of the Mac-specific folder, adjusted Mac code to expect to find them organised hierarchically (as how many os.roms am I going to have?) and added readme files to explain what's missing from the Git repository.	2016-06-05 08:33:01 -04:00
Thomas Harte	4c33517228	Added ROMs to the project and ensured they don't get uploaded.	2016-06-04 22:03:38 -04:00
Thomas Harte	b10a06e700	A CRT is still absent but this moves the ball back into the C++ side's court.	2016-06-04 22:00:50 -04:00
Thomas Harte	06e1db8c85	This now gets as far as missing selectors.	2016-06-04 21:49:03 -04:00
Thomas Harte	eff28e95a4	Added XIB file.	2016-06-04 21:45:39 -04:00
Thomas Harte	404873fe58	Started sketching out infrastructure for Vic-20 support.	2016-06-04 21:43:50 -04:00
Thomas Harte	d6e8cd676a	Trimmed and reordered just a little.	2016-06-04 16:02:16 -04:00
Thomas Harte	4a507b375b	Merge pull request #17 from TomHarte/2600Accuracy ... Made an attempt substantially to improve Atari 2600 emulation accuracy	2016-06-03 20:16:04 -04:00
Thomas Harte	604862b20b	Fixed playfield/missile and playfield/ball collisions.	2016-06-02 22:36:52 -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	7aac306a12	Quick fix to the polynomials.	2016-06-02 19:56:02 -04:00
Thomas Harte	253e5a4203	With no regard to performance whatsoever, endeavoured to bring sound to the 2600. It's very scratchy, so something is wrong.	2016-06-02 19:50:16 -04:00
Thomas Harte	1e0fcbbee8	Made a very basic stab at a couple of the tone generators, added straight-through path for the speaker when input rate exactly equals output rate.	2016-06-01 19:53:16 -04:00
Thomas Harte	40c4544fb7	Got the basic sound pipeline pumping, just enough for static-level audio seemingly to work. Berzerk VE says "intruder alert, intruder alert", anyway.	2016-06-01 19:27:04 -04:00
Thomas Harte	8623dc2833	Consolidated a little more within the common code, adding sampling rate selection based on querying the machine.	2016-06-01 19:04:07 -04:00
Thomas Harte	50543e9676	Minor factoring up: the audio queue is now pushed universally by MachineDocument.	2016-05-31 22:36:53 -04:00
Thomas Harte	c773c3a66c	Started trying to clean up and consolidate on the Swift side of things but time is up for the day.	2016-05-31 22:32:38 -04:00
Thomas Harte	8dc66167be	Made an attempt to consolidate the Objective-C++ side of things based on the incoming CRTMachine::Machine.	2016-05-31 22:16:20 -04:00
Thomas Harte	5c4f35e13f	Finally started on generalising the C++ stuff so as to be able to be able to get a working audio binding on the OS-specific side without further repetition by factoring an appropriate protocol out from the Electron and sketching out the correct speaker class for the Atari. Added a method to ask it what a good output frequency would be.	2016-05-31 21:23:44 -04:00
Thomas Harte	3fc80ea01f	Rethought, hopefully perfecting, sprite timing.	2016-05-30 19:56:36 -04:00
Thomas Harte	8b342f77a9	Made an attempt further to rationalise timing.	2016-05-27 21:51:27 -04:00
Thomas Harte	91d3453cc1	Switched to looking backwards rather than forwards.	2016-05-27 14:33:08 -04:00
Thomas Harte	106ddae907	Sprites are still a pixel off but better; made some attempt to move things outside of the loop.	2016-05-25 21:43:19 -04:00
Thomas Harte	40c2c0bd2d	Minor simplifications and improvements. Still trying to figure out what's causing the non-linear edge addressing.	2016-05-25 21:12:25 -04:00
Thomas Harte	b01b474e36	I'm back to thinking that resets are deferred but pixel counts are live.	2016-05-25 07:32:25 -04:00
Thomas Harte	758806f924	Introduced a separate queue for pixels, which may or may not be correct.	2016-05-24 21:39:57 -04:00
Thomas Harte	0b081831a9	Set up a pipeline for all pixels that attempts to allow for appropriate delays.	2016-05-24 07:58:26 -04:00
Thomas Harte	5c1e594937	Realised there's a clocking delay on starting horizontal move. Which fixes Coke Zero.	2016-05-22 21:45:40 -04:00