Posts by S:oren

Quote from kamel5

Der Ausgangspunkt war ja, die "doppelte" Darstellung von Hintergrundlogo und konvertiertem Logo.

Wenn das so bleibt, braucht auch nichts geändert werden.

"Wenn das so bleibt, braucht auch nichts geändert werden." Das verstehe ich nicht in dem Zusammenhang.

Die "doppelte" Darstellung von Hintergrundlogo und konvertiertem Logo (Fall 3) ist ein Konfigurationsfehler und kann einfach dadurch geloest werden, dass man entweder (Fall 1) die Anzeige des Hintergrundlogos abschaltet, oder (Fall 2) originale statt konvertierte Logos verwendet (die themenspezifischen Logos loescht oder ohne eingebetteten Hintergrund generiert). Je nachdem, ob man bei nicht vorhandenem Logo (z.B. durch Aenderung des Sendernamens) den leeren Hintergrund sehen will (Fall 2) oder nicht (Fall 1). Beides ganz einfach vom Nutzer umzusetzen, keinerlei Aenderung am Plugin noetig.

Gruss,

S:oren

Quote from kamel5

Dann könnte man alle Varianten abbilden, die es jetzt auch gibt.

Mit mehr Einstelloptionen genau die selben Varianten abbilden, die es jetzt auch schon gibt!? Bin ich der Einzige, der das komisch findet?

Gruss,

S:oren

Quote from kamel5

Das würde schon gehen, wenn man erst prüft, ob ein Logo da ist und davon abhängig dann erst den Hingergrund zeichnet.

Und warum sollte man den Aufwand im Plugin treiben (mit Risiken und Nebenwirkungen), wenn der Nutzer im aktuellen Zustand bereits alles machen kann, was denkbar ist? Nur mit vorhandenen Einstellungen im Plugin und je nach eigenem Geschmack abgelegten originalen und/oder konvertierten Logos?

Gruss,

S:oren

Quote from kamel5

Da bleibt also nur das komplette Abschaffen der konvertierten Logos übrig.

Warum? Ich muss ja keine allgemeinen Logos hinlegen, wenn ich nur konvertierte sehen will!?

Gruss,

S:oren

Quote from kamel5

Ich nehme an, der Gedanke war, für den Fall, das es kein konvertiertes Logo gibt (z. B. nach einer Senderänderung), die Stelle nicht leer zu lassen.

Wenn ich es so haben will, dann nehme ich den separaten Hintergrund und originale Logos.

Quote from kamel5

Im Endeffekt sollte es tatsächlich reichen, ein schaltbares Hintergrundlogo und ein tranparentes Logo zu haben.

Dann funktioniert der Fall nicht mehr, dass ich auch keinen Hintergrund haben moechte (sondern einen ganz leeren Platz), wenn es kein Logo fuer einen neuen Sendernamen gibt, ansonsten aber der Logohintergrund (einkompiliert) mit angezeigt werden soll.

Klar koennte ich themenspezifisch konvertierte Logos mit einkompiliertem Hintergrund als generelle einzige Logos ablegen. Eine Theme-Umstellung je nach aktuellem Zuschauer (per Gesichtserkennenung?) gibt es ja (noch?) nicht. Dann waere es gut, schnell zwischen themenspezifischen Logos umzuschalten zu koennen...

Gruss,

S:oren

Quote from kamel5

Theme Green ist, wenn ich es jetzt richtig gesehen habe, dtBlending.

Guter Anhaltspunkt. Daran wird die vertikale Verschiebung liegen.

Quote from kamel5

Ich habe ja die Hoffnung, das es dann unauffällig ist.

Ich nicht. Aber warum sollte jemand das so einstellen?

Will ich Logohintergrund auch ohne Logo, dann nehme ich den separaten Hintergrund. Will ich Hintergrund nur mit Logo, dann kompiliere ich den ein. Will ich gar nichts, lasse ich beides weg. Eine weitere sinnvolle Option sehe ich nicht.

