Atari St mit Vampire 500 FPGA Turbokarte

[Skywalker]

Erster Schritt, ST zum Booten zu bringen
zweiter Schritt, Optimieren das alles wie bisher funktioniert (DMA, Floppy, Sound, Grafik)
dritter Schritt, Fastram (128Mb) einbinden
vierter Schritt SAGA HDMI Core ans laufen bringen (720p ist machbar)

Also wenn das dann alles so läuft hätte ich definitiv auch Interesse an so einem Teil.
Ich hab den Thread jetzt nur kurz überflogen.
Wird die Erweiterung in einen normalen ST passen?
ist eine STE Version geplant?

Gruß, Bernd

[Gaga]

Es wird mit dem (Mega)ST begonnen.

Das Weitere wird sich zeigen.

[1ST1]

Wenns erstmal läuft, kann man ja sehen, in welche (Mega-)ST-Platinenversionen das überall reinpasst. Für den STE ist mindestens ein Adapter notwendig, oder die Amiga-600-Version lässt sich anpassen, der A600 hat auch den quadratischen 68000.

Aber zum einen, erstmal muß das Ding rennen und dann sehen wir weiter. Zur Sicherheit, was den STE angeht, falls der nicht unterstützt werden kann, schnell noch einen passenden 1040ST sichern, bevor die Preise Vampire-bedingt steigen...

[Börr]

Ich hab noch eine V500, wie kann ich helfen?

[1ST1]

Die V500 hilft erstmal nicht, denn die müsste modifiziert werden. DIe wird so nicht laufen.

[tuxie]

Die V500 hilft erstmal nicht, denn die müsste modifiziert werden. DIe wird so nicht laufen.

Das Stimmt so nicht...

Ich hab noch eine V500, wie kann ich helfen?

Das Problem ist das der Vampire einfach 4 Signale fehlen (Elektrisch) und diese per Hand gefädelt werden müssen. Daher kann es dann passieren das diese im Amiga nicht mehr läuft.

[Börr]

Also zweite V500 ordern?

[tuxie]

Das ist der Plan

[1ST1]

Schaut mal hier.

http://www.apollo-core.com/knowledge.php?b=2&note=12089

Da wird ein Emulator "ST on Amiga" basierent auf "ST on X" (stonx) gezeigt. Zum einen evtl. für Firebee-Portierung (oder Falcon mit ct6x) interessant, zum anderen dort auch öffentlich die Bestätigung, dass die ST-Videomodes komplett auf der SAGA-Hardware der Vampire abgebildet werden können.

[ari.tao]

Läuft das nur mit antikem Fernseher?
Oder warum ist das Bild so grottenschlecht?

[1ST1]

Ich sehe in dem Video starke Kompressionsartefakte und Moiree. Das kann die Videokamera und/oder Youtube sein.

[tuxie]

Naja der STonX wurde soweit ich mich erinnern kann schon auf den Atari Portiert... aber der Bringt ja hier nix. Die Vampire kann bis 720p ohne Probleme Bild anzeigen.

Aktuell wird die Vampire am ST getestet bzw. Adaptiert.

[1ST1]

Info: GCC Version 6 68K Support wird derzeit überarbeitet, u.a. sollen Anpassungen für den 68080 mit rein. http://www.apollo-core.com/knowledge.php?b=4&note=12130&z=BiLI7P Habt ihr GCC6 schon mal benutzt um 68K Code (für den ST) zu generieren, laut dem Link soll das Ergebnis noch instabil sein. Vielleicht könnt ihr da mit Erfahrungen und Bugreports helfen?

[mfro]

Info: GCC Version 6 68K Support wird derzeit überarbeitet, u.a. sollen Anpassungen für den 68080 mit rein. http://www.apollo-core.com/knowledge.php?b=4&note=12130&z=BiLI7P Habt ihr GCC6 schon mal benutzt um 68K Code (für den ST) zu generieren, laut dem Link soll das Ergebnis noch instabil sein. Vielleicht könnt ihr da mit Erfahrungen und Bugreports helfen?

gcc für m68k läuft stabil bis zur neuesten Version 7.2 (für Ataris sowohl als Cross-Compiler als auch nativ - wenn man genügend Speicher hat). Wenn's auf dem Amiga nicht will, liegt das höchstwahrscheinlich an irgendwelchen Amiga-Eigenheiten (wie z.B. der Nutzung des A6-Registers als Library-Pointer). Ich bezweifle, dass da jemand aus der Atari-Gemeinde helfen kann.

[czietz]

Crosscompiler für Atari, siehe z.B. @Thorsten Ottos gcc7 Port unter  http://tho-otto.de/crossmint.php
Oder gcc 6 und 7 unter http://d-bug.mooo.com/beyondbrown/post/gcc-6/ bzw. http://d-bug.mooo.com/beyondbrown/post/gcc7/

Ich denke, da ist eher auf Amiga-Seite was kaputt als am gcc für 68k generell.

[1ST1]

Danke, ich gebe die Links mal weiter. Wenn schon der 7er geht, warum dann am 6er basteln?

[czietz]

Liest man den verlinkten Thread übrigens mal durch, stellt sich heraus: der gcc war nicht das Problem. Zitat: "I should'nt have blamed GCC6. The issue was me breaking the standard. My bad :-/"

Und so bestätigt in Pattern, das mir nur zu gut bekannt ist. In 99% der Fälle, in denen die Leute laut Compiler-Bug rufen, ist stattdessen der Compiler-Nutzer schuld. Ist in der Firma auch nicht anders...

Es ist aber löblich, dass der Entwickler das so offen eingesteht. Ich kenne Fälle da heißt es stattdessen: "Ja, aber der Compiler hätte doch wissen müssen, wie ich den C-Standard hier fehlinterpretieren will!"   

[MJaap]

Läuft das nur mit antikem Fernseher?
Oder warum ist das Bild so grottenschlecht?

Abgefilmt und in niedriger Qualität (240p) hochgeladen - immerhin scheint oxcom23 ein Stativ genutzt zu haben

Inwieweit das für die Firebee interessant wäre, erschließt sich mir nicht, speziell wenn immer noch die 68k-CPU voll emuliert wird, dürfte der Emulator ein ähnliches Performance-Problem wie vMac haben...

[1ST1]

Inwieweit das für die Firebee interessant wäre, erschließt sich mir nicht, speziell wenn immer noch die 68k-CPU voll emuliert wird, dürfte der Emulator ein ähnliches Performance-Problem wie vMac haben...

Du hättest eine vollständige ST-Emulation auf der Firebee. Du kannst damit ST-Spiele und Demos auf der Firebee laufen lassen, die nie nativ laufen werden.  Der Emulator läuft mit Originalgeschwindigkeit auf der Vampire, also wie ein 8 Mhz ST, das dürfte die Firebee doch locker auch schaffen. Vielleicht könnte man sogar auch eine Viking-Emulation einbauen, endlich Calamus! Überlege mal, wie es wäre, wenn dieser Emulator auch Hardware-Schnittstellen der Firebee nutzen könnte, z.B. Midi und den Romport, da wäre doch der Weg für Cubase frei...

[mfro]

Eine 68000er Softwareemulation für die Firebee gibt es längst (auf Musashi-Basis).

Die kann durchaus noch ein paar Verbesserungen gebrauchen, hat aber gegenüber einer Amiga-Portierung (zumindest für Anwenderprogramme) längst die Nase vorn, weil Betriebssystemaufrufe nativ (also mit "ColdFire-Vollgas") ausgeführt werden.