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

GK mit RPi für TT ua.?

(1/12) > >>

Gast160608:

--- Zitat von: Chocco am Di 16.10.2018, 23:45:17 --- ... BeePi ... Die volle Auflösung des 24" HP wird mit 1920x1200 Pixel bei 32 Bit Farbtiefe unterstützt.
--- Ende Zitat ---
Kann mir jmd. auf dieser Grundlage eine interne VME-GrafikKarte (für TT & MSTE) bauen? @faucon2001  @Chocco  @Lukas Frank  @tuxie  @alle ...

tuxie:
Klar nur für dich allein... dieses Thema haben wir besprochen, und unsere Meinung ist das die GPIO des PI zu langsam sein werden. Wobei schreibst du die Software für den Pi dann kann man mal eine Bus Anpassung machen

Lukas Frank:
Der Weg wäre vielleicht eine FPGA VME Grafikkarte der auf die Nova Treiber aufsetzt ...?

tuxie:
Der Weg wäre ein Shifter ersatz !!

Chocco:
Eine interessante Idee! Mal kurz nachdenken..

1. Möglichkeit: Framebuffer-Transport
Auf dem ST wird ein Framebuffer 1920x1200x32 gebaut und der Inhalt wird dann, wie auch immer, auf den RPi übertragen und angezeigt

Rechnung: 1920x1200 x 4 Byte/Pixel = 9.216.000 Byte pro Frame x 60 FPS ergeben eine notwendige Datenrate von knapp 56MB/s ==> geht nicht

Allein der Bildspeicher würde 9MB RAM auf dem STe verbrauchen ==> nicht praktikabel
Die CPU müsste 9MB Grafikspeicher beschreiben ==> nicht praktikabel

2. Möglichkeit: VDI-Terminal
Man verbindet den VME-Bus, wie auch immer, z.B. mit der USB-Schnittstelle RPi. Über diese Schnittstelle werden dann die VDI-Befehle übertragen und der RPI führt die VDI-Befehle aus. Das wäre dann so ähnlich, als würde der STe in ein Metafile schreiben, was nicht so schwer wäre.

Rastergrafik (MFDB Bitmaps) müssten natürlich auch transportiert werden. Die USB-Schnittstelle am RPi schafft max 35MB/s, was vermutlich schnell genug für den VME-Bus sein sollte. Ich weiß im Moment nicht, welchen Durchsatz der VME-Bus bei 8MHz hat.

Zu entwickeln wäre:
1. Ein Adapter, der den parallel arbeitenden VME-Bus mit dem seriellen USB-Eingang am RPi koppelt
2. Ein VDI-Treiber auf dem STe, der eine Workstation über den Adapter aufbaut und die Befehle/Daten überträgt.
3. Eine VDI-Treiber auf dem RPi, der über USB die Befehle/Daten übernimmt und für die Darstellung im RPi sorgt.

==> Sehr aufwändig, aber im Prinzip wohl machbar

Man darf die Nachteile natürlich nicht verschweigen. Der STe hätte keinen direkten Zugriff auf den Bildspeicher, d.h. vermutlich kein Spiel würde laufen und sämtlich Software, die nicht über VDI arbeitet, fällt auf die Nase.
 
Und natürlich bräuchte man sehr enthusiastische Menschen, die an der Entwicklung Freude hätten  ;D

Grüße

Navigation

[0] Themen-Index

[#] Nächste Seite