[gelöst] OSD Skalierungsprobleme mit den Testing PPAs

Hey,

ich weiß nicht, wann Ferien waren. Aber ich habe seit dem update auf vdr 2.0.1 im testing das gleiche Problem. Auf dem Fernseher muss ich die Darstellung auf Höhe und Breite 70% beschränken damit LCARS ganz drauf passt. Alle anderen sehen so bescheiden aus dass sie nicht zu gebrauchen sind. Ein Wechsel auf Xine funktioniert nicht - respawning.

Zitat von iso

Ein Wechsel auf Xine funktioniert nicht - respawning.

Wenn xine das mit LCARS macht, ist das vmtl. nur eine Einstellung für "vdr-plugin-xine". Da muß das OSD im Setup-Menu auf "Einpassen [HQ|SHQ|Auto]" definiert sein, nur hier kann das xine OSD TrueColor. Bei "Überlagern (X11)" kann das OSD "nur" 256 Farben und der VDR startet dann nicht mit LCARS.

Ihr verwendet schon [0.5], oder?

Regards
fnu

Zumindest ich verwende durchgehend 0.5, Signatur ist aktuell. Nur nicht überall testing. Ich möchte aber eigentlich gar nicht zu xine wechseln... Aber der Tipp hat mich weitergebracht, auch sxfe hat einstellungen für Auflösung Auto etc. Dann kann ich zumindest LCARS auf 100% nutzen und es sieht (soweit es das kann) gut aus. Die anderen skins passen immer noch nicht ins Bild.

Sonst keiner mit dem Problem? Mal die Hand hoch, wer skins wie Anthra auf yavdr testing nutzt.

Hast jetzt gesehen wer alles die Hand gehoben hat

Also du verwendest Skins die nicht skalieren, aber die Ausgabe in anderer Auflösung.
Bei softhddevice ist es einfach: Menu -> Setup -> Plugins -> SoftHdDevice -> General (Links oder Rechts) -> OSD Size
Da stellst bei OSD Size ein, auf welche OSD Größe deine Skin fest gebaut ist, dann übernimmt das Plugin die Skalierung.

Johns

Was genau die Ursache ist weiß ich nicht. Meiner Meinung nach hat sich bei mir Einstellungsmäßig nichts geändert. Neu ist nur das update auf vdr 2.0.1. Es scheint mir, dass die % Angaben unter Einstellungen->OSD einfach ignoriert werden. Was auch immer ich einstelle, ich sehe von den meisten skins nur die linke obere Ecke.

Warte... War das jetzt Werbung für das softdevice?

Zitat von iso

Mal die Hand hoch, wer skins wie Anthra auf yavdr testing nutzt.

Hand heb ... ... anthra-FSt mit xine also auch softhddevice ...

Ich habe die anthra Skins in den letzten Tagen auch für alle "testing-vdr" Zweige aktualisiert. "tomas" war fleissig und hat alle anthras nochmals überarbeitet und einen Patch für text2skin erstellt, damit der Plattenplatz für Video angezeigt werden kann.

Aber Achtung, alte XML Skins funktionieren mit dem gepatchten text2skin, die angepassten anthras nicht ohne Patch. Habe mal ein paar Screenshots angehängt, nicht wundern ist nicht schwarz auf schwarz, sondern anthrazit transparent, mir fehlt nur ein Videostream in der virtuellen Testmaschine ...

Regards
fnu

OK, dann habe ich ja heute abend wieder was zum testen. Was genau heißt "alte XML's funktionieren nicht?". Ich finde die Übersicht über die skins in der Paketverwaltung auch ehrlich gesagt etwas unübersichtlich. Auf den ersten Blick meint man, es gäbe für jeden skin drei Pakete. Und einige davon scheinen generell nicht zu funktionieren?

Vielleicht sollte ich auch mal text2skin re-installieren oder so etwas? Die ganze Geschichte kommt mir derart unlogisch vor... Ich habe das Gefühl, da liegt vielleicht ein kaputter config Rest rum oder so...

Zitat von iso

Was genau heißt "alte XML's funktionieren nicht?"

Das habe ich auch nicht geschrieben.

Skin's für text2skin sind unterm Strich XML Dateien, die alten Skin's für text2skin funktionieren mit dem gepatchten text2skin, nur die neuen angepassten anthra's nicht mit einem ungepatchten text2skin. Das habe ich nur erwähnt, falls jemand ein neues anthra mit einem "alten" text2skin nutzen wollte. Daher liegen die neuen anthras auch nicht in "main", wo sie eigentlich hingehören, sondern in "testing-vdr" bis diese Paket nach "stable-vdr" umziehen. Folgende Pakete sind aktualisiert worden:

• vdr-skin-anthra-1920-fst
• vdr-skin-anthra-1920-fse
• vdr-skin-anthra-1920-ost
• vdr-skin-anthra-1920-ose
• vdr-skin-anthra-1024
• vdr-skin-anthra-sd

Für die meisten werden nur die 1920er interessant sein. Die SD Version ist nicht mit einer ungemoddeten SD-FF nutzbar, die kann nur 16 Farben OSD, wir benötigen aber 256.

Sollte jemand manuell diese Skins installiert haben, unbedingt vorher sichern bzw. entfernen. Hier gibt es die Skins, jedes tgz enthält den nötigen Patch für text2skin.

Ob das allerdings Dein Skalierungsproblem behebt, weiß ich nicht ...

Regards
fnu

Zitat von iso

Was genau die Ursache ist weiß ich nicht. Meiner Meinung nach hat sich bei mir Einstellungsmäßig nichts geändert. Neu ist nur das update auf vdr 2.0.1. Es scheint mir, dass die % Angaben unter Einstellungen->OSD einfach ignoriert werden. Was auch immer ich einstelle, ich sehe von den meisten skins nur die linke obere Ecke.

Warte... War das jetzt Werbung für das softdevice?

Was du geändert hast weiss ich auch nicht, ich wollte dir nur die Ursache erklähren.
Diese festen Skins ignorieren auch die OSD Einstellungen vom VDR.

Und klar ist Soft HD Device besser :), du mußt bei den xine bzw vdr-sxfe Einstellung suchen.
Oder du mußt eine für deine Bildschirm oder Fenstergröße passende Skin suchen.

Johns

Zitat von fnu

Wenn xine das mit LCARS macht, ist das vmtl. nur eine Einstellung für "vdr-plugin-xine". Da muß das OSD im Setup-Menu auf "Einpassen [HQ|SHQ|Auto]" definiert sein, nur hier kann das xine OSD TrueColor. Bei "Überlagern (X11)" kann das OSD "nur" 256 Farben und der VDR startet dann nicht mit LCARS.

Xine verliert sich immer im respawning, egal welches skin ausgewählt ist.

Zitat von johns

Und klar ist Soft HD Device besser :), du mußt bei den xine bzw vdr-sxfe Einstellung suchen.
Oder du mußt eine für deine Bildschirm oder Fenstergröße passende Skin suchen.

Habe alle Einstellungen im Xineliboutput durch, die das OSD betreffen. SoftHDdevice produziert bei mir übrigens ein unschönes flackern am oberen Rand, als wenn die erste Zeile sich nicht entscheiden kann. Zoomst Du da rein um das zu umgehen?

Zitat von iso

Xine verliert sich immer im respawning, egal welches skin ausgewählt ist.

Kannst Du bitte hier dann das zugehörige "/var/log/upstart/vdr-frontend.log" anhängen?

Zitat von iso

SoftHDdevice produziert bei mir übrigens ein unschönes flackern am oberen Rand, als wenn die erste Zeile sich nicht entscheiden kann. Zoomst Du da rein um das zu umgehen?

Wenn das bei SD ist, ist das kein Fehler vom Ausgabefrontend sondern technisch bedingt wenn man das SD Signal ganz ohne (leichten) Overscan ausgibt. Das 576i Signal wird bis heute "für Röhren" mit Overscan ausgestrahlt. Dazu ist bei yaVDR 0.5 die Voreinstellung für 576i in SHD jeweils 2 Pixelreihen oben/unten und 1 links/rechts abzuschneiden. Das ist kein technischer Makel, eher ein ästhetisches Problem ...

