Ha... dann bin ich doch nicht verrückt...
bei einem meinem VDRs ist das auch so... kA warum.. eingestellt habe ich das natürlich nicht..
Mich stört das nicht besonders, darum hab ich mich noch nicht drum gekümmert, hast du ein custom template für die menuorg.conf ? falls ja, lösch das doch mal...
Hi,
Na endlich jemand der das auch sieht... (habs schon anderswo am Rande erwähnt).
Dualhead + Ausgabe auf zwei Monitore gleichzeitig möglich ?
Is hier auch so und mich störts schon sehr.
Auftauchen tuts sobald man ein bisschen spielt auch wenns zuvor noch rein ok also in Deutsch war.
Es kommt hier manchmal einfach nachdem man ein Plugin deaktiviert oder aktiviert hat per vdrctl disable ....
oder auch wennst im WebIf was umstellst usw...
Zum Wegkriegen is es auch hier geh ich wie folgt vor (ich verwende softhddevice)
einfach mal übers WebIf umstellen zu xine und dann wieder zurück zu softhddevice.
Wenn das nicht reicht dann eben zuerst im VDR Menü das OSD umstellen zu nem normalen Skin (ich verwende den Skindesigner)
und dann per WebIf zu xine und wieder zurück zu softhddevice stellen.
Hat aber hier noch andere Seiteneffekte auf die ich aufpassen muss wenn ich z.b: das OSD nicht vom Skindesigner umstelle
auf nen normalen Skin und dann per WebIf auf xine umstelle hab ich kein Menü im VDR
is auch komisch, oder geht Skindesigner nur bei Verwendung von softhddevice ?
Aber lange hält das halt auch meist nicht an ! (bisschen was umstellen per WebIf z.b: und schon kanns wieder denglisch geben)
Hier betrifft das auch die Befehle aber auch die Applikationen.
Gruss
Bert
probiert mal:
process-template /var/lib/vdr/plugins/menuorg.xmlis auch komisch, oder geht Skindesigner nur bei Verwendung von softhddevice ?
Xine und Xineliboutput funktionieren mit den korrekten Einstellungen auch. Das liegt daran, dass Skindesigner (und auch andere native Skins, die TrueColor benutzen wie z.B. skinflatplus oder nOpacity) ein TrueColor OSD voraussetzt. Das Xine Zeugs hat damit so seine Problemchen und muss passend konfiguriert werden. Falls es dir wichtig ist, musst du mal hier im Portal suchen...
Ciao Louis
Es kommt hier manchmal einfach nachdem man ein Plugin deaktiviert oder aktiviert hat per vdrctl disable ....
oder auch wennst im WebIf was umstellst usw...
Bei vdrctl würde mich das wundern - eigentlich muss dazu die /var/lib/vdr/plugins/menuorg.xml angefasst werden, denn die lokalisierten Strings werden beim Aufruf von
process-template /var/lib/vdr/plugins/menuorg.xmlanhand der Sprachdateien aus yavdr-i18n eingebaut.
Wenn mir jemand verrät, mit welchem Knopf im WFE man das Verhalten provozieren kann, schaue ich mir das mal genauer an.
Fernbedienung ändern, Bildschirm erkennen und speichern, egtl egal - danach muss man immer das template anstossen...
process-template zieht sich die Sprache aus den locale-Einstellungen. Für tntnet wurden die bislang nicht extra gesetzt, damit gilt vermutlich die Upstart-Vorgabe LANG=POSIX.
Probiert mal bitte diese Änderung für die /etc/init/tntnet.conf aus: https://github.com/yavdr/yavdr…769fd99b2067f51d5fafe2c25
Bei den Einstellungen für die Fernbedienung konnte ich das nicht provozieren, aber z.B. in den Netzwerkeinstellungen bei den Einträgen für WOL.
Hi seawhawk1986,
Danke - ich glaub nun passts !
Hab deine Änderung eingetragen dann VDR neugestartet und dann per WebIf die Monitore getauscht also von primär zu secondär
und wieder retour wobei ich jedesmal kontrolliert habe ob danach im VDR Menü etwas in englisch da ist, was aber nicht der Fall war - dürfte also nun passen.
Warten wir noch was die anderen Tester sagen oder ? - sicher ist sicher.
Die Änderung fliesst dann ins yavdr ein mit einem der nächsten Updates nehm ich an.
Gruss
Bert
Die Änderung fliesst dann ins yavdr ein mit einem der nächsten Updates nehm ich an.
Genau, wenn das Problem damit gelöst ist, wandert die von testing nach stable.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!