[vdr1.7.15] [demux_vdr] ts2es: no payload, size 0

  • [Edit]
    Wie daemlich! Dass das Bild verschwindet liegt am DPMS und ScreenSaver des X-Servers. Komisch nur, dass das vorher nie der Fall war! Einfach in der xorg abschalten:

    oder testweise ausprobieren:

    Code
    xset s reset


    Die Fehler unten sind jedoch immernoch vorhanden...
    [/Edit]


    Hallo,
    ich bastel grad am vdr 1.7.15 mit xineliboutput 1.0.9cvs + vdpau + ffmpeg-svn + xine1.2hg von gestern auf nem streaming-thinclient, ohne DVB-Karte.


    Funzt soweit echt super! HD geht ohne ruckeln, TV@50Hz, kann endlich meine avi's wieder abspielen ;) Die Xine config ist von wbreu und wird vom xineliboutput benutzt und in der groesse kastriert. Die Unterschiede habe ich noch nicht angesehen..


    Es gibt da noch ein oder zwei kleine problemchen.... Im Log habe ich je nach Kanal 2 Auffaelligkeiten, die ich nicht zuordnen kann... LogLevel = 3.7


    Code
    Aug  3 20:54:12 vdr-1 vdr: [3284] [demux_vdr] ts2es: no payload, size 0
    Aug  3 20:54:43 vdr-1 last message repeated 406 times
    Aug  3 20:55:44 vdr-1 last message repeated 806 times

    und

    Code
    Aug  3 21:04:38 vdr-1 vdr: [3475] cStreamdevFilter::PutSection socket overflow, Pid   18 Tid  64
    Aug  3 21:04:40 vdr-1 last message repeated 102 times

    EPG wird nicht gesynct, der Server stellt die Dateien bereit, auf die nur via nfs zugegriffen werden.


    Ich habe die Fehler auf saemtlichen Kanaelen.. Nr2 nicht auf jedem, Nr1 hingegen schon.


    Nach einer Weile (ziemlich genau 20min) ist das Bild dann weg! Nur noch schwarz, aber der Ton ist noch da. Muss dann neustarten..


    Hat einer nen Tipp wo ich weiter suchen kann? Danke und Gruss!

  • Zitat

    Originally posted by blogga


    Code
    Aug  3 20:54:12 vdr-1 vdr: [3284] [demux_vdr] ts2es: no payload, size 0
    Aug  3 20:54:43 vdr-1 last message repeated 406 times
    Aug  3 20:55:44 vdr-1 last message repeated 806 times



    *bump* Denselben Fehler habe ich auch regelmaessig. Im Live-Bild faellt es allerdings nicht weiter auf.
    Was will uns der vdr denn damit sagen?

    VDR: ASUS AT3ION-T, 2GB, Satix S2 Dual, 1TB 2.5", yavdr 0.4
    Server: Intel DH67CF, Pentium G620, 8GB, 2x1000GB 2.5" Raid1, WLAN, Ubuntu 12.04 @22W
    TV: Panasonic P50G30

  • Habe den Fehler auch. Bei SD Sendern ist das Bild gut, bei HD-Sendern hab ich immer wieder Blockartefakte. Kann das an dem Fehler liegen?


    Verwende vdr 1.7.16, aktuelle xineliboutput aus dem CVS.


    Hat jemand eine Idee, was diese Meldung bedeutet?


    Danke + Gruß

    Mein VDR: C2D 6300@1,86 GHz, 2 GB RAM, 1x FF DVB-S, 1x Budget S2-1600, nvidia GT220, OpenSuse 11.3

  • Würde mich auch interessieren.


    Die Fehlermeldungen erscheinen bei mir auch im Logfile:

    Code
    Dec 28 13:41:11 marge vdr: [21546] [demux_vdr] ts2es: no payload, size 0
    Dec 28 13:41:11 marge vdr: [21546] [demux_vdr] ts2es: no payload, size 0

    OS: Debian GNU/Linux wheezy 3.2.0-4-amd64
    SW: 2.0.3-1~etobi1 (vor upgrade vdr 1.7.21-1~ctvdr1)
    MB: POV/330 mit nVidia Corporation ION VGA
    DVB: Digital Devices Cine S2 - Duale DVB-S2 HDTV

  • Die Fehlermeldung habe ich auch, nur bei mir stürzt der VDR danach einfach ab.


    Ich schau gerade Kanal 1, und wenn ich auf Kanal 2 umschalte schmiert der VDR einfach ab.


    Hier mein /var/log/messages vom start des VDR bis zum abschmieren.


    Ich nütze 1.7.15 mit aktuellem libxineoutput und xine und diversen plugins.


    Server:
    1x TBS 6984 Quad DVB-S2
    1x TBS 6985 Quad DVB-S2
    VDR 2.0.6
    remotetimers,streamdev
    Client:
    VDR 2.1.6
    softhddevice,remotetimers,epgsync,svdrpsend,streamdev

  • Hab die Lösung für 2 Probleme gefunden:


    Problem 1:
    Jan 4 20:39:24 linux vdr: [8308] [demux_vdr] ts2es: no payload, size 0


    Lösung 1:
    Jan 4 20:37:51 linux vdr: [8300] [input_vdr] WARNING: xine-engine setting "engine.buffers.audio_num_buffers":230 istoo low for HD-playback! Please use values between 500-1000!


    Einfach in /etc/vdr/plugins/libxineoutput/config
    engine.buffers.audio_num_buffers":230
    auf
    engine.buffers.audio_num_buffers : 500
    ändern.


    Problem 2:
    Jan 4 20:40:01 linux kernel: [ 8732.816339] Local decoder/d[8304]: segfault at e8 ip 00007feb535dd271 sp 00007feb567dfc40 error 4 in xineplug_post_autocrop.so[7feb535db000+5000]


    Lösung 2:
    autocrop ausschalten


    lg pain

    Server:
    1x TBS 6984 Quad DVB-S2
    1x TBS 6985 Quad DVB-S2
    VDR 2.0.6
    remotetimers,streamdev
    Client:
    VDR 2.1.6
    softhddevice,remotetimers,epgsync,svdrpsend,streamdev

  • Hi,

    Lösung 1:
    Jan 4 20:37:51 linux vdr: [8300] [input_vdr] WARNING: xine-engine setting "engine.buffers.audio_num_buffers":230 istoo low for HD-playback! Please use values between 500-1000!

    Leider löst dies nicht das Problem -
    (Ich habe schon was in einem anderem Thread gepostet weil ich diesen erst nicht gesehen hatte - sorry)


    Also:
    Es passiert in dieser Funktion in der Datei (ts2es.c) vom xineliboutput plugin

    Code
    buf_element_t *ts2es_put(ts2es_t *this, uint8_t *data, fifo_buffer_t *src_fifo)


    Dort wird unter anderem dies geprüft:

    Code
    if (!ts_HAS_PAYLOAD(data)) { 
    LOGDBG("ts2es: no payload, size %d", bytes); 
    return NULL;   
    }


    Diese Log's habe ich seit längerer Zeit mit den neueren Versionen vom xineliboutput aus dem Git. (Wenn der VDR auf Loglevel 3 steht)
    Stellt sich jetzt die Frage ob es hier eine fehlerhafte Abfrage in der ts_HAS_PAYLOAD Funktion handelt, oder ob wirklich was falsch konfiguriert ist ?

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

Jetzt mitmachen!

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