Probleme mit aktuellem vdr-sxfe (mit aktueller xinelib und vdpau)

Hi,

bin inzwischen einen halben Schritt weiter, will sagen - übersetzen von xine-lib und Frontend hat geklappt.
Jetzt bekomme ich zwar ein knackiges Bild, aber keinen Ton mehr.

Wenn ich die --verbose Ausgaben anschaue, sieht es für mich so aus, als hätte vdr-sxfe Probleme mit dem Auslesen der Werte aus der config-Datei.
Die entsprechende Fehlerpassage:

[14856] [input_vdr] Data stream connected (TCP)
configfile: error - tried to update non-num type 0 (key audio.synchronization.av_sync_method, value 1)
unknown option in get_option: 4100
[14856] [input_vdr] fifo_buffer_new...
[14856] [input_vdr] fifo_buffer_new done.
[14856] [input_vdr] xine_input_xvdr: revision $Id: xine_input_vdr.c,v 1.352 2011/12/10 11:01:35 rofafor Exp $
[14856] [input_vdr] Using non-default "media.xvdr.num_buffers_hd:15000"
[14856] [input_vdr] WARNING: xine-engine setting "engine.buffers.audio_num_buffers":0 istoo low for HD-playback! Please use values between 500-1000!
input cache plugin disabled

Den Fehler zu "4100" konnte ich nicht zuordnen. In meiner config gibt es nirgends die Ziffernfolge.
Bei den Werten "audio.synchronization.av_sync_method" und "engine.buffers.audio_num_buffers" kann ich eintragen, was ich will, die Fehlermeldungen sind immer dieselben.

Ich habe mal die Logausgaben angehängt.
vdr-sxfe.noaudio.txt ist die Ausgabe von dem frisch übersetzten Frontend
vdr-sxfe.success.txt ist die Ausgabe vom frontend, wie ich es via e-tobi.net installiert habe. Wie man sehen kann, wird dort kein vdpau verwendet.
Das Bild ist zwar nicht schlecht, Ton gibt es auch, aber HD-Sender gibt es in 99 von 100 Fällen nur ohne Bild. Deshalb wollte ich einen Versuch mit aktueller xine-lib machen.

Über weitere Hilfestellung würde ich mich sehr freuen.

Gruß Gero

Hi spacy,

wenn Du noch 2 Zeile weiter gelesen hättest ...

Zitat

Bei den Werten "audio.synchronization.av_sync_method" und "engine.buffers.audio_num_buffers" kann ich eintragen, was ich will, die Fehlermeldungen sind immer dieselben.

Ich habe den Wert auch auf 1000 stehen.

Wenn ich das Frontend von e-tobi starte, wird der Wert auch verwendet.
Gleiche config-Datei mit dem neu übersetzten Frontend führt dazu, dass kein audio-Puffer zur Verfügung steht.

Gruß Gero

P.S. habe inzwischen herausgefunden, warum das Frontend von e-tobi nur seltenst HD-Bilder anzeigt. Wegen der FF im System starte und beende ich das Frontend immer auf einem SD-Kanal. Umschalten von SD zu HD führt zu schwarzer Schrift auf schwarzem Grund (Fehler: cannot reinitialize decoder in multithred mode - oder so ähnlich).
Wenn ich auf einen HD-Sender umschalte, das Frontend beende und wieder neu starte, gibt es auch ein HD-Bildle

Ah jetzt ja ...

Trotzdem noch seltsam:
Verwende ich --buffers ohne --config, wird der Wert von --buffers nicht verwendet und die Fehlermeldung bleibt.
Erst wenn ich --config und --buffers verwende, ist die Fehlermeldung wech.

Allerdings gibt es trotzdem keinen Ton (ich hänge die aktuelle Logdatei wieder an).

Was mir spontan auffällt:

audio_oss_out: audio.device.oss_device_name = auto, probing devs
audio_oss_out: Auto probe for audio device failed
load_plugins: audio output auto-probing didn't find any usable audio driver.

Hm, wieso wird hier versucht, einen oss-Treiber zu laden?
Habe ich da was falsch konfiguriert?
Wenn ja, wieso kann das alte Frontend lala mit der gleiche config-Datei?

Gruß Gero

Yepp - hast Recht. Sorry.
Habe oss-Treiber nachinstalliert, jetzt geht's.

P.S. Nomml allen ein herzliches Dankeschön.
Endlich HD-Schnittmarken bearbeiten können ist ja so goil

Zitat

Weil es in diesem Thread um die Patches von Durchflieger geht und nicht darum wie man xineliboutput ueberhaupt ans Laufen bekommt...

Ok - kapiert.

... und wie sieht es mit Abstürzen aus?
Nach einer Weile ist das Frontend abgestürzt mit folgendem Trace:

vo_vdpau: deinterlace: temporal
vo_vdpau: deinterlace: temporal
vo_vdpau: set_scaling_level=0
vo_vdpau: enabled features: inverse_telecine=1
vo_vdpau: enable noise reduction.
vo_vdpau: disable sharpness.
vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=0
vo_vdpau: skip_chroma = 0
vo_vdpau: background_color = 0
[3196] [lastpts  ] stream changed from (nil) to 0xde3100
[3196] [lastpts  ] new stream is vdr stream
*** glibc detected *** vdr-sxfe: double free or corruption (!prev): 0x000000000103c6d0 ***
======= Backtrace: =========
/lib/libc.so.6(+0x71ad6)[0x7fd8c1868ad6]
/lib/libc.so.6(cfree+0x6c)[0x7fd8c186d84c]
/usr/local/lib/xine/plugins/2.0/xineplug_vo_out_vdpau.so(+0x2c42)[0x7fd8bf0ebc42]
/usr/local/lib/xine/plugins/2.0/xineplug_vo_out_vdpau.so(+0x2d64)[0x7fd8bf0ebd64]
vdr-sxfe[0x410e7c]
vdr-sxfe[0x411829]
/usr/local/lib/libxine.so.2(+0x2b10a)[0x7fd8c1b8310a]
/usr/local/lib/libxine.so.2(+0x2294b)[0x7fd8c1b7a94b]
/usr/local/lib/libxine.so.2(+0x230f5)[0x7fd8c1b7b0f5]
/lib/libpthread.so.0(+0x68ba)[0x7fd8c29818ba]
/lib/libc.so.6(clone+0x6d)[0x7fd8c18c602d]
======= Memory map: ========
00400000-0041f000 r-xp 00000000 09:00 4857895                            /usr/local/bin/vdr-sxfe-II
0061e000-00620000 rw-p 0001e000 09:00 4857895                            /usr/local/bin/vdr-sxfe-II
00ce9000-013f2000 rw-p 00000000 00:00 0                                  [heap]
7fd8b0000000-7fd8b01e8000 rw-p 00000000 00:00 0 
7fd8b01e8000-7fd8b4000000 ---p 00000000 00:00 0 
7fd8b46e4000-7fd8b494c000 rw-s 3f4832000 00:05 6945                      /dev/nvidia1
7fd8b494c000-7fd8b495b000 r-xp 00000000 09:00 10100620                   /usr/local/lib/xine/plugins/2.0/xineplug_decode_a52.so
7fd8b495b000-7fd8b4b5a000 ---p 0000f000 09:00 10100620                   /usr/local/lib/xine/plugins/2.0/xineplug_decode_a52.so
7fd8b4b5a000-7fd8b4b5c000 rw-p 0000e000 09:00 10100620                   /usr/local/lib/xine/plugins/2.0/xineplug_decode_a52.so
7fd8b4b5c000-7fd8b4b99000 r-xp 00000000 09:00 4857736                    /usr/local/lib/libpostproc.so.51.2.100
7fd8b4b99000-7fd8b4d98000 ---p 0003d000 09:00 4857736                    /usr/local/lib/libpostproc.so.51.2.100
7fd8b4d98000-7fd8b4d99000 rw-p 0003c000 09:00 4857736                    /usr/local/lib/libpostproc.so.51.2.100
7fd8b4d99000-7fd8b4da4000 r-xp 00000000 09:00 10100751                   /usr/local/lib/xine/plugins/2.0/post/xineplug_post_planar.so
7fd8b4da4000-7fd8b4fa3000 ---p 0000b000 09:00 10100751                   /usr/local/lib/xine/plugins/2.0/post/xineplug_post_planar.so
7fd8b4fa3000-7fd8b4fa8000 rw-p 0000a000 09:00 10100751                   /usr/local/lib/xine/plugins/2.0/post/xineplug_post_planar.so
7fd8b4fa8000-7fd8b4fa9000 ---p 00000000 00:00 0 
7fd8b4fa9000-7fd8b57a9000 rw-p 00000000 00:00 0 
7fd8b57a9000-7fd8b57aa000 ---p 00000000 00:00 0 
7fd8b57aa000-7fd8b5faa000 rw-p 00000000 00:00 0 
7fd8b5faa000-7fd8b5fc0000 r-xp 00000000 09:01 2359299                    /lib/libgcc_s.so.1
7fd8b5fc0000-7fd8b61bf000 ---p 00016000 09:01 2359299                    /lib/libgcc_s.so.1
7fd8b61bf000-7fd8b61c0000 rw-p 00015000 09:01 2359299                    /lib/libgcc_s.so.1
7fd8b61dd000-7fd8b61de000 ---p 00000000 00:00 0 
7fd8b61de000-7fd8b69de000 rw-p 00000000 00:00 0 
7fd8b69de000-7fd8b69df000 ---p 00000000 00:00 0 
7fd8b69df000-7fd8b71df000 rw-p 00000000 00:00 0 
7fd8b7222000-7fd8b735a000 rw-p 00000000 00:00 0 
7fd8b735a000-7fd8b736c000 r-xp 00000000 09:00 10100761                   /usr/local/lib/xine/plugins/2.0/post/xineplug_post_tvtime.so
7fd8b736c000-7fd8b756b000 ---p 00012000 09:00 10100761                   /usr/local/lib/xine/plugins/2.0/post/xineplug_post_tvtime.so
7fd8b756b000-7fd8b756c000 rw-p 00011000 09:00 10100761                   /usr/local/lib/xine/plugins/2.0/post/xineplug_post_tvtime.so
7fd8b756c000-7fd8b7570000 rw-p 00000000 00:00 0 
7fd8b7570000-7fd8b7575000 r-xp 00000000 09:00 10100642                   /usr/local/lib/xine/plugins/2.0/xineplug_decode_vdpau_mpeg12.so
7fd8b7575000-7fd8b7774000 ---p 00005000 09:00 10100642                   /usr/local/lib/xine/plugins/2.0/xineplug_decode_vdpau_mpeg12.so
7fd8b7774000-7fd8b7775000 rw-p 00004000 09:00 10100642                   /usr/local/lib/xine/plugins/2.0/xineplug_decode_vdpau_mpeg12.so
7fd8b7775000-7fd8b7776000 ---p 00000000 00:00 0 
7fd8b7776000-7fd8b7fb7000 rw-p 00000000 00:00 0 
7fd8b7fb7000-7fd8b7fb8000 ---p 00000000 00:00 0 
7fd8b7fb8000-7fd8b87b8000 rw-p 00000000 00:00 0 
7fd8b87b8000-7fd8b87bd000 r-xp 00000000 09:01 2359321                    /lib/libnss_dns-2.11.2.so
7fd8b87bd000-7fd8b89bc000 ---p 00005000 09:01 2359321                    /lib/libnss_dns-2.11.2.so
7fd8b89bc000-7fd8b89bd000 r--p 00004000 09:01 2359321                    /lib/libnss_dns-2.11.2.so
7fd8b89bd000-7fd8b89be000 rw-p 00005000 09:01 2359321                    /lib/libnss_dns-2.11.2.so
7fd8b89be000-7fd8b89c0000 r-xp 00000000 09:01 2362800                    /lib/libnss_mdns4_minimal.so.2
7fd8b89c0000-7fd8b8bbf000 ---p 00002000 09:01 2362800                    /lib/libnss_mdns4_minimal.so.2
7fd8b8bbf000-7fd8b8bc0000 rw-p 00001000 09:01 2362800                    /lib/libnss_mdns4_minimal.so.2
7fd8b8bc0000-7fd8b8be6000 r-xp 00000000 09:00 10100627                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_xvdr.so
7fd8b8be6000-7fd8b8de6000 ---p 00026000 09:00 10100627                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_xvdr.so
7fd8b8de6000-7fd8b8de7000 rw-p 00026000 09:00 10100627                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_xvdr.so
7fd8b8de7000-7fd8b8deb000 r-xp 00000000 09:00 10100692                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_net.so
7fd8b8deb000-7fd8b8feb000 ---p 00004000 09:00 10100692                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_net.so
7fd8b8feb000-7fd8b8fec000 rw-p 00004000 09:00 10100692                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_net.so
7fd8b8fec000-7fd8b8ff1000 r-xp 00000000 09:00 10100694                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_pvr.so
7fd8b8ff1000-7fd8b91f1000 ---p 00005000 09:00 10100694                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_pvr.so
7fd8b91f1000-7fd8b91f2000 rw-p 00005000 09:00 10100694                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_pvr.so
7fd8b91f2000-7fd8b91ff000 r-xp 00000000 09:00 10100690                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_rtsp.so
7fd8b91ff000-7fd8b93fe000 ---p 0000d000 09:00 10100690                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_rtsp.so
7fd8b93fe000-7fd8b93ff000 rw-p 0000c000 09:00 10100690                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_rtsp.so
7fd8b93ff000-7fd8b9407000 r-xp 00000000 09:00 10100698                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_cdda.so
7fd8b9407000-7fd8b9606000 ---p 00008000 09:00 10100698                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_cdda.so
7fd8b9606000-7fd8b9607000 rw-p 00007000 09:00 10100698                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_cdda.so
7fd8b9607000-7fd8b960b000 r-xp 00000000 09:00 10100670                   /usr/local/lib/xine/plugins/2.0/xineplug_inp_file.so