Korrektur: Logo ohne Hintergrund ist natuerlich auch sinnvoll und prblemlos moeglich.

Gruss,

S:oren

Quote from kamel5

Wahrscheinlich habe ich hier die Diskussion in die falsche Richtung geführt und das falsche Beispiel genommen.

Ja, ich habe auch das Gefuehl, wir haben aneinander vorbei geredet. Dieses vertikale Misalignment werde ich auf jeden Fall fixen. Dafuer brauche ich ja die angefragten Koordinaten, weil ich das bei mir nicht sehe.

Quote from kamel5

Es ist auch so, das der Effekt nicht bei dem Theme Default auftritt. Was ich bisher sehen konnte, tritt dieser Effekt nur bei der Theme-Art "dtGraphical" auf.

Default ist doch auch ein "dtGraphical"!? Oder bin ich da komplett auf dem Holzweg?

Quote from kamel5

Ich hoffe, ich konnte das Problem jetzt deutlicher darstellen.

Das sind 2 unabhangige Sachen. Das vertikale Alignment muss natuerlich gefixt werden. Danke fuer die Koordinaten, ich schau mir das an.

Der Fall 3 wird aber auch dann noch unsinnig sein und im Allgemeinen unschoen aussehen, weil der einkompilierte und der explizit dargestellte Hintergrund zwar zentriert, aber nicht exakt uebereinander dargestellt werden.

Gruss,

S:oren

Quote from kamel5

Und zum leeren Rahmen, er ist ja abschaltbar und auch schon immer da.

Bleibt ja da, auch abschaltbar, wie immer.

Quote from kamel5

Und wenn der Rahmen benutzt wird, sollten dann nicht die 100% konvertierten Logos und das Hintergrundlogo übereinander passen.

Explizit nein. Das habe ich ja nun schon mehrfach erklaert.

Quote from kamel5

Es gibt sicher auch Leute, die die Logos nicht konvertieren und trotzdem den Hintergrundrahmen haben wollen.

Ja, richtig. Genau mein Anwendungsfall.

Ich weiss nicht, wie ich es ausfuehrlicher als oben beschreiben soll:

Fall 1: Logohintergrund aus -> alles OK (egal ob originale Logos oder Logos mit einkompiliertem Hintergrund verwendet werden)

Fall 2: Logohintergrund an, Logos nicht konvertiert (oder nur skaliert ohne einkompilierten Hintergrund) -> alles OK

Fall 3: Logohintergrund an + Logos konvertiert mit einkompiliertem Hintergrund -> m.E. generell sinnfrei, aber fiel vorher nicht auf, mit meinem Patch kaputt

Warum sollte jemand mit einigem Aufwand die Logos konvertieren _und_ dabei den Hintergrund einkompilieren, das dann aber nicht fuer alle Logos der relevanten Sender machen und sich dann noch daran stoeren, dass fuer die Sender ohne eigenes Speziallogo der Logohintergrund dann gar nicht statt ohne Logo dargestellt wird (Fall 1 statt 3 verwenden)? Mag ja sein, dass es eine Anwendung gibt, die ich noch nicht kenne. Einen moeglichen Fix fuer diesen Fall hatte ich oben bereits vorgeschlagen.

Aber ich sehe wirklich keine Anwendung fuer Fall 3, außer dass das nun zufaellig bei Deinem Test so eingestellt war.

Quote from kamel5

Das kann ich gern machen, aber erst morgen.

OK, danke.

Gruss,

S:oren

Quote from kamel5

Das Grundprinzip ist hier so und dafür gibt es im Moment auch die Themenverzeichnisse, das man sich selbst Logos mit Hintergrund macht (dafür gibt es auch ein script im Ordner logoconverter). Diese Logos werden dann bevorzugt benutzt. Ich habe mir, um das zu Testen, mal ein Set für das Theme Green gemacht. Normalerweise ist das dann so, das dieses konvertierte Logo genau an der gleichen Stelle wie das Hintergrundlogo gezeichnet wird. Und wenn dann kein konvertiertes Logo gefunden wird, wird erst im zentralen Ordner nachgesehen oder es gibt gar keins.

OK, das logoconverter-Skript kannte ich nicht. Was soll es denn fuer einen Vorteil haben, den Hintergrund vorab in die Logos hineinzukonvertieren? Performance?

Habs nicht gemessen, aber bringt sicher nicht mehr als wenige Prozent, wenn ueberhaupt. Oder was ist der Sinn, mehr Flexibilitaet?

Quote from kamel5

Für diese 2 letzten Fälle ist das eingeschaltete Hintergrundlogo da. Dann kommt da, wo es kein konvertiertes Logo gibt, das Hintergrundlogo zum Vorschein. Und das sitzt jetzt nicht mehr an der gleichen Stelle wie das mit 100% skalierte konvertierte Logo.

Das ist in meinem Anwendungsfall komplett anders. Der Logohintergrund gehoert fuer mich eher zum Fensterhintergrund von der Geometrie, zum Logo von der Farbe (inkl. Transparenz). Somit ja, der ganze Sinn fuer mich war, dass der Hintergrund nicht mehr an der komplett gleichen Stelle wie das Logo selber sitzt.

Der Hintergrund nutzt die maximale Flaeche aus, so wie vom Designer vorgegeben. Das Logo ist ggf. entweder in x oder y-Richtung etwas kleiner, damit es nicht verzerrt skaliert wird. Oder in beiden Richtungen kleiner wenn es zu klein gespeichert ist, weil es offenbar beim Skalieren nicht vergrößert werden kann (was ja auch wenig Sinn ergibt).

Es gibt also kein Problem, wenn der Logo-Hintergrund ausgeschaltet und ggf. in das Logo selbst einkompiliert ist.

Es gibt auch kein Problem, wenn der Logo-Hintergrund eingeschaltet und nicht in das Logo selbst einkompiliert ist.

Es passt nicht, wenn der Logo-Hintergrund eingeschaltet und zusaetzlich in das Logo selbst einkompiliert ist. Ist dieser Fall an sich nicht sinnlos? Durch die doppelte Anwendung des Logo-Hintergrunds muesste doch zumindest die Transparenz immer zu klein sein!? Und auch bei dem Green-Theme, wenn man kein passendes Logo mit Hintergrund findet, warum sollte man dann unbedingt den leeren Rahmen dazu darstellen?

Mit anderen Worten: Ist der kaputte Fall wirklich relevant? Kann man nicht alle sinnvollen Faelle mit den ersten beiden Optionen abbilden?

Ansonsten waere vielleicht denkbar, den Logohintergrund (optional?) statt des nicht vorhandenen Logos zu laden, wenn ansonsten der Logohintergrund ausgeschaltet ist.

Quote from kamel5

Beim Default-Theme scheint das Alles etwas unproblematischer zu sein, bei z.B. Green sieht man das aber deutlich.

Hast Du fuer das Default-Theme auch konvertierte Logos inklusive Hintergrund? Dann muesste man auch einen Schatten sehen.

Quote from kamel5

Ja, man sieht es z.B. bei einem Ordner im Recordingsmenü bei schmalem Menü.

Ich nutze da das breite Menue. Kann ich mir bei Gelegenheit aber auch mal ansehen, wenn gewuenscht. (Bitte erinnern, wenn ich es vergesse.)

Quote from kamel5

Ich möchte das Ganze ja verstehen und nachvollziehen. Wahrscheinlich werden die Unterschiedlichen Theme-Arten doch verschieden behandelt.

Ich muss mal schauen, wie da die genauen Zusammenhänge sind...

Ich sehe das bei mir so nicht. Kannst Du die Werte channelWidth, channelHeight sowie X, Y, Width, Height von channelLogo und ggf. channelLogoBg posten, von den beiden Faellen (alt und neu, ohne Zusatzpatch von Dir), um zu sehen, was da nicht aligned ist!? Ohne meinen Patch kann sich da alles verschieben je nach Einstellungen.

Danke,

