Maximale Framerates in aktueller Software

[andythemechanic]

Hallo miteinander,

ich schreibe jetzt schon seit geraumer Zeit an meiner eigenen Lasersoftware. Als Programmiersprache benutze ich Java. Aktueller Task ist Laserausgabe zu Musik zu synchronisieren. Nach einigen ernüchternten Spielereien mit Java Timern (Auflösung schlecher 16ms ) Stelle ich mir die Frage was man eigentlich an Framerates braucht bzw. was aktuelle Software an maximalen Framerates aufzuweisen hat.
Weiss das jemand?
Üblicherweise werden die Geschwindigkeiten ja in Punkten pro Sekunde angegeben, aber ich nehme an das zur Synchronisation mit Musik auch irgendwie eine Steuerung der Framerate vorgenommen wird. Auflösung der verwendeten Timer würde ja dann die max. Framerate bestimmen bzw auch für sichtbaren Jitter sorgen wenn die Framerate in die Nähe der Auflösung der Timer kommt. Oder gibts es andere Lösungen das zu machen?
Hoffe das war jetzt nicht zu konfus.

Grüße
Andreas

[gento]

Gute Frage ...
Das steht im Zusammenhang wie Leitungsstark der Rechner ist ,wie mächtig die Frames sind & was zu berechnen ist.
Pangolin kann im 1 mSek Raster berechnen.
LDS 2008 wirft auch >100 Frames die Sekunde raus.
Wie das genau gehandelt wird ist Betriebsgeheimniss.
Und eine Kunst dazu , eine richtige Mischung von diversen Faktoren zu finden.

16 mSek ist 0815 vom windoof selbst.
Delphi kann vom Hause auch nur ca 10 mSek.

Ich selbst benutze Timer 1 mSek 'genau'.
Das kostet aber auch 5-10% CPU.

Ab 50 Frames die Sekunde sieht die Ausgabe schon recht Perfekt aus.

lg Gento

[tschosef]

halli hallo....


das ganze ist ein extrem komplexes Thema! weiiiiiilll man genau genommen quasi 2 Zeitgebende Elemente am laufen hat !!!!
Erstes Element:
Punktzahl(eines bildes / Frames) und PPS rate ergeben eine "Bildrate" der Ausgabekarte. so wird also ein laserfreame der aus 200 punkten besteht und mit 30 kpps gescannt wird also 150 mal pro Secunde von der Ausgabekarte ausgegeben.

wie lange das Berechnen des Frames aber dauert, hängt von der software, von den zu berechnenden Daten (Ausgabekorrektur, Farbkorrekturen, Effekten usw...) ab !!!! da wird es also je nach PC zu einer anderen Bildrate kommen!!! das is sicher so... daher wird es zu überlagerung von 2 verschiedenen Bildzeiten kommen, was zum Ruckeln führen kann.. um so "ähnlicher" die beiden zeiten sind, desto schlimmer wird das Ruckeln!

man kann dann eigentlich nur eins machen. Man betrachtet ein Element als "Taktgeber" und bremst das andere so aus, dass es dann auf die gleiche (niedrigere) bildfrequenz kommt.

ist also der PC mit Software sehr gut, dann kann man den ausbremsen, und sich nach der Bildrate (vorgegeben von Punktzahl und ppsrate) orientieren..... oder eben umgekehrt.

ich mach das bei HE-LS aber auch nicht.. ich berechne IMMER einen Frame, während dieser von der DAC hardware ausgegeben wird. is der PC fertig, dann fragt er "DAC, hast du nen Buffer frei?" wenn ja... schieb ich den frame rein, wenn nein, dann verwerfe ich den Frame, und berechne den nächsten.... wenn man pech hat, is kurz drauf die DAC hardware frei.... bekommt dann aber keinen Frame, und wiederhohlt daher den ersten (Ruckler)
immer dann, wenn sich die Performance ähnelt, merkt man das halt durch ruckeln....

Was die "Synchronistation" mit Musik angeht...das is eigentlich recht simpel dann:
wenn ich nen Frame berechne, dann stellt man einfach die Frage an die Soundausgabe "Welche Millisekunde der Musik wird denn gerade gespielt???" kennt man diesen wert, dann is ja wohl auch ganz klar, welcher Frame jetzt vorbereitet werden muss... das funktioniert bei Ildas mit konstanten frameraten ganz gut... bei ildas mit pps orientierter Ausgabe eher schlecht... bei Timeline shows gehts dafür wieder ganz gut, weil ja jedes Ereigniss auch nen zeitstempel hat.

Gruß derweil
Erich

[andythemechanic]

Hallo Gento und Erich,

schon mal vielen Danke für eure detaillierten Antworten, sie haben beide sehr geholfen!
100 fps bei Pango ist schon wirklich hoch da braucht man ja schon Timer mit ca. 1ms Genauigkeit. Kann mir aber gut vorstellen das das Timing da gar nicht auf dem PC gemacht wird sondern auf dem Mikrocontroller der Ausgabekarte, denn die laufen ja in Echtzeit und man kann sich auf das Timing verlassen.
Scheint auf jeden Fall ein komplexes Thema zu sein, komplexer als ich am Anfang gedacht habe. Man könnte ja zum Beispiel auch an Frames dunkle Punkte anhängen um synchron zu werden, aber das macht die Ausgabe dann wieder dunkler. Oder man spielt halbe Frames ab etc.


Viele Grüße
Andreas

[fst-laser]

Schon mal andere (HW-)Timer gedacht, wie z.B. HPET, RTC oder TSC?

Gruß Flo

[andythemechanic]

Schon mal andere (HW-)Timer gedacht, wie z.B. HPET, RTC oder TSC?

Gruß Flo

Ich hab jetzt mal mit dem Windows Multimedia Timer experimentiert. Dieser schein den HPET zu benutzen. Leider wird das in Java aktuell nicht unterstützt, so dass ich ihn als nativen Code über JNI einbetten muss. Die Tests sehen ganz gut aus, Timing ist auf 1ms genau, Jitter auch 1ms. CPU-Last für den Timer allein ist quasi null. Ich denke damit lässt sich leben.

Viele Grüße
Andreas

[gento]

Welche Harte Ware benutz Du ?
lg Gento

[andythemechanic]

Welche Harte Ware benutz Du ?
lg Gento

Prozessor: Intel Core Duo E6600
Board: Asus P5B Deluxe
2 GB Ram DDR2-667
MSI RX1600Pro Grafik

Den Rest hab ich vergessen.

Viele Grüße
Andreas

[gento]

Ausgabekarte zum Laser meinte ich

lg Gento

[andythemechanic]

Ach so.
Soweit bin ich noch gar nicht, momentan schaue ich mir nur das Timing auf dem Computer an ohne tatsächlich schon Frames zur Karte zu schicken. Sobald ich soweit bin ist die Karte erst mal meine Easylase 1.