[P3f]

Hi Wino,

vielen Dank für die Erstellung des Addons für das neue OSD skinnOpacity. Auch ich war schon dran, aber Du warst mal wieder schneller. Ausserdem habe ich ein Problem, nämlich das es bei meiner MLD nicht funktioniert.

Leider kenne ich deine Hardware nicht (Signatur?), sodaß ich hier nicht nach spicken konnte. <_<  Aber ich verwende eine GT210 Karte bzw. die VDPAU-Ausgabe über Xineliboutput. Sobald ich das Addon "skinnopacity" aktiviere, startet der VDR nicht mehr und im Logfile erscheint nur

Code: [Select]

Nov 19 09:40:52 (MLD) user.err vdr: [6592] nopacity: No TrueColor OSD found! Aborting!

(Das ganze ist unabhängig, ob ich deine Installation oder "mein bisher unveröffentliche Version" anwende. Die Meldung ist die selbe :wand  Oder ist das Skin nur für eine FF-Karte? Das kann ich aber nirgends lesen?

Nebenbei eine Frage: Ich hatte in meinem Makefile das Addon so aufgebaut, das es sich erst downloaded. Denke das wir dadurch schneller an Aktualisierungen von den skin-Entwicklern kommen. Nun hast Du es fest ins Addon gesteckt. Ist glaube zwar eine Philosophiefrage, aber ich denke das wir so in "Claus's Sinne" immer klein und schlank bleiben. Soll/Darf ich das im Addon anpassen?

Gruß,

Pit  

[wino]

Hallo Pit,

mit Xineliboutput kenne ich mich nicht so aus. Weiß nicht ob man da eine bestimmte Option für TrueColor OSD aktivieren muss. Im vdr-portal hat wohl einer auch das Problem beschrieben.

Klar kannst Du das Addon anpassen.

EDIT: Habe ich im VDR-Portal  gefunden: Bei xineliboutput gibt es nur TrueColor , wenn das Plugin mit dem Parameter "--hud" gestartet wird.
Gruß
wino

[MegaX]

@Pit
Wenn du eh

[wino]

@wino
Was nicht funktioniert ist der Aufruf " -l /usr/share/channellogos/ " . Habe die Logos nach /usr/share/channellogos/ kopiert, aber sie wurden nicht angezeigt.MegaX

Da hat sich ein Fehler bei den Plugin Argument eingeschlichen. Da steht VDR_PLUGIN_ARGS_skinnopacityt" "-l /usr/share/channellogos/ -e /var/cache/vdr/epgimages/", müsste VDR_PLUGIN_ARGS_skinnopacity heißen.  

EDIT: Habe die beiden angesprochenen Punkte korrigiert bzw. hinzugefügt und hochgeladen.

Gruß
wino

[obelix]

Hallo Pit,

mit Xineliboutput kenne ich mich nicht so aus. Weiß nicht ob man da eine bestimmte Option für TrueColor OSD aktivieren muss. Im vdr-portal hat wohl einer auch das Problem beschrieben.

Klar kannst Du das Addon anpassen.

EDIT: Habe ich im VDR-Portal  gefunden: Bei xineliboutput gibt es nur TrueColor , wenn das Plugin mit dem Parameter "--hud" gestartet wird.
Gruß
wino

Hi. Wo muss ich denn den Parameter hinzufügen? In der rc.config habe ich es erfolglos probiert.

Danke und Gruß

Obelix

[P3f]

Hi Obelix,

kannst Du bitte vorher versuchen, das direkt im Xineliboutput Addon auf Truecolor zu stellen, sollte den Parameter obsulatet machen.

Im OSD-Setup: Einstellungen /VDR-Setup / Plugins / Xineliboutput / 4 OSD / Color Depth = TrueColor

dann sollte es auch mit diesem Skin funzen...

(Habe im Moment andere Baustellen und daher von meiner Prio zum Testen ein wenig nach hinten geschoben)

Danke, wenn Du eine Rückmeldung gibst.

Gruß,

Pit

[obelix]

Leider schmiert vdr-sxfe per segfault ab:

Code: [Select]

ep  8 14:10:18 (none) user.info kernel: vdr-sxfe[15145]: segfault at abfe1008 ip b7150ed6 sp b40feeb8 error 4 in libc-2.17.so[b70d1000+1ad000]
Sep  8 14:10:21 (none) user.info kernel: vdr-sxfe[1748]: segfault at ad284008 ip b7112ed6 sp b4033eb8 error 4 in libc-2.17.so[b7093000+1ad000]
Gruß

EDIT: Ich teste das unter 3.0.1.1 neuste.

[P3f]

Hi,

ich habe das mal eben auf meiner neuesten MLD 3.0.3 ausprobiert, und auch einen Segfault erhalten.

Sep  8 13:39:31 (MLD) user.info kernel: vdr-sxfe[1641]: segfault at ab330008 ip b71c8be0 sp b4033eb8 error 4 in libc-2.17.so[b7091000+1ad000]                                                 
Sep  8 15:39:31 (MLD) user.err vdr: [4033] [xine..put] cBackgroundWriter: TCP write error                                                                                                     
Sep  8 15:39:31 (MLD) user.err vdr: [4033] [xine..put]    (ERROR (tools/backgroundwriter.c,247): Bad file descriptor)                                                                         
Sep  8 13:39:43 (MLD) user.info kernel: vdr-sxfe[4104]: segfault at abc33008 ip b7235be0 sp b41f3eb8 error 4 in libc-2.17.so[b70fe000+1ad000]                                                 
Sep  8 15:39:43 (MLD) user.err vdr: [4113] [xine..put] cBackgroundWriter: TCP write error                                                                                                     
Sep  8 15:39:43 (MLD) user.err vdr: [4113] [xine..put]    (ERROR (tools/backgroundwriter.c,247): Bad file descriptor)

(Nachdem ich voher wie oben beschrieben das Xineliboutput-Plugin auf TrueColor umgestellt habe!)

Das komische ist allerdings, den Segfault bekomme ich reproduziert, wenn ich das OSD-Hauptmenu aufrufen will. Schalte ich den Sender um, so funktioniert der Skinnopacity.

Ich glaube da müssen wir tiefer rein mit gdb....

Gruß,

Pit

[MegaX]

Wegen der Problematik von xineliboutput und nOpacity gibts im Portal auch schon nen Tread (finde den grad nur nicht).


MegaX

[obelix]

Ahoi. Nun, ich habe mal auf softhddevice umgestellt. Funktioniert ebenfalls nicht. Ok, da ich im Live Modus teste kann ich nicht rebooten aber das sollte doch ohne reboot gehen.

[Christian]

Ahoi. Nun, ich habe mal auf softhddevice umgestellt. Funktioniert ebenfalls nicht. Ok, da ich im Live Modus teste kann ich nicht rebooten aber das sollte doch ohne reboot gehen.

Geht der Skin jetzt generell nicht?

bitte mach einmal mit dem Addon GDB ein Core Dump und postet die ausgaben hier. Danke

Wiki -> Backtrace

im Tool könnt Ihr über den Befehl "bt" mehr ausgaben bekommen!

[obelix]

Ok aber es schmiert ja nicht der vdr ab sondern vdr-sxfe.

Code: [Select]

Sep  9 18:02:10 (none) user.info kernel: vdr-sxfe[32730]: segfault at aca07008 ip b7143ed6 sp b4033eb8 error 4 in libc-2.17.so[b70c4000+1ad000
Mit softhddevice funktioniert es. Sorry, keine Ahnung warum es gestern ständig segfaults gegeben hatte. Wie kann ich vdr-sxfe ein Backtrace erstellen?

Gruß

[P3f]

Hi,

ich habe gerade mal versucht mit gdb einen Backtrace zu erstellen, aber es wird keiner erzeugt und das ist ja eigentlich auch richtig weil "nur" vdd-sxfe abschmiert. Kann man das auch irgendwie tracen, oder wie kann man die Lücke zum segfault finden?

MLD> gdbmld coredump
restart vdr with ulimit unlimited activation
Stopping VDR                                                                                                                                                                        done
vdr: 5s
Starting VDR                                                                                                                                                                        done
vdr: 7s
------------------------------------------------------------
after the segfault start the gdb debugger via 'gdbmld debug'
------------------------------------------------------------
MLD> gdbmld debug
starting GDB Debugger
-------------------------
error: coredump not exist
-------------------------
MLD> bt
-sh: bt: not found
MLD> tail /var/log/messages
Sep  9 19:35:48 (MLD) user.info kernel: vdr-sxfe[1621]: segfault at aba87008 ip b71efbe0 sp b4033eb8 error 4 in libc-2.17.so[b70b8000+1ad000]
Sep  9 19:35:59 (MLD) user.info kernel: vdr-sxfe[4663]: segfault at abe8a008 ip b7186be0 sp b4033eb8 error 4 in libc-2.17.so[b704f000+1ad000]
MLD>

Nebenbei: Ist der Befehl "bt" nur vorhanden wenn auch ein Backtrace erzeugt worden wäre? ==> Ansonsten wäre noch ein Fehler im gdb-Addon... (weil "bt" nicht vorhanden)

Gruß,

Pit

[MarMic]

Denke das muss man stracen

BT wird als Aufruf im gdb mitgegeben soviel ich weiss

Greetz marmic

[clausmuus]

Beim strace kann man angeben, dass das auch auf Subprozesse angewendet werden soll (ich glaube mit -f). Vielleicht gibt's sowas ja auch für bt.

Claus