Flush()-Intervalle in DisplayMenu

Hallo FireFly!

Quote

Original von FireFly
Ich habe mal ne Frage an die Insider:

Ich versuche in einem Skin Text-Scrolling zu implementieren und wundere mich, dass DisplayMenu::Flush() auf einem Rechner alle 28ms aufgerufen wird, auf einem anderen (gleiche libvdr) aber nur ca. alle 1040ms, also nach über 1 Sekunde. Damit "scrollt" es aber nicht mehr sondern springt ...

In den VDR-Quellen und mit der Suche hier im Portal habe ich keinen Hinweis gefunden. Kann mir jemand auf die Sprünge helfen?

Ach ja, DisplayChannel, DisplayReplay etc. funktionieren alle gut, nur DisplayMenu hat diese großen Flush-Intervalle...

Keine Ahnung. Ich habe sogar manchmal den Fall, dass DisplayMenu::Flush() ununterbrochen aufgerufen wird, solange bis das Menu gewechselt wird. Passiert mit Standard-VDR und Classic-Skin.
Ein Tipp am Rande: Für's Scrolling wirst Du vermutlich nicht ohne Threads auskommen.

Quote

Außerdem wird das DisplayMenu alle 6 Sekunden gelöscht und komplett neu aufgebaut - auch wenn sich nichts geändert hat. Kennt jemand dafür den Grund?

FireFly

Soweit ich weiß ist das nur im Hauptmenü so, damit die Plugins ihren Hauptmenü-Eintrag ändern können, z.B. beim Burn-Plugin.

Gruß,
Andreas

Quote

Originally posted by FireFly
Ich versuche in einem Skin Text-Scrolling zu implementieren und wundere mich, dass DisplayMenu::Flush() auf einem Rechner alle 28ms aufgerufen wird, auf einem anderen (gleiche libvdr) aber nur ca. alle 1040ms, also nach über 1 Sekunde.

Ich tippe darauf, dass es davon abhängt, ob das aktuelle cOsdObject (Menü, etc.) ein NeedsFastResponse() meldet. Danach entscheidet VDR, ob er den Hauptthread 1000ms oder nur 10ms auf eingehende Tastendrücke schlafen lässt. Entsprechend schnell oder langsam ist dann auch die Zykluszeit der Hauptschleife.

Gruß,

Udo

Hi!

Quote

Original von FireFly
Nochwas: während ein SetEvent/SetRecording oder auch Flush läuft kann doch kein weiterer Flush aufgerufen werden, oder? Demnach bräuchte man das Flush auch nicht gegen einen nochmaligen Aufruf von Flush abzusichern (wie ich es schon mal gesehen habe), oder?

Wenn Du meinst, dass Du es im EnigmaNG gesehen hast:
doch, das muss abgesichert werden, da der Scroll-Thread auch Flush() aufruft.

Wenn Du in einem eigenen Thread auf das cOsd-Objekt zugreifst, also potentiell gleichzeitig zum Haupt-Thread, mußt Du IMHO alle Zugriffe auf cOsd syncen.

Gruß,
Andreas

Hi,

Quote

Original von FireFly
Nee, das war im SkinElchi ...

Unsinnig waren die sicher irgendwann auch nicht, da gab's zumindest ursprünglich auch eine Zeile für Logeinträge, die ich dann auch im Log gefunden hab.

Im Menü hatte ich auch mal was mit einem Thread versucht, dies aber für's Release immer auskommentiert und letztlich zwar nicht weiterverfolgt, aber auch nicht ganz verworfen.

Ich warte ja noch ein wenig drauf, was Du so draus machst

Frank

Wie im anderen Thread angedeutet bestimmt nicht der VDR-Kern, sondern jenes Coding, welches Infos auf einem Skin ausgibt, wie oft Flush() aufgerufen wird. Ob das indirekt über Tastendrücke des Users oder direkt geschieht ist erstmal egal. Das heißt aber man kann hier keinerlei Annahmen machen, wenn man eine bestimmte Frequenz wünscht, muss ein eigener "Taktgeber" (Thread) her.

(Angeregt durch den anderen Thread, der auch hierhin verlinkt, wollte ich nochmal ein Fazit bringen )