FPGA Replay Board

[freqmax]

I think the hugest hurdles are:
 * Motorola 68EC020 @ 14 MHz
 * AGA graphics

But there is both an 68030-alike CPU- and AGA-core. It's an A1200 more or less. That leaves the CD emulation. But that is likely easier than the existing harddisc emulation.

So it's very likely doable, but I don't think there exist any code for this setup. But reconfiguration of existing code and adding CD-emulation should do it.

[freqmax]

Wikipedia says about Akiko:

Akiko allows this conversion to be performed in hardware instead of relying on software conversion which would cause more overhead. The conversion works by writing 32 chunky pixels to Akiko's registers and reading back eight 32-bit words of converted planar data which can then be copied to the display buffer.

Seems not that hard to implement as a HDL-core ..?

[freqmax]

Asfaik, it's closed source to this date. But the intention is to release it at a later date when it's more finished (BSD or GPL?).

[freqmax]

Depend on your profession and circumstances

Thoe the couple-baby-mortage trap is devious..

[freqmax]

Plz get it.

MikeJ is busy with moving and work. Thus less time to deal with FPGA Replay. When he has more time, he will have more time and then things will happen.

[freqmax]

Xc3s1600 ?

[freqmax]

Asfair, 68060 has builtin MMU so why would it not be available?

[freqmax]

Cycle exact 68000 and 68020 should be enough. If one uses a more powerful CPU, the software ought to be aware that not all computer setups are the same..

[freqmax]

Asfair, there's a USB port on FPGA Arcade/Replay and compilers can be found on the internet..

[freqmax]

Different CPU speed should be no problem but different CPU cores might be..

Oh and don't forget that the FPGA has the m68k databus by their balls, and thus can do some quite brutal "MMU"

[freqmax]

The FPGA is the magic pill
It allows you to phase lock, manipulate bit-by-bit in realtime etc.

I think the big machines to really implement is A500 and A1200 which I suspect are the ones that are most widespread. The rest has to be configure your setup and pray (tm).

And the talk about how hard it is to code for all weird combinations of hardware is just a limitation of the number of willing coders. But with a baseline to work with it's way easier. It's easier to improve a specific chip to do something than to have to create a whole system from scratch as when you do that you have no working startpoint to work from. But rather have to make a theory and try.

[freqmax]

Regarding add-on board. A board with (PLCC/DIP) sockets for Amiga custom chips to run synchronized with the core to debug could be useful for any core coders to straighten out any remaining compatibility.

[freqmax]

In court what says is invalid. What counts is written agreement.

[freqmax]

dozer, darthx, why go through all the effort and make an a1200 clone if it ain't compatible enough to run all sw designed for the a1200?
patching/capping stuff sounds like a very lame approach. not an option if you ask me.
then i would be better off with uae.

It will over time run more and more software for the A1200. It's not perfect but rather a work in progress. Otherwise you can always give us those chipmasks for the Amiga chips

The big problem is that existing machines fail more and more. Entropy is a harsh master.

[freqmax]

I see that more and more people use FPGA-stuff to revive old platforms. Are the cards somewhat compatible, or will complete rewrites be needed?

Provided the number of gates (CLBs etc) that the soft-core requires is less than the available on the particular FPGA it's essentially just a matter of declaring which I/O to use and then route those correctly. A few hours work perhaps. So it's in essence just a reconfiguration issue.

However you need the HDL-sources to be able to "recompile" or synthesize as it's called. HDL-sources will survive time, platforms will not.

[freqmax]

What has X client/server to do with this??