Vampire 4 - eigenständiger Computer

[tuxie]

Also im Grunde aussichtslos, da Magic zu sehr an die Hardware angepasst wurde?

@Nervengift, du bist halt deiner Zeit wieder um Lichtjahre voraus... Wer hätte damals gedacht was hier für neue Mitglieder ins Forum kommen, die besser 68k Assembler können als die Jungs von Motorola.

Ich bin der Ansicht erst mal das System ans Laufen zu kriegen. Wichtig ist, das viel davon nicht closed source ist damit das System nicht nur vom den V4 Machern weiter entwickelt werden kann.

Das wird nicht passieren!! Zumindest nicht die Core Internen sachen.

[Arthur]

Das wird nicht passieren!! Zumindest nicht die Core Internen sachen.

Was verstehst du unter Core?

[Nervengift]

Also im Grunde aussichtslos, da Magic zu sehr an die Hardware angepasst wurde?

@Nervengift, du bist halt deiner Zeit wieder um Lichtjahre voraus... Wer hätte damals gedacht was hier für neue Mitglieder ins Forum kommen, die besser 68k Assembler können als die Jungs von Motorola.

Ich bin der Ansicht erst mal das System ans Laufen zu kriegen. Wichtig ist, das viel davon nicht closed source ist damit das System nicht nur vom den V4 Machern weiter entwickelt werden kann.

Sicherlich hat das Projekt erstmal andere Baustellen, da für viele Dinge die Treiber fehlen (Ethernet, Soundchipsatz und wohl auch noch USB etc.). Ich stecke da ja auch nicht so drin, was Programmierung und die interne Funktionsweise von Betriebsystemen angeht. Deswegen hatte ich ja auch gefragt.

Magic ist open Source. Das ließe sich dann entsprechend anpassen. Allerdings ist eine Anpassung wegen des Aufwandes und des geschlossenen Systems des Vampiers sehr, sehr unrealistisch, fürchte ich. Ich hatte ja auch nur vorgeschlagen Magic zu testen. Aber das erübrigt sich jetzt erstmal.

Wie sieht's denn mit Geneva aus? Das lief ja auch nicht mehr auf dem Milan, weil es wohl besondere Funktionen des 68030 nutze, die beim 68040 nicht mehr zur Verfügung standen. Kommt der 68080 damit klar? Der 68080 soll ja die Befehlssätze der kompletten 68k-Reihe enthalten, wenn ich das richtig verstanden habe.

[tuxie]

Also im Grunde aussichtslos, da Magic zu sehr an die Hardware angepasst wurde?

@Nervengift, du bist halt deiner Zeit wieder um Lichtjahre voraus... Wer hätte damals gedacht was hier für neue Mitglieder ins Forum kommen, die besser 68k Assembler können als die Jungs von Motorola.

Ich bin der Ansicht erst mal das System ans Laufen zu kriegen. Wichtig ist, das viel davon nicht closed source ist damit das System nicht nur vom den V4 Machern weiter entwickelt werden kann.

Sicherlich hat das Projekt erstmal andere Baustellen, da für viele Dinge die Treiber fehlen (Ethernet, Soundchipsatz und wohl auch noch USB etc.). Ich stecke da ja auch nicht so drin, was Programmierung und die interne Funktionsweise von Betriebsystemen angeht. Deswegen hatte ich ja auch gefragt.

Magic ist open Source. Das ließe sich dann entsprechend anpassen. Allerdings ist eine Anpassung wegen des Aufwandes und des geschlossenen Systems des Vampiers sehr, sehr unrealistisch, fürchte ich. Ich hatte ja auch nur vorgeschlagen Magic zu testen. Aber das erübrigt sich jetzt erstmal.

Wie sieht's denn mit Geneva aus? Das lief ja auch nicht mehr auf dem Milan, weil es wohl besondere Funktionen des 68030 nutze, die beim 68040 nicht mehr zur Verfügung standen. Kommt der 68080 damit klar? Der 68080 soll ja die Befehlssätze der kompletten 68k-Reihe enthalten, wenn ich das richtig verstanden habe.

Wieso ist das den geschlossen ? Da steckt ein Amiga drin in dem Core...und der ist Dokumentiert also könnte jeder der Programmieren kann und dazu lust hat einen Kernel dafür schreiben. Klar ist nicht sooo schnell gemacht aber. Infos dazu stellt das EmuTOS zur Verfügung.

