Allgemeines > Atari - Talk

EMU-TOS native auf einem Raspberry Pi - macht das Sinn?

<< < (6/6)

Chocco:

--- Zitat von: 1ST1 am Mo 06.08.2018, 07:13:18 ---Naja, das ist dann nicht, das, was Ausgangs in diesem Thread vorgeschlagen wurde, nämlich, dass der RaPi statt Linux eine EmuTOS-Umsetzung direkt booten soll. Was du zeigst, ist einfach ein RaPi mit Linux und Emulator. Im Prinzip nix anderes was hier viele andere auch machen, auch wenn statt Linux z.B. Windows das Basis-OS für Hatari, Aranym, Steem, etc. ist.

--- Ende Zitat ---

Vielleicht habe ich mich nur mißverständlich ausgedrückt. Ich habe die Frage gestellt, ob es sinnvoll ist, ein >30 Jahre altes Single-Task-OS ((Emu)TOS) auf eine neue CPU-Architektur (ARM) zu portieren. Ein ARM-TOS wäre sicher rasend schnell, aber wenn man nativ damit arbeiten möchte, müssen alte 68k-Anwendungen sowieso neu für die ARM-Architektur kompiliert werden.

Daher habe ich die Frage gestellt, ob es nicht sinnvoller sei, das bestehende Linux als Unterbau zu nehmen - praktisch als gepimptes MiNT.

Darauf aufsetzend müssten dann nur noch die AES und das VDI auf die ARM-Architektur portiert werden. Inwieweit man über einen Wrapper eine Aufrufkompatibilität zur XBIOS, BIOS und GEMDOS beibehalten kann, müsste man sich natürlich noch genauer anschauen.

Neu kompiliert werden muss beim Wechsel der Architektur sowieso und wenn man diesen großen Schritt eh macht, dann doch gleich in eine zeitgemäße Linux-Umgebung, die zudem noch super supported wird.

Für ein privates Projekt hatte ich bereits damit begonnen, aus den original DR-Sourcen von GEM/3 das VDI auf den RPi unter Linux zu portieren. Ich hatte hierfür das Framebuffer Device verwendet. Da der RPi jedoch über eine sehr schicke HW-Beschleunigung verfügt, die sich über das Framebuffer Device nicht realisieren lässt, wird meine VDI-Umsetzung nun entsprechend auf eine HW-beschleunigte Variante geändert. Diese Variante ließe sich vielleicht auch auf einem pTOS verwenden, falls dieses pTOS Zugriff auf die HW-Beschleunigung des RPi bereitstellt.

Ja, auf dem Foto ist nur eine auf ARM basierte Emulation eines 68k TOS-Kompatiblen zu sehen. Ich finde dieses Setting jedoch extrem schick und aufgeräumt.

1ST1:
Das ist mir soweit alles klar, die Idee war entweder Linux komplett durch ArMint (schöner Name, nicht?) zu ersetzen, oder das X-Window-System durch VDI (und einen GEMDOS zu POSIX-Wrapper). Kann man alles machen, gibt aber keine Software dafür, es sei denn  man hat die Quellcodes und lassen sich möglichst einfach dafür kompilieren. Ob das bei dem Softwareangebot für Linux ein Motivationsschub ist, hab ich ja noch nicht mal gefragt. Nur dabei ist bisher rausgekommen, Linux, X-Window-System, Emulator. Das ist was ganz anderes und nichts spektakuläres, wie Ausgangs in Aussicht gestellt wurde.

Chocco:
Nein, soweit ist Dir nicht alles klar und ausgangs wurde auch nichts Spektakuläres in Aussicht gestellt.

Macht aber nichts ;)

Thorsten Otto:

--- Zitat von: 1ST1 am Mo 06.08.2018, 19:30:56 ---Das ist mir soweit alles klar, die Idee war entweder Linux komplett durch ArMint (schöner Name, nicht?) zu ersetzen
--- Ende Zitat ---

Offensichtlich ist dir da doch nicht alles klar. Es war die Rede von EmuTOS, nicht MiNT.


--- Zitat ---oder das X-Window-System durch VDI (und einen GEMDOS zu POSIX-Wrapper).
--- Ende Zitat ---

Und wo hast du das her? Da war nie die Rede von.


--- Zitat ---gibt aber keine Software dafür
--- Ende Zitat ---

Was genau gibt es nicht? Sourcen für alles sind vorhanden, teilweise sogar von unterschiedlichen Quellen. Ist halt die Frage was man draus macht.

1ST1:

--- Zitat von: Thorsten Otto am Di 07.08.2018, 06:32:57 ---
--- Zitat von: 1ST1 am Mo 06.08.2018, 19:30:56 ---Das ist mir soweit alles klar, die Idee war entweder Linux komplett durch ArMint (schöner Name, nicht?) zu ersetzen
--- Ende Zitat ---

Offensichtlich ist dir da doch nicht alles klar. Es war die Rede von EmuTOS, nicht MiNT.

--- Ende Zitat ---
Überschrift ja, aber schau mal im Text.
--- Zitat ---
--- Zitat ---oder das X-Window-System durch VDI (und einen GEMDOS zu POSIX-Wrapper).
--- Ende Zitat ---

--- Ende Zitat ---
Wer glaubt denn, dass rein VDI reicht, damit neukompilierte Atari-Programme unter Linux eine Datei öffnen können, eine Schnittstelle ansprechen kann, usw? Also muss es einen Wrapper geben, der die dazu nötigen Systemaufrufe, die nicht im VDI liegen, übersetzt.
--- Zitat ---Und wo hast du das her? Da war nie die Rede von.


--- Zitat ---gibt aber keine Software dafür
--- Ende Zitat ---

Was genau gibt es nicht? Sourcen für alles sind vorhanden, teilweise sogar von unterschiedlichen Quellen. Ist halt die Frage was man draus macht.

--- Ende Zitat ---
Na dann übersetzt doch mal Calamus, Wordplus, Papyrus, Tempus, Adimens, Signum, Cubase, Notator, ... dafür. Letztendlich wird auf so einem Ding weniger laufen als selbst auf der Firebee.

Navigation

[0] Themen-Index

[*] Vorherige Sete