vdr-sxfe bei HD-Kanälen --> segfault

DrSat · 3. Juli 2008

Hallo,

auf Basis einer Debian-Etch 4.0r3-AMD64-CD habe ich mir einen vdr mit e-tobis Paketen aufgesetzt. Den vdr habe ich natürlich für den Empfang von dvb-s2 und h264 gepatcht, kompiliert, und scheinbar klappt der Empfang auch mit einer TT-3200. SD-Kanäle gehen ohne Probleme. Die Wiedergabe läuft über das xineliboutput-plugin und vdr-sxfe. Beim Umschalten auf HD-Kanäle jedoch beendet sich vdr-sxfe und auf dem Schirm erscheint die Eingabeaufforderung auf Konsole 1. Der Kernel ist 2.6.25-9, die dvb-Treiber (multiproto-plus) habe ich am 2.07.08 heruntergeladen. vdr Version 1.6.0-3, xineliboutput Version 1.0.1-2etch1.
In der syslog steht:

Code

Jul  3 15:27:12 vdr-hd64 kernel: [  119.810637] dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2
Jul  3 15:27:12 vdr-hd64 kernel: [  119.822589] stb6100_set_bandwidth: Bandwidth=39700000
Jul  3 15:27:12 vdr-hd64 kernel: [  119.823092] stb6100_get_bandwidth: Bandwidth=40000000
Jul  3 15:27:12 vdr-hd64 vdr: [2966] EnigmaNG: cPluginSkinEnigma::LoadChannelLogo: LOGO "ARTE HD.xpm" NOT FOUND in /var/lib/vdr/plugins/skinenigmang/[hq]logos
Jul  3 15:27:12 vdr-hd64 kernel: [  119.878468] stb6100_set_frequency: Frequency=1612000
Jul  3 15:27:12 vdr-hd64 kernel: [  119.878970] stb6100_get_frequency: Frequency=1611984
Jul  3 15:27:12 vdr-hd64 vdr: [3126] cVideoRepacker: operating in H.264 mode
Jul  3 15:27:12 vdr-hd64 vdr: [3126] SetBrokenLink: no GOP header found in video packet
Jul  3 15:27:12 vdr-hd64 vdr: [3126] [xine..put] cXinelibDevice::PlayVideo: Detected H.264 video
Jul  3 15:27:12 vdr-hd64 vdr: [3126] [xine..put] H.264: Found NAL SPS at offset 6/2024
Jul  3 15:27:12 vdr-hd64 vdr: [3126] [xine..put] H.264 SPS: profile_idc 77
Jul  3 15:27:12 vdr-hd64 vdr: [3126] [xine..put] H.264 SPS: pic_width:  80 mbs
Jul  3 15:27:12 vdr-hd64 vdr: [3126] [xine..put] H.264 SPS: pic_height: 45 mbs
Jul  3 15:27:12 vdr-hd64 vdr: [3126] [xine..put] H.264 SPS: frame only flag: 1
Jul  3 15:27:12 vdr-hd64 vdr: [3126] [xine..put] H.264 SPS: -> video size 1280x720 
Jul  3 15:27:12 vdr-hd64 vdr: [3126] [xine..put] Detected video size 1280x720
Jul  3 15:27:13 vdr-hd64 kernel: [  114.736166] vdr-sxfe[3109]: segfault at 7f75aa9f9ff8 ip 7f75af7dd1a5 sp 42e63180 error 4 in libc-2.3.6.so[7f75af771000+121000]
Jul  3 15:27:13 vdr-hd64 vdr: [3065] [xine..put] Client connection 0 closed
Jul  3 15:27:13 vdr-hd64 vdr: [3065] [xine..put] Closing connection 0
Jul  3 15:27:13 vdr-hd64 vdr: [3129] bso(replay): Forwarding bitstream thread started (pid=2966, tid=3129)
Jul  3 15:27:13 vdr-hd64 vdr: [3059] changing name of channel 119 from 'ARTE HD,;ZDFvision' to 'arte HD,;ZDFvision'

Alles anzeigen

Hat jemand außer mir noch dieses Problem? Oder geht das so auf gar keinen Fall?
Gruß,
DrSat

infinite · 10. Juli 2008

