Allgemeine Fragen zum DVB-OSD

Hallo Brougs78,

Zitat

Original von Brougs78
Die zweite Frage wäre: Weiß jemand welche Auswirkung ein true beim cOsdObject bewirkt? Dadurch soll man einen "FastResponse" erhalten, aber was genau bringt das?

In der Warteschleife auf neue Tasten wird normalerweise eine Sekunde gewartet bis 'kNone' zurückgegeben wird --> das aktuelle Objekt auf dem OSD hat also nur jede Sekunde die Kontrolle.

Wird jetzt bei der Erstellung des Objektes FastResponse = true mit angegeben, so wird es ca. 100 mal die Sekunde aufgerufen --> höhe CPU-Last.

Siehe cReplayControl zur Darstellung des Balkens ist es erfoderlich das eine Akualisierung mal als einmal in der Sekunde erfolgt.

Hardy

PS: zur ersten Frage habe ich keine Ahnung

Zitat

Original von Brougs78
Ist da der Overscan schuld?

Ja.

Ich habe eine 4MB Karte und hab auch schon full-screen Skins damit gemacht, der Overscan schneidet aber ab (und ich durfte alles nochmal malen).
Mehr als die oben genannten Dimensionen würden Dir daher ohnehin nichts nützen.

Zitat

Original von Brougs78
Danke für die Antwort. Deshalb ist das wahrscheinlich auch im OSDPip auf true gesetzt, damit man mehrere Bilder/Sekunde schafft.

Nicht ganz, bei OSDPip (sowie z.B. auch bei text2skin) wird das OSD in einem eigenen Thread gezeichnet, da haben wir die volle Kontrolle über das Zeitverhalten. Mit FastResponse=true lässt sich halt schneller auf Ereignisse von aussen reagieren, sollten diese in ProcessKeys abgefragt werden müssen (aus welchem Grund auch immer).

Zitat

Original von Brougs78
Ahhh, ist eigentlich logisch. War Blödsinn von mir. Die Eingabe hat da eigentlich wenig mit der Ausgabe zu tun.
Ja das mit dem Threading möchte ich mir auch noch mal ansehen. Mal schauen welche Plugins ich dazu "zerlegen muss" bis ich das kapiere.
Das hat ja mit Mutex zu tun oder? (wofür das auch immer steht MUTe EXec ???). Und wegen einer Änderung in vdr-1.3.13 am Mutex funzen genau diese Plugins, die den Mutex brauchen nicht mehr oder? Hoffe ich verzapfe nicht schon wieder Dummfug.

MutEx steht für MUTual EXclusion (gegenseitiges Ausschliessen). Das funktioniert in VDR 1.3.13 alles noch wie vorher, da Klaus die "kritische" Änderung in eine neue Klasse verlagert hat und die alten Klassen wie bisher anbietet.

Mit diesem MUTEX hast Du primär erstmal die Möglichkeit zu verhindern, dass zwei Threads dieselben Datenbereiche (Beispiel Text2Skin: die angezeigten Daten) benutzen, damit nicht etwa ein Thread gerade die Daten aktualisiert während der andere Thread aus den "halb-aktualisierten" Daten ein Bild aufbaut.

Um eine richtige Synchronisation zu erhalten spielt noch eine Condition Variable mit. Diese ist fähig einen Thread warten zu lassen, bis ein anderer ein Signal gibt. Diese braucht auch einen Mutex, um zu verhindern, dass der eine Thread ein Signal gibt, obwohl der andere noch garnicht wartet (Near-Miss Condition, oder "knapp verpasst").