S:oren

Quote from kamel5

Es ist genau anders herum. Zuerst wird in den themenspezifischen Pfaden gesucht und dann erst im zentralen Pfad. Mein Log-Auszug war da etwas missverständlich.

OK, hatte nur da geschaut.

Ich habe die Meldungen abgeschaltet. Da das nur beim Reload des Imagecache gelesen wird, ist das bei mir auch kein Performance-Problem. Habe die Preload-Anzahl im Imagecache auf die Kanalanzahl meiner channels.conf angepasst.

Quote from kamel5

Genau das ist das Problem. Und es hat auch nichts mit meinen spezifischen Einstellungen zu tun.

Im Setup kann man ja einstellen, ob man einen Hintergrund für die Kanallogos haben möchte: "Hintergrund für Kanallogos benutzen: Ja/Nein"

Und genau dieser Kanallogohintergrund passt jetzt, auch mit Deiner letzten Änderung, nicht mehr.

Bei mir ist der Hintergrund einmal da, wenn ich ihn einschalte, gar nicht, wenn ich ihn ausschalte. Entweder hast Du den Hintergrund in Deine Logos einkodiert, oder Du hast andere Theme-Images mit dem Logohintergrund in dem Fensterhintergrund. Muss man die separat installieren? Dann habe ich vielleicht alte Versionen, wo es noch stimmte.

Quote from kamel5

Ich verstehe Deine Beweggründe schon, ich habe auch so einen Monitor. Dafür kannst Du doch aber im VDR-OSD-Setup die Werte Links, Oben Breite und Höhe ändern.

Ja, selbstverstaendlich habe ich das gemacht. Nur kann ich dann auf meinem 1280x720-OSD keine Channelview-Breite von 1250 mehr einstellen, wie es vom Designer vorgesehen war. Und deshalb will ich den selben optischen Eindruck mit schmalerem Fenster haben, ohne dass sich das Logo verschiebt.

Quote from kamel5

Ja, das ist nicht schön und mir auch schon aufgefallen. Und da gibt es auch noch andere Stellen im Skin.

Dann muss das dort auch gefixt werden.

Quote from kamel5

Meine Zielvorstellungen hier waren deshalb, das man nur eine einzige Logo-Pixmap hat, die entsprechend positioniert wird. Und da hinein wird erst der schaltbare themenspzifische Hintergrund geladen, dann möglicherweise eine konfigurierbare Transparenz und zum Schluss das eigentliche Kanallogo (entsprechend skaliert).

Nur dass das technisch leider nicht geht. Laden kann man nur Bitmaps. Ueberblenden mit der jeweiligen Transparenz kann man nur Pixmaps auf verschiedenen Layern. Man koennte vielleicht teilueberblendete vorgerenderte Pixmaps statt der skalierten geladenen Bitmaps in den imagecache legen, aber das ergibt vermutlich einen anderen optischen Eindruck und man muesste das Redering nochmal selbst implemtieren, was sonst das OSD schon macht. Auch performancemäßig bringt das nicht viel, weil das Logo relativ klein ist und der Datentransfer auf die Karte die Renderzeit uebersteigt.

Quote from kamel5

Und das verbunden mit einem zentralen Logoverzeichnis.

Wenig flexibel. Zumindest bei dem Green-Theme scheint es Absicht zu sein, das Logo selbst nach unten verschoben in den 'Röhrenschirm' des Logohintergrunds einzubetten. Das erfordert wiederum angepasste Logos, wenn man nicht stumpf nur alle Logos verkleinern will (was ja jetzt mit Deinem neuen Setting geht).

Gruss,

S:oren

Quote from kamel5

Braucht es hier wirklich separate Themen-Logos? Die müssen bei jeder Logoänderung auch jedes mal neu erstellt werden. Wer macht das schon. Und dann wundert man sich, warum ein Logo mal wieder anders aussieht.

