search

xn--nding-jua / PC_DIMMER

OpenSource Light-Control-Software for Windows 10 and 11 (x86/x64)
https://www.pcdimmer.de
16 stars 8 forks source link

Performance issues with TimeCodePlayer #3

Open xn--nding-jua opened 8 years ago

xn--nding-jua commented 8 years ago

Timecodeplayer is neglecting some events. Maybe this is a general MIDI-issue -> new MIDI-component?

jenars commented 8 years ago

Hi, Szenen direkt via Midibefehl getriggert funktioniert ohne Probleme. Im Timecode Player werden die Szenen teilweise mehrfach, nicht an der richtigen Stelle und auch oft bereits bei Starten des Timecodes getriggert. Dies hab ich via MTC aus MidiOX, Show Cue Systems und Cubase heraus getestet.

Eine Timecode Funktion wäre wirklich fantastisch wenn der Ton aus anderer Software heraus zugespielt wird (komplexe Shows via SCS, qLab oder aber auch Live-Bands mit Clicktrack)

grüße tocsin

digitalshow commented 7 years ago

Ich denke nicht, dass der Timecodeplayer Events unterschlägt. Ich habe mal mit Reaper (DAW) einen Timecode erzeugt und in langsamer Geschwindigkeit wiedergegeben. Es fällt auf, dass z.B. beim Übergang von 00:00:15.14 zu 00:00:15.16 sowie von 00:00:15.28 zu 00:00:16.00 ein Frame 00:00:15.00 bzw. 00:00:00:28 angezeigt wird (Frames kamen bei mir nur mit geraden Zahlen, bei 30fps non-dropped). Das kommt ziemlich sicher von der Verarbeitung der Quarter-Frame-Timecodes, da hier zwischen 15 und 16 die MSBs geschaltet werden. Werden die LSBs vor den MSBs verarbeitet, gibt es zwischenzeitlich einen früheren Timecode. Ich habe auch Frames mit 31 zwischen 15 und 16 gesehen, es könnte also auch passieren, dass die MSBs vor den LSBs kommen. Im ersten Fall werden die Flags, die die bereits erfolgte Ausführung anzeigen, zurückgesetzt und die Szenen im nächsten Moment nochmal ausgeführt; im zweiten Fall werden Szenen zu früh ausgeführt. Mein Vorschlag beinhaltet zwei Punkte: