Hardware > Hardware (Classic 16-/32-Bit)

GK mit RPi für TT ua.?

<< < (5/12) > >>

Arthur:
Bei 4K Auflösungen am TV geht 30Hz ja auch ohne Flackern... dann wird eben erst jedes 2te Bild aktualisiert und eins wird zwischengespeichert o.ä.. Das ginge also schon so wie Ingo es schrieb.

Ist aber fürn ST bzw STE nicht zu stemmen.

Gast160608:
Im Moment geht´s nur um Ataris mit VME-Bus. Für die ´Kleinen´ fehlt wohl etwas Ü-Rate.

Wenn 30Hz für´s Kino reicht, dann doch wohl auf ´nem Atari erst recht... Aber ´FrameBuffer´ geht dann immer noch nicht: Bei 2K Auflösung mit 1Byte Farbtiefe müßte man 60MB/s schaffen. Aber via ´VDI-Terminal´ käme man wohl mit einem kleinen Bruchteil davon aus. Dann sollte doch auch 50Hz mit 2 oder sogar 3 Bytes Farbtiefe möglich sein?
Ein VDI wäre doch in BeePi schon vorhanden. Ein GDOS auch? Dann müßte nur der via VME übertragene MetaFile auf dem RPi dargestellt werden...

joejoe:
Na, wenn es denn USB sein soll, dann braucht doch "nur noch jemand" z.B. für diese fertige Hardware:

https://www.amazon.de/Valueline-CMP-USBVGA11-VGA-DVI-Grafikadapter-USB/dp/B003ZVJPXE/ref=sr_1_24?ie=UTF8&qid=1542303323&sr=8-24&keywords=usb+grafikadapter

einen GDOS-Treiber schreiben. ;)

btw. ich habe damals Tage gebraucht, eine vergleichbare Hardware für meinen auf Stromsparen getrimmten Linux Server (gänzlich ohne dauerhaft eingebauten Grafik-Adapter) an diesem System ans Laufen zu bekommen. Und da ging es nur ums Bauen, Installieren und Konfigurieren des im Source vorhandenen Treibers.

Lukas Frank:
Setzt das ganze nicht zwingend USB 2.0 voraus? Der Atari kann ja nur USB 1.1

joejoe:
Ich hatte gehofft, durch die Anführungsstriche um das "nur noch jemand" schon darauf hinzuweisen, dass das nicht ganz Ernst gemeint ist.
Denn vermutlich braucht das schon USB 2.0, die aktuellen exterenen USB-Grafikkarten sogar USB 3.0.
Wenn man sich überlegt, was so ein Teil vermutlich macht /bzw beinhaltet ist das so etwas wie ein per USB angebundener Shifter, denn der Framebuffer wird im PC/MAC-RAM angelegt sein und die USB-Schnitte liefert passende Datenhappen an den externen Adapter, welcher diese an den HDMI-Wandler weitergibt. Die Daten müssen aber immer noch aktiv über den USB-Bus geschaufelt werden, eine GHz X86-CPU macht das, eine 8/16/32MHz CPU dürfte damit bereits ausgelastet sein. Was nützt mir ein hochauflösendes Bild, wenn kein Dampf für eine Anwendung übrig bleibt?

Nett wäre es aber, einen NOVA-Ersatz zu haben. Mit den gegebenen Beschränkungen bezüglich Auflösung und Farbtiefe, aber moderner Video-Schnittstelle (HDMI). Ein RPI hat das bis auf das Dualported RAM zum ATARI-Bus alles onboard. Der ATARI schreibt (und liest) die Grafikdaten in ein per 68000er oder VME-Bus angeschlossenes RAM, auf dieser Karte sitzt dann statt z.B. der ET4000 GPU  ein logic device, welches ähnlich wie ein RAM-DAC die Daten serialisiert und nur in eine Richtung (z.B. über die CSI-2 Schnittstelle) an den RPI liefert. Der hat dann genug Speicher und Power, um die Daten ggf. passend zu verwürfeln und sie in den eigenen Framebuffer zu schreiben. Das wird dann aber keinen Deut schneller als mit einer originalen (VME-)Grafikkarte. Ob das billiger als ein Nova-Adapter wäre, glaube ich allerdings auch nicht.

Das wäre dann der Kompatibilitäts-Modus eines ATARI/RPI Gespanns.
Im Emulationsmodus läuft alles bis auf das I/O (ausser Grafik) auf dem RPI, der bisher nicht ealisierte Zugriff auf vórhandene ATARI-Hardware am ATARI durch den RPI (die nächste Aufgabe) würde den Retro-Charme erhöhen.
 

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete