Non-ATARI > Hardware

Raspberry Pi im Amiga als ...

<< < (12/19) > >>

Lukas Frank:
Die Hardware ist schon fertig ->   https://www.exxoshost.co.uk/forum/viewtopic.php?f=29&t=330&hilit=hdmi

ari.tao:

--- Zitat von: Thorsten Otto am Mo 29.04.2019, 11:22:01 ---
--- Zitat von: ari.tao am Mo 29.04.2019, 07:22:54 ---Wenn aber sowieso BeePi läuft: Dann könnte man ja Programme gleich direkt darunter im RasPi ablaufen lassen
--- Ende Zitat ---
Dir ist schon klar daß RasPi kein m68000 ist auf dem man einfach mal so eben Programme laufen lassen kann? Dazu müsste man die emulieren. Dann kannst du auch gleich ARAnyM nehmen.
--- Ende Zitat ---
Ich dachte, BeePi ist genau dieser Emulator?
Mal @Chocco fragen, was bei ihm unter BeePi so alles läuft.

ari.tao:

--- Zitat von: Arthur am Mo 29.04.2019, 12:19:37 ---Aber mit etwas Glück läuft irgendwann eine Vampire im Atari und nicht nur als V4SA.
--- Ende Zitat ---
Ich warte immer noch sehr gespannt auf Info, wo/wie der Vampir am Atari anbeißen soll.

ari.tao:

--- Zitat von: tuxie am Mo 29.04.2019, 12:28:51 ---@insane hat mit dem Rasperberry Pi einen CPU ersatz für den C64 gebaut, dazu hat er mittels Bare Metal einen CPU Emulator geschrieben der die 6502 Emuliert. Daraufhin haben wir uns unterhalten was mit dem Pi im ST oder TT mögich wäre, aber wir sind immer wieder an den zu langsamen GPIO´s hängen geblieben. Deswegen wollen wir paar Tests per SPI machen und testen was möglich ist. Ich meine es gibt ja nicht nur das HDMI Interface sondern hat der Pi auch ein Netzwerkinterface und USB..  und man könnte den Pi als Co Prozessor verwenden um Decodierungen von ihm erledigen zu lassen. DSP ?
--- Ende Zitat ---
(Einfärbung von mir)
Klingt für mich sehr plausibel & vielversprechend. Bin gespannt auf die Test-Ergebnisse!

1ST1:

--- Zitat von: mfro am Mo 29.04.2019, 09:13:01 ---Vielleicht machst Du dich erst mal schlau, was XDMCP überhaupt ist, dann reden wir weiter. Was willst Du mit einem Login Service/Authentifizierungsmechanismus?

--- Ende Zitat ---

Mein Lieber, von dir hätte ich da mehr Sachkunde erwartet!

X Display Manager Control Protocol <<<----- Da steht nix von Login!

XDMCP ist ein (Remote-)Grafik-Protokoll. Es wird auf jedem System mit X-Window genutzt (z.B. Unix, Linux, gibts auch für unser MiNT), entweder intern, oder über Netzwerk. Das heißt, es ist das Protokoll zwischen dem X-Server und dem X-Client (Display Manager, spricht die Grafikhardware an). Der X-Client ist der Teil, der die Grafikhardware oder eine virtuellen Grafikkarte wie den xvnc/xrdp-Server anspricht. XDMCP kennt Grafikbefehle wie Linien zeichnen, Flächen füllen, Dialoge und Fenster darstellen/verschieben, usw. Es ist also ähnlich wie die Kombination wie VDI und AES, wobei das VDI eher dem X-Client, und AES mehr dem X-Server entspricht, aber ein direkter Vergleich ist eher schwierig, die Architekturen sind zu unterschiedlich, nur der Zweck ist am Ende der selbe: Darstellung einer grafischen Oberfläche auf nicht normierter Hardware, das heißt es gibt einen unabhängigen Teil und einen hardwareabhängigen Teil. Ein wesentlicher Unterschied zwischen XDMCP und VDI/AES ist, dass Server und Client bei XDMCP per Default über das UDP-Netzwerkprotokoll (auch innherhalb einer Maschine, auf einem Linux-System ist es ganz einfach, das im Netzwerk zu öffnen, so dass man von extern andocken kann, das geht indirekt aber sicher mit SSH-Tunnel oder auch direkt (und unsicher)) kommunizieren. Wenn man sowas als "Netzwerklösung" (z.B. ST zu RaPi) ("Netzwerklösung" in Klammern weil bei diesem Beispiel der Datenaustausch über Shared-Memory ablaufen würde) auf dem Atari umsetzen würde, müsste man für den Rechner, auf dem die Programme ausgeführt werden (in unserem Beispiel der ST), ein VDI und AES schreiben, was die Aufrufe über ein Protokoll an die zweite Instanz (in unserem beispiel der RaPi) schickt. Dort müsste eine VDI/AES-Instanz laufen, die dann die Darstellung auf der konkreten Hardware übernimmt.

Ein Login-Fenster ist nur ein Prozess, der über XDMCP dargestellt werden kann. Meistens ist dieser Login in den Desktop-Manager (gdm, kdm, etc.) integriert. Ich kann aber diesen problemlos umgehen und per XDMCP direkt einen Desktop oder einzelne Applikationen sehen, egal ob Remote oder lokal - das ist wie wenn man als normaler User aus einer Textkonsole an einem Linux/Unix-Rechner im entsprechenden Runlevel (ohne automatischen Start von X) "startx" eingibt - da kommt auch kein Login mehr.

https://de.wikipedia.org/wiki/XDMCP

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete