Vielleicht klappts bei mir ja unverhofft ohne Probleme. Ich gebe dann ne Rückmeldung.
Um das mal aufzuklären.
Es funktioniert dann, wenn man den X-Server nicht über softhddevice startet.
Das heißt, wenn der VDR gestartet wird, nachdem der X-Server sauber hochgefahren ist, klappt es ohne Probleme.
softhddevice wartet nicht auf den X-Server und dann gibt es eben Pixelsalat.
Copperhead
Hast recht. Ich starte den Xserver separat vor dem VDR. Und der Pstch funktioniert 1A.
Vielen Dank an alle
Um das mal aufzuklären.
Es funktioniert dann, wenn man den X-Server nicht über softhddevice startet.
Das heißt, wenn der VDR gestartet wird, nachdem der X-Server sauber hochgefahren ist, klappt es ohne Probleme.
softhddevice wartet nicht auf den X-Server und dann gibt es eben Pixelsalat.
Ist es nach dem letzten OSD Patch von SoftHdDevice immer noch so?
Johns
Ist es nach dem letzten OSD Patch von SoftHdDevice immer noch so?
Das wäre interessant. Wenn das Problem für softhddevice distributionsunabhängig gelöst wäre, würde ich die erste Anzeige der Kanalinfo in der nächsten Version (von was auch immer und wie auch immer die ausschaut *g*) wieder mit reinnehmen. Das Xine Problem bekäme ich auch anders in den Griff...
Ciao Louis
(von was auch immer und wie auch immer die ausschaut *g*)
Ich befürchte Schlimmes... Auf, mach' mal ein paar Andeutungen. 
Wenn das Problem für softhddevice distributionsunabhängig gelöst wäre
Bei mir läuft noch 15 Minuten eine Aufnahme. Dann teste ich es.
Ich befürchte Schlimmes... Auf, mach' mal ein paar Andeutungen.
Was befürchtest du denn schlimmes? 
Ich sag nix mehr...ich muss weg
Ciao Louis
Also ich habe es mal versucht. Geht aber gar nicht.
Ich denke mal es liegt an Xorg 1.16 und dem neuen Rootless X Feature.
Ich möchte jetzt aber auch nicht ewig suchen, da das Starten des X-Servers sowieso nicht die Aufgabe von softhddevice ist.
Das passiert in nicht allzu ferner Zukunft höchstwahrscheinlich über Socket Activation.
Hi,
Aber zu deiner Frage: das Problem ist, dass bei Xine als Ausgabeplugin das True Color OSD noch nicht verfügbar ist und deshalb der Pointer auf das OSD Objekt NULL ist. Das müsste man aber an einigen Stellen abfangen, und da ich keinen Bock habe, mir eine Testumgebung mit dem Xine Plugin aufzubauen, um das zu testen, habe ich es mir einfach gemacht und unterdrücke den ersten Aufruf einfach.
Was braucht es alles (außer der Xine-Testumgebung ;-)), um das Problem nachzustellen?
Bye.
Hallo Reinhard,
Was braucht es alles (außer der Xine-Testumgebung ;-)), um das Problem nachzustellen?
Freut mich, dass du dich dem Problem annimmst Wie schon geschrieben habe ich den Skin nie mit dem Xine Plugin ausprobiert und nur auf Rückmeldungen von Usern reagiert. Anscheinend liefert das Xine Plugin direkt beim Start des VDR beim ersten Aufruf von "DisplayChannel" (noch) kein True Color OSD zurück. Ich habe deshalb diesen ersten Aufruf im Skin komplett unterdrückt. Wenn du den oben geposteten Patch auf die aktuellen Git Version von nOpacity anwendest, solltest du dieses Verhalten eigentlich nachstellen können.
Ciao Louis
Hi Louis
Mal ne Frage. Wenn ich das Hauptmenü öffne wird das Fernsehbild ja in das Menü rein skaliert. Bei SD Sendern wird dabei das Seitenverhältnis beibehalten. Bei HD Sendern wird es allerdings gestreckt. Hab also lauter "Coneheads".
Habe einstellungstechnisch nichts finden können. Hast du eine Idee woran es liegen könnte. Brauchst du irgendwelche Logs oder Configs?
Oder könnte es auch am Softhddevice liegen?
Gruß Patrick
Hi,
Oder könnte es auch am Softhddevice liegen?
ich meine mich daran zu erinnern, dass das am im SHD eingestellten video display format liegt...mit "pillarbox" wird nichts verzerrt. Hast du zufällig was anderes eingestellt?
Ciao Louis
Hab gerade mal nachgesehen. Steht auf pillarbox.
Ok, aber wenn es an SHDD liegt und nicht an nopacity dann weiß ich schonmal wo ich suchen muss. Ich spiele dann mal mit den gefühlten 87000000 Einstellmöglichkeiten rum
Wenn ich nicht weiter komme werde ich mich mal an johns wenden. Danke dir.
Gruß Patrick
Hi Louis.
Der Tipp mit dem SHDD war richtig. Hab mal den kompletten video Bereich vom SHDD aus der setup.conf gelöscht und nun passt die scalierung.
Da hat sich wohl doch irgendwo ein Fehler eingenistet.
Danke Dir.
Gruß Patrick
Komischerweise vor und nach der Löschaktion pillarbox. Die restlichen Sachen hab ich aber nicht verglichen.
Hi Louis.
Ich hätte da mal wieder ein Problem
Hab heute durch Zufall folgende Meldung im Log entdeckt wenn der VDR beendet.
kernel: traps: nopacity: Remot[10858] general protection ip:7f3091d5036c sp:7f3073811c60 error:0 in libvdr-remotetimers.so.2.1.6[7f3091d3a000+2a000]
Nutze das aktuelle git von nopacity mit dem remotetimers-patch. Kann es an dem Patch liegen oder ist woanders was faul?
Hoffe bin bei dir an der richtigen Adresse.
Ansonsten mache ich ein separates Thema auf.
Gruß Patrick
Zitat... C++ kundiger ...
... Bin ich zwar nicht, aber zum testen stelle ich mich gerne zur Verfügung
Gruß Patrick
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!