Es gab zu dem Zeitpunkt keine Benutzerinteraktion mit dem Rechner.

Gruß Gero

inzwischen habe ich das Frontend wieder halbwegs am laufen.
Halbwegs deshalb, weil man von bewegten Bildern nimmer sprechen kann.
Derzeit gibt es live-Ton mit Bildern im Sekundentakt.
Die --verbose Ausgaben des Frontend habe ich angefügt.

Die "Pause", also die Zeit, in der alle Bilder einfach verworfen werden, bevor wieder ein Bild gut genug ist um angezeigt zu werden, ist unterschiedlich zwischen den Sendern. Ich vermute, dass es mit dem Überlauf der Zeitstempel in den Bildern zusammen hängt. Besonders schlimm ist es mir auf 3sat aufgefallen.
EinsHD und 2dfHD gehen deutlich besser

Ach ja - ich habe xine-lib und xineliboutput jeweils mit git-master gebaut.

Wiedergabe von Aufnahmen klappt dagegen ohne Einschränkung. Ebenso wie Verschieben von HD-Schnittmarken
Um wieviel besser ein vdpau Bild gegenüber dem xv Bild ist, sieht man erst so richtig auf großem Desktop, d.h. wenn alles hochskaliert wird.
Der Absturz ist gestern bei 3sat recht häufig aufgetreten. Kann sein, dass es an den ollen Kamellen lag, die nachmittags liefen. Bei "normalem" Content konnte ich den Absturz nicht mehr reproduzieren. Ich habe jetzt das --verbose in das Startscript aufgenommen, sodass ich beim nächsten Absturz den Log liefern kann.