Mal was anderes, wer könnte mir ein Image zusammenstellen mit Anwendungen die getestet werden könnten ?

[Arthur]

Mal was anderes, wer könnte mir ein Image zusammenstellen mit Anwendungen die getestet werden könnten ?

Poste doch einfache einen FTP-Adresse etc. wo man das hoch laden kann.
Was meist du mit Image? Ein Hardiskimage eine Zip-Datei oder was genau?

[tuxie]

ZIP Datei ist ok, und hochladen hm google drive ? Onedrive ?

[1ST1]

Für Calamus SL 96 hab ich dir schon einen Link geschickt.

[Arthur]

@tuxie, hab dir auch einen Link geschickt.

[KarlMüller]

Da ist nicht alles "herausoperiert", und für die Sachen wo das der Fall ist, setzt es Routinen im Milan-Tos voraus, die in keinem anderen TOS vorhanden sind (ua. komplett neues VDI, PCI routinen etc). Macht also noch weniger Sinn zu versuchen das anzupassen.

EmuTOS hat doch eine komplettes VDI, oder nicht? Wo greift MagiCMilan auf PCI Routinen zurück? Ansonsten müsste natürlcih die Strucktur am Anfang vom MilanTOS nachgebildet werden. damit überhaupt was geht.

Solange die Sourcen von NVDI selber also nicht verfügbar sind, dürfte das ziemlich aufwendig sein. Und selbst dann wird es nicht einfach, weil es praktisch komplett in Assembler ist.

Das mit dem Assembler mag für die Treiber stimmen, keine Ahnung ob es so ist. Aber NVDI.PRG ist mindestens teilweise in C geschrieben und mit Pure C übersetzt. Denn man findet die PCSTDLIB.LIB, könnte auch die FLT sein, drin. Die MTAES.LIB ist auch verwurschtel.
Ansonsten kann man erkennen, das Teile des Code dem ähnlich sind, welcher nun OpenSource ist.

[Thorsten Otto]

EmuTOS hat doch eine komplettes VDI, oder nicht?

Ja, schon, allerdings wird in der Amiga-Version bisher nur monochrome unterstützt. Alles weitere wird dann fVDI überlassen, insbesondere HICOLOR, das EmuTOS bisher nicht unterstützt.

Das mit dem Assembler mag für die Treiber stimmen, keine Ahnung ob es so ist.

Die bisher veröffentlichten Treiber sind jedenfalls komplett in Assembler, ich kann mir kaum vorstellen daß das bei NVDI5 anders ist. Sieht ja man auch schon an den Dateigrössen von 3-4k.

Aber NVDI.PRG ist mindestens teilweise in C geschrieben und mit Pure C übersetzt.

Kann gut sein, aber macht die Sache auch nicht gerade  einfacher, weil die Behnes dann auch ganz gerne die Parameter-Übergabe in Registern von Pure-C verwenden, wenn sie aus dem C-Code Assembler-Routinen aufrufen (oder umgekehrt).

[tuxie]

So da ich glaube das hier gar nicht so richtig klar ist was die V4 ist, hier eine kurze Erklärung.

Die Vampire V4 ist eine Komplettimplementierung eines Amigas in einen FPGA. D.h. alle Standard Amiga Register funktionieren generell wie ein Standard Amiga. Zusätzlich ist in den FPGA Integriert

1. Apollo CPU Core
2. Apollo FPU Core
3. SAGA Core mit allem was der SAGA kann, der Saga spielt hier eine große Rolle da über den Saga core sehr viele dinge erledigt werden.

Der Saga core ist erweitert worden um die Atari Bitplanes, das heisst der Saga core kann Atari Bitplanes ohne umrechnen darstellen. Auch auf Amiga Seite.

Damit GEM/TOS Anwendungen auf der V4 laufen wurde das EmuTOS von Vincent für den Amiga erweitert.Das EmuTOS läuft auch im Standard Amiga OOB direkt aus dem Rom.
Die V4 besitzt genügend Platz im Flash für zwei verschiedene Bootroms, zwischen den Roms kann durch  drücken des Feuerknopfes am Joystick umgeschalten werden. Also entweder Kick oder EmuTOS.