ich kann das bestaetigen, allerdings ist das ganze schwierig einzudaemmen.. manchmal gehts mit dem bild 1a, das andere mal kann ich im OSD sachen einstellen und dann shcmierts erst ab

Code

Jul 10 20:01:36 kuifje vdr: [26445] [xine..put] OSD bandwidth: 178228 bytes/s (1392 kbit/s)
Jul 10 20:01:37 kuifje vdr: [26646] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jul 10 20:01:40 kuifje last message repeated 771 times
Jul 10 20:01:40 kuifje kernel: vdr-sxfe[26678]: segfault at 7fd9f7ba312f ip 7fda00b1f400 sp 41ba6b00 error 4 in libavcodec.so.51.57.2[7fda00ab2000+3a0000]
Jul 10 20:01:40 kuifje vdr: [26453] [xine..put] Client connection 0 closed
Jul 10 20:01:40 kuifje vdr: [26684] [xine..put] cBackgroundWriter: TCP write error
Jul 10 20:01:40 kuifje vdr: [26684] [xine..put]    (ERROR (tools/backgroundwriter.c,227): Die Verbindung wurde vom Kommunikationspartner zurÃ¼ckgesetzt)
Jul 10 20:01:40 kuifje vdr: [26453] [xine..put] Closing connection 0

infinite · 11. Juli 2008

hab da ein bisschen weiter geforscht..

unsere systeme sind sehr aehnlich:

debian lenny amd64
vdr 1.7
xineliboutput Version 1.0.1

wenn man ein paar mal von sd -> hd kanaele oder genau andersrum schaltet schmiert sxfe mit nem segfault ab..

DrSat, koenntets du evt mal deine patches auflisten, die du nutzt?

wilderigel · 11. Juli 2008

also es segfault nur vdr-sxfe, vdr laeuft weiter?

DrSat · 11. Juli 2008

Ja, der vdr läuft klaglos weiter. Startet man vdr-sxfe neu, erscheint auch meist wieder für den Bruchteil einer Sekunde das Fernsehbild.

infinite:
Patch-mäßig war ich eigentlich ganz genügsam. Neben dem
vdr-1.6.0-dvbs2-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff
habe ich noch folgende Patches verwendet:
03_cmdsubmenu
04_newplugin
06_default_svdrp_port_0
09_sort_options
10_dd-record-option
11_sortrecordings
12_osdbase-maxitems
14_cap-memsize
15_dvbplayer
16_channels.conf.terr-fix
17_vdr-maintenance-1.6.0-1
82_valgrind
99_ncursesw-include
opt-20_liemikuutio

Wenn ich mich recht erinnere habe ich den jumpplay-Patch noch von Hand integriert, da es einen Reject gab.

Gruß,
DrSat

wilderigel · 11. Juli 2008

Zitat

Original von infinite
DrSat, koenntets du evt mal deine patches auflisten, die du nutzt?

nuja, hier ists mit nem vdr 1.6.0-1mit hd patch ohne dvb-s2
andere patches hat der vdr hier fuer testzwecke nicht.

wiedergabe am clienten ueber netzwerk.
da laeuft ubuntu 8.04 mit xine-lib 1.1.11 und vdr-sxfe 1.0.1

verhalten wie oben beschrieben.

infinite · 11. Juli 2008

scheint also ganz klar in verbindung mit dem h264 patch zu stehen.. dachte evt erst an liemikuutio, aber wenn igel nur den hd patch und sonst nix hat und da passiert das gleiche.. kanns wohl nur an dem patch liegen

infinite · 11. Juli 2008

so, bei mir ist der segfault verschwunden.

kleine anleitung:

xineliboutput ausm cvs ziehen:

Code

cvs -z3 -d:pserver:anonymous@xineliboutput.cvs.sourceforge.net:/cvsroot/xineliboutput export -DNOW vdr-xineliboutput

debian ordner vom tobi paket in den cvs ordner kopieren
in

Code

debian/patches/00list

den gnome screensaver patch entfern/auskommentieren
mit

Code

dpkg-buildpackage -tc

neubauen und dann gewohnt mit dpkg -i installieren.

konnte den segfault bis dato noch nicht reproduzieren...

vdr-sxfe bei HD-Kanälen --> segfault

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema