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

Grafik per ACSI/DMA?

<< < (3/3)

mfro:

--- Zitat von: gh-baden am Mi 17.03.2021, 19:18:55 ---Am Mac Plus war’s schon eher laggy, so bei geschätzt 10fps. Der ist zwar eine Ecke langsamer als der ST, aber umkopieren hat halt auch den Nachteil, dass man über ST-Hoch nicht hinauskommt. Schick bei der Ausgabe per Raspi-HDMI wäre ja, dann bspw. 1024x768 in monochrom oder so haben zu können. Oder auch in 16 Farben.

--- Ende Zitat ---

Framebuffer kopieren? Na ja - gehen tät' das wohl schon, aber Spaß macht's keinen, denke ich.

Einfach zu rechnen: "einfach" mal den Framebuffer kopieren: ACSI schafft 1 MB/s.
640x400 in monochrom sind 32000 Bytes oder eben 0,03 MB - theoretisch schafft man also 32 Hz.
Bloss das dann der ST nichts anderes mehr macht.

Farbe: 1024x768 in 16 Farben wäre wohl das Geringste, was man haben wollte?
Da schafft man nur noch 2,6 Hz ohne was anderes zu tun.

Wenn man nur die veränderten Bildschirmteile kopiert (ähnlich wie VNC, z.B.), geht's natürlich schneller, dafür beschäftigt man dann die CPU - mehr als die dreifache Geschwindigkeit würde ich da nicht erwarten und das wäre (leider) immer noch zu lahm, um damit was Vernünftiges anzufangen.

Anderer Ansatz: Linien malen (Farbe, x1, y1, x2, y2) sind 9 Bytes. Nichts anderes getan und davon ausgegangen, daß der Pi oder was auch immer das packt, würde man damit 116000 Linien (oder Kreise, Flächen mit und ohne Füllmuster, ...) in der Sekunde schaffen. In 256 Farben, wohlgemerkt.

Deutlich schneller als jeder ST (und Falcon, TT, ...).

Arthur:
Da macht Framebuffer mit der ganzen kopiererei keinen Sinn... dann schon eher Grafikbefehle die auf dem Zieldevice ausgeführt werden... wie @mfro schrieb. Aber die Odin zeigte  zumindest was mit FB möglich war. Viele wären ja schon zufrieden wenn wenigstens die Bildfrequenzen vga-kompatibel wären.

goetz @ 3rz:

--- Zitat von: mfro am Mi 17.03.2021, 20:27:39 ---
--- Zitat von: gh-baden am Mi 17.03.2021, 19:18:55 ---Am Mac Plus war’s schon eher laggy, so bei geschätzt 10fps. Der ist zwar eine Ecke langsamer als der ST, aber umkopieren hat halt auch den Nachteil, dass man über ST-Hoch nicht hinauskommt. Schick bei der Ausgabe per Raspi-HDMI wäre ja, dann bspw. 1024x768 in monochrom oder so haben zu können. Oder auch in 16 Farben.

--- Ende Zitat ---

Framebuffer kopieren? Na ja - gehen tät' das wohl schon, aber Spaß macht's keinen, denke ich.


--- Ende Zitat ---

Ja, äh, aber das schrieb ich doch oben? VDI-Einbindung, und dass Framebuffer kopieren eher oll’ ist? :-)

Chocco:
Eine ähnliche Diskussion hatten wir 2018 schon (https://forum.atari-home.de/index.php/topic,14793.0.html)

Framebuffer ist indiskutabel, weil die Framerate unterirdisch wird.
Die Übertragung der VDI-Befehle wäre möglich, würde Speed bringen und tatsächlich relativ einfach zu realisieren sein. Wir hatten damals festgestellt, dass einzig die Übertragung von Bitmaps problematisch wird, weil Caching zwar angezeigt wäre, aber aktuell kein Mechanismus existiert, der eine Änderung der Bitmap auf dem ST feststellen könnte.

Alle Mausbewegungen müssten natürlich permanent in kleinsten Datenpäckchen übertragen werden. SCSI/ASCI arbeitet (glaub ich) Block orientiert, was die Effizienz deutlich vermindern würde. 

goetz @ 3rz:

--- Zitat von: Chocco am Do 18.03.2021, 23:08:28 ---Eine ähnliche Diskussion hatten wir 2018 schon (https://forum.atari-home.de/index.php/topic,14793.0.html)

--- Ende Zitat ---

Was wir seitdem wissen: Der GPIO (mindestens) des RasPi 3 B+ ist mehr als schnell genug für ACSI/DMA.  Mit einem RasPi 4 kommt man bis zu 1,4 MB/s in der Spitze. Benchmarks.

Navigation

[0] Themen-Index

[*] Vorherige Sete