Das erste Problem kenne vmtl. nicht nur ich bei vdr-xine/xine-ui (auch mit 1.7.18/20) und hielt das offen gesagt aber immer für ein text2skin Issue. Was aber bei Dir ja nicht sein kann und die Frage aufwirft ist das ein vdr-xine/xine-ui Ding ... ?
Und ja, ich hätte auch mal einen anderen nativen Skin probieren sollen ... 
Regards
fnu
Ich kann Euch definitiv bestätigen, dass das Problem bei mir auch auftritt (mit dem OSD gezapple beim ersten Aufruf). Immer mit Anthra 1920*1080 OS, aber sowohl unter Xine (Yavdr 0.4pre) als auch unter vdr-sxfe (MLD 3.0) Text2Skin ist aber bei beiden installiert und aktiv.
Lästig ist das schon.
Mit SkinenigmaNG hatte ich zumindest unter Yavdr 0.4pre1 kein solches Problem, bei mld noch nicht probiert, aber die altenSkins machen dieses Problem auch nicht.
Mal als Idee, kam das Problem nicht auf, als der VDR TrueColor verpasst bekommen hat? Vielleicht liegt hier ein Problem bei der Erkennung der Farbtiefe?
Es liegt wohl am df-osd-handling patch der xine-lib:
[patches] xine-lib-1.2+xineliboutput+xine-plugin verbesserter vdr support
Als Workaround schicke ich beim Starten von xine-ui 2 mal ok an VDR
dirty dirty 
... Ist aber gut schon mal zu wissen, wodurch es verursacht wird.
Kann man nicht dem Patch dieses Verhalten abgewöhnen? btw was macht der überhaupt sinnvolles?
Es liegt wohl am df-osd-handling patch der xine-libkann ich nicht bestätigen.
hab jetzt mal libxine ohne durchflieger aber mit alter264 patch übersetzt.
das flackern beim ersten osd aufruf bleibt.
mit opengl/hud gibt es kein flackern, allerdings ist dann die bildqualität nicht besonders berauschend
erkennbar mit n24 und der ruckeligen laufschrift welche ohne hud/opengl völlig sanft übers bild läuft ....
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!