Würde es hier nicht reichen, wenn es ein Themenspezifisches Hintergrundlogo und zentrale transparente Channellogos gibt. Man könnte dann auch noch beim Aufruf eine variable Transparenz hinzufügen. Oder habe ich da grundsätzlich was übersehen.

Themenspezifisches Hintergrundlogo und zentrale transparente Channellogos sollten reichen. Aber wenn es zentrale Logos gibt, wird doch gar nicht weiter nach Themen-Logos gesucht. Intuitiv wuerde ich das anders herum erwarten, aber zentrale Logos sind wohl tatsaechlich der ueblichere Fall (so auch bei mir). Also wo ist das Problem?

Gruss,

S:oren

Quote from kamel5

Was soll man aber auch denken, wenn das Ergebnis so aussieht:

-> Logohintergrund passt nicht zu Logo.

Was _man_ denken soll, moechte ich nicht festlegen. Ich denke jedenfalls, dass hier jemand das Prinzip nicht verstanden hat. Der Logohintergrund ist zweimal da, also entweder wurde der Logo-Hintergrund zusaetzlich zur konfigurierten separaten Anzeige mit in das Logo einkodiert, oder in das Fenster-Hintergrundbild. Beides widerspricht dem Layer-Design von skinnopacity, und daran habe ich nichts geaendert.

Sollte der Logohintergrund in das Logo einkodiert sein, als Workaround einfach den zusaetzlichen Logohintergrund abschalten. Sollte der Logohintergrund in den Fensterhintergrund einkodiert sein, dann dort loeschen.

Mag sein, dass es vorher mit exakt Deinen Einstellungen fuer OSD-Größe, Fensterhoehe (eingestellt als % der OSD-Hoehe), Fensterbreite (eingestellt ueber linken und rechten Rand) und der vorhandenen Geometrie der Logos selbst 'zufaellig' gepasst hat. Aber da sich bei dem alten Code der Logohintergrund relativ zum Fensterhintergrund verschoben hat, wenn man irgendeine dieser Einstellungen aendert, war das eben nicht universell nutzbar. Und das aendert mein Patch.

Als Hintergrund, warum mich das alte Verhalten stoert: Bei einem meiner Fernseher laesst sich der Overscan nicht abschalten. Das OSD muss also zwingend in der Breite verkleinert werden, sonst sieht man die Raender nicht. Und wenn man dann die selben Logos benutzt, verschiebt sich die Anzeige, das ist meiner Ansicht nach unbrauchbar. Ebeso aergerlich, dass sich der optische Eindruck je nach eingestellter OSD-Größe aendert. So laesst sich eben nicht ein universelles Theme-Design bauen. Das waere jetzt moeglich, erfordert aber ggf. kleinere Anpassungen an vorhandenen Themes (und auch da eher nicht, wenn man sich an das Layering gehalten hat). Dass zumindest das Default-Theme passt, finde ich logisch (und kommt mir auch zusaetzlich entgegen, weil ich dies nutze).

Gruss,

S:oren

Quote from kamel5

Sehr schön, ich schaue mir das an.

Die Patches von heute ganz frueh waren leider kaputt. Es waren Codeaenderungen fuer beide unabhaengige Sachen vermischt. Hab es jetzt nochmal gepusht, hoffentlich korrekt sortiert.

Gruss,

S:oren

Quote from S:oren

Habe mir die mitgelieferten Fenster- und Logohintergruende des default-Theme nochmal genauer angeschaut. Die haben Größen von 1250x180 bzw. 184x130. Das sieht fuer mich so aus, als wenn das exakte unskalierte Größen fuer ein 1280x720er OSD sein sollen. Werde meine Geometrie exakt darauf anpassen (entsprechend skaliert fuer andere OSD-Aufloesungen oder Randabstaende des Fensters).

Neue Version in den test-Branch eingecheckt. Das sollte also jetzt das 'originale' Design sein.

Und es skaliert ordentlich, wenn man das Fenster schmaler oder hoeher macht, oder die OSD-Aufloesung aendert. Nichts verschiebt sich mehr.

Quote from kamel5