Als reine GEM Box läuft die Vampire sehr gut und macht wenn man keinen TestCore nimmt einen sehr guten Eindruck. Der Saga Core wird mithilfe des von Vincent Entwickelten fVDI Treibers angesprochen. Dieser kann aktuell nur 16bit Farbmodis, was sich Hoffentlich in naher Zukunft ändert.

Generell laufen alle Programme/Spiele die Sauberes GEM benutzen. Auch SDL Portierungen laufen, wenn bisher noch ohne Ton.
Es gibt Überlegungen für Sound die Yamaha Register in den Speicher einzublenden da der Soundchip der im Core sitzt die funktionen des Yamaha bereits unterstützt. d.h. das mit implementierung der Yamaha Register theoretisch auch Ton am anderen ende des Kabels rauskommen sollte.

[Nervengift]

Also ist der alleinstehende Vampier nichts anderes als ein Amiga, auf dem durch entsprechende Anpassungen EmuTOS und MiNT als OS laufen? Im Grunde hat das also mit "Atari" nur insofern etwas zu tun als dass ein bzw. zwei Betriebssysteme, die ursprünglich für Atari Computer entwickelt wurden, jetzt auch auf einen Amiga Computer laufen.

[Arthur]

Aha, danke für die Erklärung. Hatte mir das in etwa auch so zusammen gereimt.

[Lukas Frank]

... EmuTOS und MiNT als OS laufen?

Ist doch wohl eher so das nur EmuTOS in der Amiga Version angepasst ist und läuft. MiNT läuft ja nur weil EmuTOS läuft. Ohne EmuTOS kein MiNT ...

[Nervengift]

... EmuTOS und MiNT als OS laufen?

Ist doch wohl eher so das nur EmuTOS in der Amiga Version angepasst ist und läuft. MiNT läuft ja nur weil EmuTOS läuft. Ohne EmuTOS kein MiNT ...

MiNT kann ohne TOS ja nicht! Ist vielleicht ein wenig so wie die DOS und Windows-Kombination in den 80ern und 90ern. (Im weitesten Sinne) ... Wobei im weitesten Sinne baut man mit dem Vampier einen Hacktari! Oder Amitari? Ein Mischwesen. Eine Chimäre.

[Arthur]

Ich finde das ist genial gelöst... man sieht hier was für ein potential in EmuTOS steckt. Die ganze Entwicklung macht sich genau durch solche Projekte besonders bemerkbar. Klar kannst du auch versuchen ein originales TOS so anzupassen das es auf einer anderen Hardware mit anderen Komponenten läuft, oder umgekehrt, du baust ein 100% TOS-kompatibles System. Die Jahrelange Investition in EmuTOS kannst du dann für das org. TOS nachholen. Kompatibler wird es dadurch, m.A.nach, auch nicht. Wenn GEM und TOS-Anwendungen, die nicht direkt auf Hardware zugreifen, funktionieren, dann ist das doch cool.

[Lukas Frank]

Ohne Vincent gäbe es den EmuTOS Amiga Port gar nicht ...

[Nervengift]

Hm ... einerseits geil ... andererseits ... wäre nicht dann auch eine Portierung von EmuTOS auf die 68k Macs sinnvoll. Zumindest die 68040er Macs schlagen die originalen Atari Computer in puncto Geschwindigkeit ohne weiteres. An diese Computer kommt man auch noch ran. Ist nur so ein Gedanke. Dann mauserte sich EmuTOS echt zu einem universellen 68k OS.

[Arthur]

Hm ... einerseits geil ... andererseits ... wäre nicht dann auch eine Portierung von EmuTOS auf die 68k Macs sinnvoll. Zumindest die 68040er Macs schlagen die originalen Atari Computer in puncto Geschwindigkeit ohne weiteres. An diese Computer kommt man auch noch ran. Ist nur so ein Gedanke. Dann mauserte sich EmuTOS echt zu einem universellen 68k OS.

Du hast den Sinclair QL vergessen... 

Das kann man sicher alles machen, doch wer soll das tun? Wann wird das zu haben sein? Finde jemanden der den Atari und den Mac wie seine Westentasche kennt und vor Langeweile fast umkommt. Also ich sehe da kein Licht am Ende des Tunnels.

[1ST1]

@Nervengift: Du hast die Next-Cubes und Stations vergessen... Ok, davon gibt auch nicht so viele, wäre aber auch eine unterstützenswerte Plattform für EmuTOS...