Thanks everyone. Maybe I should just make my own, it doesn't look too hard to get a basic system up and running.

My idea is to use an AVR with USB port to generate a clock for the 6502 and to copy firmware into SRAM when it isn't running. Working mostly with microcontrollers I tend to write code ...

Thanks cbmeeks, that's very generous of you! I'll PM you.

That's a good idea. The BBC in particular is not too hard to get here and well documented. I do enjoy restoring old machines too!

Thanks everyone. Maybe I should just make my own, it doesn't look too hard to get a basic system up and running.

My idea is to use an AVR with USB port to generate a clock for the 6502 and to copy firmware into SRAM when it isn't running. Working mostly with microcontrollers I tend to write code on ...

I'm an embedded software engineer and hardware engineer. I want to start working with the 6502 and would like to buy a kit to get started.

Are there any good kits that are readily available to buy? I want something I can try running some code on and then start building up with peripherals and my ...

Aye, that's what I meant.

There's a project using micro controllers which might be relevant. I've put it in its own thread:
Slightly OT: an impressive video subsystem on an 8 bit micro


Interesting, they use a couple of AVRs. One to generate the video display and one as a blitter.

One idea I had was to use dual port ...

I actually worked on an Amiga port of Doom. It constantly redraws the entire screen, even when the player is not moving, as fast as possible. There are no partial updates, except for the status bar area at the bottom of the screen. The entire 3D scene is being constantly refreshed.

One idea to ...

Well, they are just killing any suggestions now, looks like they are going with the crappy Gameduino with an SPI interface. Hardly very C64 like. I guess that project is a write-off, it's going to suck.

Still, freed from the limitations of it, I'd love to see a system based on a better chip. Maybe ...

This looks very interesting, ideal in fact: https://github.com/maccasoft/propeller-graphics-card

Just needs modifying to use the 6800 bus instead of the Z80 one.

What is needed is an MCU with 6502 compatible bus capability, but the only ones I found can only be bus master for talking to LCDs...

It's kind of a pain actually, maybe an FPGA is the way to go. But they are expensive and there are not many open source tools for them.
The open source tools are coming along. The Lattice ICE40 parts are well supported. A dev board is £20 to £50 and a chip is £5 or so. Of course, there's a ...

Datasheet says it is only PAL/NTSC, no VGA (31kHz) support.

The minimum CPU is determined by the pixel clock. 640 pixels is about 25MHz, 320 is obviously half that. So for a typical game you need to pump out pixels at about 12.5MHz, for 80 column text you need 25MHz.

Now look at how fast your CPU can pump pixels. For monochrome you might be able to use an ...

Doing some research the only issue with that ARM is that there is some bus contention and no way to prioritize the video generation DMA. This is the basic problem with every MCU - even when you have DMA, it's never able to take priority and precise timing.