Im Theme Green sieht man, das ohne diese Änderung der Hintergrund nicht mehr passt.

Das macht mich echt traurig. Ich versuche hier, ein konsistentes Design hinzustellen. Und du machst es gleich wieder kaputt, offenbar ohne jegliches Verstaendnis, was die beiden Werte bedeuten und wann sie gleich oder warum verschieden sind.

Quote from kamel5

Die ganze Channellogo Darstellung ist aus meiner Sicht sowieso nicht optimal. Es gibt ja hier den Logohintergrund, dann transparente Logos, konvertierte Logos, themenspezifische Logos und auch mal keine Logos, und das wird beim Laden alles berücksichtigt. Im Endeffekt wäre es wahrscheinlich sinnvoll, hier auch nochmal alles zu überarbeiten. Im Prinzip bräuchte es ja nur einen themenspezifischen Hintergrund und ein transparentes Logo, dann könnte man sich den ganzen Rest sparen.

Sparen koennte man sich bei dem Skin viel, daher ja meine Idee mit der light-Version. Aber ausgerechnet das Design an sich zu aendern, finde ich nicht gut. Man koennte natuerlich den Logohintergrund fest in den Fensterhintergrund integrieren. Dann waere das aber nicht mehr abschaltbar.

Gerade das besondere Design mit exzessiver Konfigurierbarkeit war immer zentrale Eigenschaft von skinnopacity.

Gruss,

S:oren

Quote from S:oren

Die Umrechnung von absolutem zu relativem Abstand gelingt somit nicht universell und ich konnte die Idee des Designers nicht eindeutig erkennen.

Habe mir die mitgelieferten Fenster- und Logohintergruende des default-Theme nochmal genauer angeschaut. Die haben Größen von 1250x180 bzw. 184x130. Das sieht fuer mich so aus, als wenn das exakte unskalierte Größen fuer ein 1280x720er OSD sein sollen. Werde meine Geometrie exakt darauf anpassen (entsprechend skaliert fuer andere OSD-Aufloesungen oder Randabstaende des Fensters).

Quote from kamel5

Diese Änderung hat nur Einfluss auf das Logo selbst, sollte also keinen Einfluss auf den Hintergrund haben.

Da hatte ich auch schon mal dran gedacht, den Hintergrund auch mit zu skalieren, das hatte ich dann aber vertagt.

Das Logo zu skalieren hatte nur den Hintergrund, das es manchmal etwas zu groß erschien, und ich dann die Skalierung als Setup-Parameter genommen habe, damit jeder selbst entscheiden kann, wie groß es sein soll.

OK, das soll also einen Rand um das Logo selbst innerhalb des Logohintergrunds bewirken. Wenn ich mich dunkel erinnere, hatte ich das beim Generieren meiner Logos schon beruecksichtigt mit 5% transparentem Rand.

Jedenfalls ist diese Einstellung unabhaengig von meinen Aenderungen fuer den Logohintergrund.

Quote from kamel5

es werden folgende Unterschiede bei den Themes gemacht: dtFlat, dtBlending und dtGraphical, die als Wert "displayType" übergeben werden.

Das hatte ich schon gesehen, an dieser Stelle aber nichts veraendert.

Quote from kamel5

Ich habe hier bei mir auch noch ein paar zusätzliche Kleinigkeiten gefixt, und habe das gerade mal in meinen devel-Branch hochgeladen.

Das "Also align channel logo" finde ich nicht so gluecklich. Wenn die Werte fuer das Logo nicht stimmen, dann sollten sie im geometrymanager richtig erzeugt werden, denke ich.

Was stimmt da nicht? Irgendwas bei Logo-Größe kleiner 100%?

Vermutlich sinnvoll, wenn ich das in meinem neuen Patch auch gleich richtig mache...

Gruss,

S:oren

Quote from kamel5

Allerdings führen die neu eingeführten Parameter dazu, das es jetzt bei anderen Theme nicht mehr ganz passt (vertical alignment). Ich muss mal sehen, wie ich das kompatibel zu allen Theme machen kann.

