Servus,
also: Bei 8 Bit x und y plus 3mal RGB 8 Bit sind das pro punkt 5 byte.
bei zB 10 000 Punkte pro Sekunde also 50 kilobyte usw...
Bei 12 Bit und 6 mal rgb (Riya zB) sind das pro Punkt 10 Bytes also 100 kb/sekunde.
Außerdem komme noch so Daten wie DMX, oder Ausgabespeed und TTL Schalter dazu. ist aber kaum nennenswert.
das ist tatsächlich nicht so sehr viel, von der Datenmenge her gesehen. Jede Soundkarte hat mehr zu tun.
ABER! Die Tücke ist, dass wir wenn möglich eine Konstante Punktrate bei der Ausgabe haben wollen. Wenn 10 000 Punkte Pro Sekunde eingestellt werden, dann sollen es auch 10 000 Punkte pro sekunden sein, und wenn möglich solltze die Zeit zwischen den Punkten auch konstant immer gleich lang sein.
Paralellport:
Wer den Paralellport DAC kennt weis, dass hier durchaus die konstante Zeit zwischen 2 augzugebenden Punkten schwankt (dies äußert sich in den hellen linien in der Figur, welche immer wieder scheinbar zufällig verteilt auftauchen. Ob jetzt mit Popelscan oder mit meiner Software ist egal).
Damit die Software diese Zeit zwischen den Punkten möglichst genau einhalten kann, sollte wohl möglichst wenig in dieser Zeit gemacht werden (Zumindest bei Windows) um das einigermaßen hin zu bekommen. Es ist ja schon schwer nen guten Timer unter Windows (bzw VisualBasic) zu realisieren. Ohne dll geht da eh nix.
Dazu kommt:
Wenn der PC an einem Netzwerk hängt, reicht ein "Ping" um Stöhrungen in der Ausgabe zu verursachen. Manchmal reicht es schon mit der Maus auf die Uhr unten rechts zu zeigen. In dem Moment wenn das Datum eingeblendet wird, setzt die Ausgabe kurz aus.
Nach der Ausgabe wird der nächste Frame berechnet. Für diese Zeit ist der LPT-DAC dunkel ==> Dunkleres Erscheinungsbild
BILDA:
Bei Bilda ist die Zeit zwischen den einzelnen Punkten kein Problem, weil Bilda einen eigenen Timer dafür verwendet. ABER Bilda hat keinen Buffer. Das bedeutet man schickt die Punktkoordinaten zu Bilda, und bis diese Punkte ausgegeben sind kann der PC garnichts tun, weil die DLL noch nicht fertig ist (kann sein das im Isochronen Datentransfer unter Linux dieses Problem nicht besteht). Mit Windows hab ich es zumindest noch nicht besser hin bekommen.
Das kannst du dir so vorstellen. Du schickst 5kb daten (1000 Punkte). Bilda gibt immer 5 bytes aus im Zeitintervall 1ms aus. Somit dauert die Ausgabe 1 Sekunde. Da beim Transfer über USB (bei meiner Soft) immer nur 64 bytes übertragen werden, muss der PC ca 78 Pakete senden. Die Pausen bis zum nächsten Datentransfer dauern etwa 12 ms. Bei diesem Beispiel kann der PC eine Sekund lang nichts "tun", weil er wartet bis die USB Ausgabe-DLL fertig ist. Dazu kommt, dass bis die übertragung der 64bytes abgeschlossen ist, keine Ausgabe von Bilda erfolgt. dies sieht man in leicht helleren Linien alle 64 bytes (also etwa jeder 13. Punkt). Ist aber immernoch schöner als mit dem Paralellport.
Kann durchaus sein, dass diese Probleme bei Linux und der dort vorhandenen Schoweditorsoftware

nicht auftauchen. Für Windows konnte ich keinen Treiber finden/bekommen..., der die ISO Übertragung und dazugehörige Firmware unterstützt.
TIP: ein Medialastreiber währe geil (für Mamba

)
Ist die Ausgabe an die dll abgeschlossen, kann mit der Berechnung der Daten für den nächsten Frame begonnen werden. Dies dauert einen Moment (abhängig von der Punktzahl und PC Leistung). Für diese Zeit ist Bilda DUNKEL. ==> gesamte Projektion erscheind daher etwas dunkler!
EasyLase oder Riya usw...
Bei EasyLase zB (auch Riya usw..) existieren 2 Datenbuffer auf der Hardware. Der PC überträgt einen Frame an den 1. Buffer. Die Übertragung geht sehr schnell, etwa mit 1Mb pro sekunde oder so, weil ja in den Ram uffer geschrieben wird. Easylase beginnt jetzt die Punkte mit sauberem Timing aus dem 1.Buffer aus zu geben. Während dessen kann der PC den nächsten Frame berechnen und mit der Übertragung in den 2.Buffer beginnen. Ist die Übertragung abgeschlossen werden die Buffer getauscht. Buffer 2 wird ausgegeben, Buffer 1 kann befüllt werden.
Sollte die Übertragung an den 2. Buffer länger dauern und dadurch nach wiedergabe vom Letzten Punkt des 1.Frames im 1.Buffer noch nicht fertig sein, so wiederholt Easylase nochmal den ersten buffer ===> KEINE DUNKELHEIT!!!!
Okay??? Klarheiten beseitigt?
Gruß
Erich