Gruß Gero

Zitat

... Mit der HW aus der Signatur ist das sicher nicht der Brueller ...

Hm, wie kommst Du zu dieser Einschätzung?

Ne Quadro 600 soll recht gute vdpau-Werte haben (zumindest bekam ich die Info von jemand, der sich an der Ecke auskennt).
Der Professor ist dynamisch getaktet und langweilt sich selbst bei 800 MHz mit 5-10% Last, also da ist noch jede Menge Luft für weitere Aufgaben.

Gut, inzwischen habe ich 2 Quadro 600 Karten im Desktop-Rechner (HD-Signatur)
vdr-sxfe von e-tobi.net (also ohne vdpau, dafür mit Ausgabe via xv) läuft problemlos - bringt halt nicht die Bildqualität wie vdpau.

In diesem Fred las ich interessante Einstellungen, die ich gerne ausprobieren würde. Wo muss ich die Einstellungen ablegen?

Gruß Gero

Hallo,

habe oben zitierte Konfig aktiviert. Leider hat das keine Besserung gebracht, d.h. Bilder im Sekundentakt ist nach wie vor angesagt.
Nach kurzem Anspielen gab es dann einen Absturz, der den Backend-VDR mit in die Tiefe gerissen hat. Die Maschine ließ sich nicht mal mehr ordentlich herunterfahren. Musste sie hart ausschalten!

Im Anhang die Logs dazu.

vdr-sxfe.trap.txt ist der (gekürzte) Log des Absturzes, vdrsxfe.txt der Mitschnitt eines kurzen Anspielens mit gewolltem Ende.

Ich habe dann mal einen System-Monitor mitlaufen lassen. Dabei fiel mir auf, dass ein Kern fast 100% ausgelastet wurde, die anderen Kerne unter 10% Last hatten.
FFMpeg-Threads waren richtig gesetzt.
Könnte es sein, dass das OSS-Audio zuviel CPU braucht und evtl. nicht threadfähig ist?
Falls dem so ist, wie kann ich die OSS-Treiber wieder los werden?

Gruß Gero

Zitat

tvtime=TomsMoComp soltle eigentlich wenn ich mich nicht irre --post=tvtime:method=use_vo_driver sein.

Danke, das war die Schlüsselinfo (ich hatte bei obiger Einstellung garkeinen --post Parameter aktiv).

Mit dieser Option funktioniert auch wieder die Darstellung von interlaced-Material.
Habe alles nomml aktualisiert und neu gebaut.
Das Bild ist inzwischen (fast) akzeptabel. Es werden immer noch Bilder verworfen, aber wesentlich weniger, als vorher.
Dafür stimmt die CPU-Last jetzt.
Selbst bei 800 MHz hat kein Kern mehr als 10% Last - das finde ich ok

Mit der Option --audio=alsa habe ich überhaupt keinen Ton. Schätze ich habe mir mein System versaut.
Wenn ich die Option wech lasse, gibt es wieder Ton.
Die Systemlast bleibt niedrig, weshalb ich die Lala-Baustelle abschließe. Am Desktop kann ich mit dem halblebigen Zustand leben.

Wenn Ihr mir noch Tips hättet, wie ich das Verwerfen von Bildern verhindern/abschalten kann, würde mich das sehr freuen tun

Gruß Gero

P.S. Mit der neu gebauten Variante (git von heute morgen) ist die Bearbeitung der Schnittmarken (zumindest bei interlaced-Material) wieder schlechter.
Beim Sprung auf eine Schnittmarke blitzt das "eigentliche" Bild kurz auf und wird sofort durch das Schwarzbild ersetzt. Gleiches passiert beim Verschieben der Schnittmarke - das eigentliche Bild blitzt kurz auf und dann kommt ziemlich viel Text mit schwarzer Schrift auf schwarzem Grund - den ich leider nicht verstehe
Im Log siehts wie folgt aus:

[12984] [input_vdr] vdr_adjust_realtime_speed: assertion failed: this->still_mode is true !
[12984] [input_vdr] vdr_adjust_realtime_speed: assertion failed: this->still_mode is true !
[12984] [input_vdr] vdr_adjust_realtime_speed: assertion failed: this->still_mode is true !
[12979] [metronom ] Still frame, type 0
[12984] [input_vdr] vdr_adjust_realtime_speed: assertion failed: this->still_mode is true !

P.P.S. Wie sieht das aus? Wird upscaling nicht via GPU unterstützt?
Wenn ich das Fenster größer ziehe, steigt die CPU-Last schnell an.
Bei 2500er Breite bin ich bei ca. 80% CPU-Last. Kann das sein?