Es ist nur ein Parameter "neu", die Breite des Randes um den Logohintergrund (oben, links, unten gleich). Das war vorher eine absolute Zahl in Pixeln (mit Rundungsfehler), und fuehrte deshalb je nach eingestellter OSD-Auflösung und eingestelltem Abstand der Fensterraender zu einem anderen optischen Eindruck. Also an dieser Stelle nicht konsequent, wo man sonst ja eher Prozente der OSD-Maximalgröße hat (oder z.B. relative Anpassungen der Fontgröße).

Die Umrechnung von absolutem zu relativem Abstand gelingt somit nicht universell und ich konnte die Idee des Designers nicht eindeutig erkennen. Offenbar passt mein Empfinden hier nicht. Aber ich habe auch keine Idee, ob das wirklich ueber alle Themes gleichartig implementiert ist.

Nicht ganz sicher bin ich mir, ob Deine kuerzlichen Anpassungen mit der Logogröße in Prozent das nicht noch verschlimmert haben. Kann sein, dass man jetzt lieber die Größe des Hintergrunds statt der Größe des Logos selbst mit Deinem Parameter beieinflussen sollte. Soll ich das mal so anpassen?

Jedenfalls sollte der Skin mit 720er Aufloesung auch gut aussehen, und im Idealfall genau so wie mit 1080er Aufloesung, denke ich.

Gruss,

S:oren

Noch ein Update. Jetzt passt das Logo fuer 720er und fuer 1080er OSD-Aufloesung. Und sieht vom Hintergrund auch identisch aus.

Keine weiteren Updates mehr noetig. Zumindest wenn nicht sonst jemand noch Anmerkungen hat...

Gruss,

S:oren

Hab nochmal ein Update fuer den test-Branch gepusht...

Gruss,

S:oren

Ich habe jetzt mal 2 Fix-Vorschläge gebaut und in meinen Test-Branch gepusht:

https://github.com/s-moch/vdr-…commits/skinnopacity-test

Da sieht erstens der Logohintergrund bei mir gut aus, zweitens ist das Kanalwechsel-Display jetzt deutlich schneller (unter 100ms beim first Flush). Letzteres klappt nur, wenn man keine Poster anzeigen will. Das mache ich aber sowieso nicht.

Wuerde mich freuen, wenn das jemand testet (und vielleicht uebernimmt).

Gruss,

S:oren

Quote from kamel5

Jetzt wo Du das schreibst, es gibt im Setup vom Plugin den Punkt "High Level OSD". Wenn man den aktiviert, funktioniert Truecolor nicht mehr.

Wahrscheinlich ist damit Hardwarerendering gemeint, wurde dann aber nicht mehr umgesetzt.

Ja, "High Level OSD" heißt Hardware-Rendering, und das war vorher da, bevor es TrueColor gab, denke ich. Jedenfalls erfordert TrueColor-Support das Raw-OSD (VDR-Rendering) und die explizite Aktivierung von TrueColor. Nicht sehr uebersichtlich diese Setup-Einstellung, es gibt ja 3 Modi, was so im Setup nicht direkt ersichtlich ist.

Quote from kamel5

Mit einem anderen Ausgabedevice tritt das Problem nicht auf. Dann kann es wohl nicht am VDR selber liegen?

Etwas mehr habe ich herausfinden koennen. Das Software-Rendering achtet genau darauf, welche Teile des OSD sich geaendert haben, nur die werden geupdatet. Deshalb werden beim ersten Flush mehr Daten an die Karte geschickt als danach. Dadurch unterscheiden sich auch die Transferzeiten. Soweit ergibt das fuer mich Sinn. Andere Ausgabedevices haben diese Transferverzoegerung nicht (in dem Ausmaß), deshalb faellt das dort nicht auf.

Nur was der Mutex mit Verzoegerungszeiten zu tun hat, erschließt sich mir nicht. Jedenfalls wenn es nur einen OSD-Thread gibt (sonst waere das klar).

Gruss,

S:oren