VDR - streamdev - Verbindungsabbrüche

  • Hi,


    folgendes Problem: Mein VDR mit streamdev plugin lehnt alle Verbindungsversuche sofort wieder ab.


    Von einer korrekten Treiber Installation gehe ich aus:



    Also alle 4 DVB-S Karten scheinen korrekt installiert zu sein. Wobei mich hier das "Channel not available stutzig macht ... und normalerweise müssten im syslog auch ein paar EPG-Informationen zu finden sein.
    Ein OSD wird nicht benötigt - der Stream soll mal per externremux.sh-skript umgewandelt und dann ausgegeben werden.


    Verbindungsversuche sehen so aus:


    Code
    Mar 15 14:44:08 localhost vdr: [6414] Streamdev: Accepted new client (HTTP) 172.23.23.8:3244
    Mar 15 14:44:08 localhost vdr: [6414] buffer stats: 0 (0%) used
    Mar 15 14:44:08 localhost vdr: [6414] streamdev: closing streamdev connection to 172.23.23.8:3244


    dmesg sagt zu den Karten:



    und lsmod:



    Die channels.conf:



    ganz schön viel :)


    Hat jemand eine Idee dazu?

  • Ich habe eben versucht eine neue channels.conf zu holen:


    Code
    scan -o vdr -p -x 0 astra > channels.conf
    scanning astra
    using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
    initial transponder 12551500 V 22000000 5
    ERROR: initial tuning failed
    dumping lists (0 services)
    Done.


    mit der datei astra:

    Code
    # freq pol sr fec
    S 12551500 V 22000000 5/6


    Stimmt doch etwas mit den Treiber nicht?

  • Okay, Problem gelöst - das war wohl die fälscheste channels.conf die es geben kann.


    Aber ein Problem kommt zum nächsten ...


    Ich möchte per externremux.sh den Stream zu MPEG4 umwandeln und ihn mit dem VLC empfangen. Das Umwandeln klappt, nur nach kurzer Zeit (~10s) steigt die CPU Last auf Maximum.
    Dabei ist es egal, ob ich
    http://vdr:3000/TS/1 oder
    http://vdr:3000/PS/1 oder
    http://vdr:3000/EXTERN/1 aufrufe.
    Im letzten Fall wird ja erst die externremux.sh aufgerufen - also das Problem scheint schon vor der Umkodierung auftreten. Argh :(


    Hier ist der Syslog:



    Beim Buffer Overflow hat die CPU die stärkste Auslastung. Am Netzwerk kann es nicht liegen, das sollte ausreichend schnell sein.


    Hier meine externremux.sh

    Code
    rm -f /tmp/out.mpg
    /usr/bin/mkfifo /tmp/out.mpg -m 777
    cat /tmp/out.mpg &
    
    
    /usr/bin/mencoder -srate 44100 -of mpeg -ovc copy -oac lavc -lavcopts vbitrate=2048:acodec=mp3 -vf scale=768:576 -o /tmp/out.mpg -- - &>/tmp/out.log


    System: 2.6.15.6 Debian, DVB-T Kernel Treiber.


    Freue mich über jede Hilfe.
    piano

  • ich hole den thread mal hoch.
    Schade das es keine Lösung gibt :(
    ich habe auch das gleiche Problem.


    Meine externremux.sh:

    Code
    /bin/rm -f /tmp/out.avi
    /usr/bin/mkfifo /tmp/out.avi
    cat /tmp/out.avi &
    
    
    # MPEG export in 320*240, Audio BR=32
    /usr/bin/mencoder -ovc lavc -oac mp3lame -lameopts cbr:br=32 -cache 8192 -vf scale=320:240 -lavcopts vcodec=mpeg1video:vbitrate=450:vhq:keyint=250 -o /tmp/out.avi -- - &>/tmp/out.log


    es wird auch eine out.avi und ein sauberes out.log erzeugt
    aber während des aufrufs von extern hab ich das hier im log:

    Code
    Sep 19 16:55:05 localhost vdr: [3622] streamdev: closing streamdev connection to 192.168.2.23:3587
    Sep 19 16:56:12 localhost vdr: [3622] Streamdev: Accepted new client (HTTP) 192.168.2.23:3588
    Sep 19 16:56:27 localhost vdr: [4023] ERROR: 1 ring buffer overflow (165 bytes dropped)
    Sep 19 16:56:33 localhost vdr: [4023] ERROR: 26493 ring buffer overflows (4980684 bytes dropped)
    Sep 19 16:56:39 localhost vdr: [4023] ERROR: 27682 ring buffer overflows (5204216 bytes dropped)
    Sep 19 16:56:45 localhost vdr: [4023] ERROR: 27961 ring buffer overflows (5256668 bytes dropped)
    Sep 19 16:56:46 localhost vdr: [3622] ERROR: read from client (HTTP) 192.168.2.23:3588 failed: Connection reset by peer


    und nix kommt bei mplayer oder vlc an :( out.avi bleibt 0 bytes groß

    Server: Seagate Dockstar - Debian Squeeze

    Client: Apple TV 2 / Samsung LExxC650

    OldOne: Debian Etch - Matrox G450 & SkyStar2

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!