in case you are interested to test new fpga accelerators for a600/a500

[asymetrix]

Great stuff.

What we need is a scriptable assembly language with OpenGL commands.

This would make assembly portable, with OO overloading compatible commands.

We also need complete regression testing for each command to test pass / fail cpu emulation.

Nice info on chip enhancements
http://www.gamedev.net/page/resources/_/technical/graphics-programming-and-theory/graphics-programming-black-book-r1698

[asymetrix]

68k -> coldfire may be useful : http://www.microapl.co.uk/Porting/ColdFire/pacf_download.html

One also needs to consider a universal assembler language for any CPU this generation or the next.

20 years ago it was, 68k, then PPC, now mips is cheap and popular what is next 50 years ?

Virtual ASM + virtual CHIPSET

For example use  IOMMU technology (graphics address remapping)
port this to the current generation cheapest CPU + GPU combo and BINGO - Amiga runs.

CPU + GPU = AmiChip

Open source fully documented registers, one could just learn ASM+GPU coding on any device. Hardware does not matter.

We have bigger problems than worrying about which hardware to use. want to use 68k  - great, x86 great, DSP great - whatever floats your boat.

It should be all AmiChip I, II, III compatible.

However, due to the urgency of having apps and games ASAP I would favour a single GFX mode eg 1024x768 common monitor resolution at 24 bits colour.

A clean slate so to speak.

We can develop apps and games for this single mode, slowly testing Amiga compatibility later in stages.

[asymetrix]

It would be really cool if we could pause the fpga via Amiga Amiga then an option to switch A500/A600 68000 mode, A1200/68020 mode etc

then the system just continues in this mode seamlessly would be nice for debugging asm.

- user friendly the Amiga way ..