[EDIT] Für Flachbild-TVs mit Overscan-Ausgabe (HD-Ready) sind btw. die anthra-OS[E|t] vorgesehen. [/EDIT]

Regards
fnu

Anbei das log. Aber ich erwarte nicht wirklich, xine zum laufen zu bekommen. sxfe und anthra reicht mir.

Zitat von iso

Anbei das log. Aber ich erwarte nicht wirklich, xine zum laufen zu bekommen. sxfe und anthra reicht mir.

Aber wir, es sollte eigentlich schon so sein, das alles was sich bei uns in den PPAs für yaVDR befindet grundsätzlich funktioniert. Spezialfälle wo der User eh manuell eingreifen muß mal ausgenommen ...

Danke für das Log, sehe ich das richtig Du hast einen HD-Ready TV mit 1360x768? Und weder xine noch vdr-sxfe funktionieren bei Dir?

Regards
fnu

Wenn das jetzt von generellem Nutzen ist bin ich natürlich dabei.

- TV ist HD-Ready
- xine: respawning mit LCARS und einem Anthra (nur die beiden getestet)
- sxfe funktioniert mit LCARS bestens, alle anderen Skins sind zu groß und reagieren nicht auf Größenänderungen under OSD oder Xineliboutput->OSD
- softhddevice funktioniert mit flackern der ersten Zeile (bis eben. Nun ist das frontend detached und ein pressen eines remote knopfes bringt mir kein Bild)

Zitat von iso

- softhddevice funktioniert mit flackern der ersten Zeile (bis eben. Nun ist das frontend detached und ein pressen eines remote knopfes bringt mir kein Bild)

Das ist doch beabsichtigt. Ein detachtes Frontend gibt kein Bild, bis man es wieder attached.

Gerald

Zitat von iso

- sxfe funktioniert mit LCARS bestens, alle anderen Skins sind zu groß und reagieren nicht auf Größenänderungen under OSD oder Xineliboutput->OSD

Zitat von fnu

[EDIT] Für Flachbild-TVs mit Overscan-Ausgabe (HD-Ready) sind btw. die anthra-OS[E|t] vorgesehen. [/EDIT]

Sollte Dein Display einen Overscan machen, was bei HD-Ready Geräten die Regel ist, solltest Du kein anthra-FSx nehmen, sondern anthra-OSx. Die o.a. Screenshots habe ich btw. mit Ausgabe per vdr-sxfe gemacht, bei einer Ausgabefläche von 800x600 ohne Overscan. Da sieht man das die anthra-OSx eben einen Rand haben, der Raum für die Overscan Ausgabe bietet.

Ich hab ja erst jetzt gesehen das Du keinen FullHD TV hast sondern einen HD-Ready TV bzw. einen Monitor mit 1360x768er Auflösung. Beim vdr-plugin-xine muß auch definieren wie groß Dein OSD ist, wenn da nämlich 1920x1080 definiert ist wird das nix, an der gleichen Stelle wo man "Einpassen [HQ|SHQ|Auto]" oder "Überlagern (X11)" einstellt.

[EDIT] Eben mal nachgesehen, die Größe des OSD kann man auch bei sxfe einstellen, ich nutze es nie daher weiß ich gar nicht ob man das muß ... [/EDIT]

Regards
fnu

Hier läuft irgendwas schief. Ich glaube wirklich nicht, dass das eine Einstellungssache ist. Wie gehabt reagiert das OSD nicht auf Einstellungen von sxfe. Der "screenshot" zeigt die aktuell gültigen Einstellungen. Wie gesagt kann ich xine nicht testen. Eine Möglichkeit, das Bild auf dem PC anzeigen zu lassen, habe ich noch nicht ausgelotet.

PS: Ich habe seit jeher sxfe laufen und musste noch nie etwas einstellen, ausser der Umrechnung von 4:3 auf 16:9.

iso

Kannst Du mal bitte die Datei "/var/log/Xorg.1.log" anhängen. Welches anthra ist das?