wenn ich den vdr neu boote zeigt er ja das 'ok' osd an.
sowohl mit text2skin als auch skindesigner wird das osd nur tlw aufgebaut. man sieht also zb nur den fortschrittbalken oder die uhrzeit (je nach plugin und gewaehltem skin). es scheint dass der aufbau laenger dauert als die anzeigedauer. wenn man nach dem start ok, menu etc drueckt wird das osd sofort und oh e verzoegerung komplett angezeigt.
was kann man hier tun? irgendwas verzoegern? oder was anderes beschleunigen?
ich moechte auch anmerken dass das bloss ein optischer makel ist und nicht wichtig, aber trotzdem unschoen.
beide systeme sind tagesaktuell auf testing.
unvollstaendiges osd bei neustart
-
Das hängt bei yavdr vermutlich damit zusammen, da softhddevice erst nach dem Start aktiviert ("attached") wird. D.h. der vdr hat schon angefangen, das OSD zu zeichnen, es gibt aber noch kein Ausgabedevice, was es anzeigen kann. Während des Zeichnens wird dann softhddevice aktiv und die Reste werden dann angezeigt.
Die einzige Lösung, die mir dazu einfällt, ist, in softhddevice im detached-Zustand das OSD zu cachen und es dann komplett zu zeichnen, wenn es attached wird. Aber eigentlich ist das zu viel Aufwand... Und es stehen zu viele andere Punkte auf meiner Todo-Liste.
Lars.
-
Ansonsten könnte man auch den VDR erst nach dem X-Server starten lassen und den Parameter -D für softhddevice rausnehmen, damit das Frontend mit dem VDR mitstartet (was mit Upstart aber hässlich werden, wenn man dann mal den VDR neu starten will es aber keinen Mechanismus gibt, der einem Garantiert, dass der X-Server auch gerade läuft).
Das kommt halt immer auf den eigenen Anwendungsfall an, mein VDR läuft meistens für Aufnahmen, ohne dass ihm jemand dabei zusieht, so dass ein paar Watt weniger in dem Fall wichtiger sind als ein unvollständiges OSD beim ersten Aufruf... -
also stimmt ihr mit zu dass ich mir das "problem" nicht bloss einbilde.
dachte das waere vielleicht nur bei mir so
Lars; eh klar. ist ein wohlstandsproblem. nicht wichtig.
wenn's eine einfacher erklaerung/loesung gegeben haette dann wuerde ich sie umsetzen, so ist's aber auch ok.
hilfreich waere ja zb auch, wenn vdr nicht gleich mal das OK-osd (oder wie auch immer man das nennen soll) beim start aufrufen wuerde.
aber rumpatch oder an upstarts was aendern moechte ich bei yavdr nicht. ich bin gut drin das system schneller zu zerschiessen als mir lieb ist *ggg* -
hmmm.
lars, wenn das stimmt was du sagst (und es klingt ja logisch), dann wuerde es helfen das OSD standardmaessig LAENGER anzeigen zu lassen.
es ist ja hier wohl so dass ich nicht die ERSTEN osd bereiche sehe und die letzten nicht, sondern NUR die LETZTEN.
noe. auch bloedsinn. wenn vdr schon angefangen hat zu zeichnen, X aber noch garnicht da ist, dann werde die zuerst darzustellenden osdbereiche ja nicht nachgereicht.
also doch keine loesung ... -
Genau.
Überprüft habe ich meine Theorie aber noch nicht.
Lars.
-
Ja, weil auch da das Frontend vorher detached und danach wieder attached wird. Macht keinen Unterschied.
Lars.
-
Das Thema hatten wir schon im letzten OSD / Untertitel Thread von SoftHdDevice.
Das Problem war meiner Meinung nach, daß VDR beim ändern des OSD Providers nichts macht.
VDR optimiert schon selber die Ausgabe und müsste beim Wechsel des OSD Providers das gesamte OSD neumalen.Ist zwar im Plugin lösbar, wenn man einfach immer den OSD Provider lässt und dann das OSD cached,
aber wenn man das Frontend ändert oder Plugins wie play oder mpv startet, ist man wieder bei dem ProblemWir müssten mal schauen wie man es im VDR patched. Könnten nur 1 - 2 Zeilen Code sein.
Johns
-
Danke johns,
vielleicht finde ich die fehlenden Zeilen ja auch, muss mir das Handling da mal ansehen.
Lars.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!