A600 now playing MP3 on vampire... yes, you read it right

[kipper2k]

I posted another video showing some WHDload games playing and a bit of file management etc and a few reboots to give an idea of performance.

[ Show youtube player ]

[Mrs Beanbag]

hang on, this A600 is running Kickstart 1.3?

[kipper2k]

nope 3.1ks. Some games dont work with the quitkey so thats the reason for the warm reset. As you can see it doesn't take long

Fa18 was done using KS1.3 i believe. I havent seen superfrog load that fast on any Amiga even the a1200 with acceleration

[Mrs Beanbag]

looks like 1.3 to me

[kipper2k]

Originally Posted by Mrs Beanbag

looks like 1.3 to me

FA18 WHDload game uses 1.3 WB to load but the A600 has a 3.1KS rom in it. All the games are running from WHDload

[Mrs Beanbag]

ok. Railroad Tycoon and others boot into 1.3 as well though, didn't know WHDLoad sometimes has to reboot the computer

[kipper2k]

whdload is not actually rebooting, it is me as the global quitkey option in WHDload does not support the 68000 so any game that quits using a key not on the a600 keyboard will not quit gracefully...

some games you can actually specify a different quitkey, but there is still no guarantee it will quit... hence me rebooting

[Mrs Beanbag]

how does it get into KS1.3 without rebooting?

sorry if this question seems really stupid

[Retro1234]

Have a look here http://eab.abime.net/showthread.php?t=26935
Yes WHDload is amazing you can load different kickstarts into memory and quit back to your original Kickstart/Workbench!

@Anyone about the vampire im guessing with the 68000 quitkey the vampire is 68000 instructions only?A1200 version would be great

[kipper2k]

the Vampire can run pretty well anything including the 68060 which is about 99% complete. For the sake of compatibility with most games etc it is in 68000 mode, but easily changed to a higher CPU. This core is running at 60mips which is truly amazing and untouchable (except by it's faster sisters .

Stability is very good, there are still a few crashes here and there but bug testing is finding them all

[flype]

Thank you for taking time to upload those videos guys, nice.

Latest cores are amazing (running ADoom ECS @ 30fps, MP3 realtime playing for example, WHDLoad compatibily, stability, ...).

Apollo Team is doing an incredible work here.

They are offering us a new 68k CPU !

This is not only a replacement for the 20 years old real 060 (becoming really hard to find and very expensive), but this is also going to be much more powerful.

IMHO, Proof of concept for FPGA reimplementation of 68060, running on a real Amiga, is now a reality.

Very good work guys, keep on the excellent work on bug hunting.

[alexh]

I am impressed at the work being done. It is a big leap in performance over the highest clocking TG68k core the Vampire 600 was originally running.

Originally Posted by kipper2k

the Vampire can run pretty well anything including the 68060 which is about 99% complete. For the sake of compatibility with most games etc it is in 68000 mode

Originally Posted by flype

This is not only a replacement for the 20 years old real 060 (becoming really hard to find and very expensive), but this is also going to be much more powerful. IMHO, Proof of concept for FPGA reimplementation of 68060, running on a real Amiga, is now a reality.

Are those statements true? I didn't think it had 68020+ addressing modes or exception frame? (Presumably that is now implemented because it is running ADoom?) I also didn't think it had an MMU or FPU or functioning Superscalar architecture?

[Mrs Beanbag]

i would be happy if it were "only" 68020-compatible (minus the weird module instructions that were dropped in later chips), but with 68060 speed of course. As soon as it can run all A1200 software i want one in my A1200!

[jbenam]

I instead hope for 040/060 compatibility 68020s are still quite possible to source, at decent prices, and 030s are as well, even if with a bit of difficulties.

What really needs to be preserved and made cheaper are 040s and 060s.

If we can get a future-proof, cheap 060 (FPGAs are here to stay, at least until another new, more flexible "programmable" device comes out) I'll be super-happy.

[Mrs Beanbag]

Originally Posted by jbenam

I instead hope for 040/060 compatibility 68020s are still quite possible to source, at decent prices, and 030s are as well, even if with a bit of difficulties.

well yes, but they are not very fast, are they? compatibility has little to do with speed. I'm used to running a 50MHz 060 and wouldn't want to go back to 020 speeds but i don't run or write any software that wouldn't run on an 020.

[pandy71]

Originally Posted by jbenam

I instead hope for 040/060 compatibility 68020s are still quite possible to source, at decent prices, and 030s are as well, even if with a bit of difficulties.

Problem is that 68020 is the most compatible instruction set - before and after there is only less - i would prefer 68020 ISA with speed of 68060 than 68060.

[jbenam]

Originally Posted by Mrs Beanbag

well yes, but they are not very fast, are they? compatibility has little to do with speed. I'm used to running a 50MHz 060 and wouldn't want to go back to 020 speeds but i don't run or write any software that wouldn't run on an 020.

Ah, I was talking about preserving ISA compatibility and feature set. There are still quite a bit of things requiring a 040 or a 060 out there. (or not? read below)

Originally Posted by pandy71

Problem is that 68020 is the most compatible instruction set - before and after there is only less - i would prefer 68020 ISA with speed of 68060 than 68060.

Actually that's true - but I was under the impression that there are things (demos?) compiled to only run on a 060, for example. Am I wrong?

Best thing ever would be switcheable cores (fast 68k, 020, 040/060, hybrid 000/020/060) to solve any compatibility issues

[pandy71]

Originally Posted by jbenam

Actually that's true - but I was under the impression that there are things (demos?) compiled to only run on a 060, for example. Am I wrong?

Don't know - IMHO except MMU and FPU, 68020 ISA cover all 68040/68060 instructions (so seem that software compiled for 68060 no FPU/no MMU) should be fully compatible with plain 68020 (but performance may be suboptimal).
As such Vampire/Phoenix may be considered as EC version (no FPU/no MMU) with significantly improved/changed architecture (so to achieve highest performance software need to be rewritten anyway).

[kipper2k]

If you notice in the video, the warm reset bootup time is ~17 seconds. If i remove the Gotek and replace with a regular floppy drive the reboot time is ~7 seconds so the gotek is slower to initialise

[demolition]

This is a very cool demo - I never expected any 68k core could go so fast.
To get this speed, it must have some instruction cache despite a regular 68k does not have this? If so, won't it break running self-modifying code?