XVDR-Error: Parser buffer overflow - resetting

  • Hallo,


    mein Bild friert ein. Im Log steht folgendes:


    Code
    XVDR-Error: Parser buffer overflow - resetting


    Was heißt das? Was muss ich tun?

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Was heißt das?


    Steht doch da. Für sich allein ist das natürlich nicht besonders aussagekräftig.

    Was muss ich tun?


    Ich würde mal mit einem kompletten Log anfangen ;)

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Ich habe nochmal komplett neugestartet jetzt erscheint die Meldung nicht mehr. Ich warte jetzt nochmal ab und schaue ab und zu mal in die Logs.

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Jetzt fängt es wieder an.


    Hier ein Auszug aus dem Log:


    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Kann mir denn keiner mehr was dazu sagen? :(

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Hat wirklich keiner mehr eine Idee?


    Was mir noch aufgefallen ist, wenn ich über Live VDR gucke, dann tritt kein Fehler auf.

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Ich würde mal mit einem kompletten Log anfangen ;)


    Hast Du das denn gemacht? Nö.


    Und es fehlen jede Menge Infos. Z.B.:

    • Original yavdr0.5 (d.h. alles aus stable) ?
    • welche Sender
    • nach Laufzeit?
    • was hast Du gemacht um den Fehler einzugrenzen?
    • einfach nur Neustart hilft nicht bei der Fehlersuche. Neustart Frontend und VDR einzelnd probiert ? ( service vdr-frontend restart bzw service vdr restart)
    • welches Fronted
    • Was sagt der Empfang?
    • Temperaturen im System, auch der GT520!

    So kann und wird Dir deshalb keiner helfen können.


    xvdr: http://www.yavdr.org/documentation/0.5/de/ch02s07.html

    Proxmox VE, Tyan Xeon Server, OMV, MLD-Server 5.1
    MLD 5.1 64bit: Asus AT5iont-t, ION2, 4GB Ram, SSHD 2,5" 1Tb, HEX TFX 300W 82+, Cine S2 V6.2 , 38W max.
    Yavdr 0.5:
    Zotac D2550ITXS-A-E mit GT610 OB, TT S2-4100 PCI-e ,Joujye NU-0568I-B
    Yavdr 0.5:
    Sandy Bridge G840, Tests und Energieverbrauch , CoHaus CIR, Cine S2 V6.2
    MLD 5.1 Beebox N3150
    , DVBSky S960 und 1Tb WD Blue

  • Zitat

    Original yavdr0.5 (d.h. alles aus stable) ?


    Ich habe von der aktuellen yaVDR CD installiert. (64 bit)
    Und folgendes ausgeführt:

    Code
    add-apt-repository ppa:seahawk1986-hotmail/xvdr-frodo-stable-vdr
    aptitude update
    aptitude full-upgrade


    Zitat

    welche Sender


    Servus TV HD war das jetzt.

    Zitat

    nach Laufzeit?


    Ist unterschiedlich manchmal läuft es ein paar Stunden gut und dann bekomme ich erst den Fehler.

    Zitat

    was hast Du gemacht um den Fehler einzugrenzen?


    Kompletter Reboot, VDR Restart, XBMC Restart.

    Zitat

    welches Fronted


    XBMC Frodo

    Zitat

    Was sagt der Empfang?


    Signal: ca. 80 %

    Zitat

    Temperaturen im System, auch der GT520!


    Kann ich zur Zeit leider nicht mehr sagen wie die Werte waren als das passiert ist.
    Zur zeit habe ich eine Temeraptur von 41 Grad bei der Grafikkarte.

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Die Grafik ist auf 50Hz eingestellt ? Umschalten behebt es auch nicht ? Liest sich so, als wenn sich die Puffer hochschaukeln und dann nicht wieder runterkommen. .


    War da nicht was, was in den letzten VDR releases gefixt wurde dahingehend ?

    VDR User: 87 - LaScala LC14B - LG/Phillipps 6,4" VGA Display | Asrock H61/U3S3 | G630T | 1x 16GB Mobi Mtron 3035 1x WD 750GB 2,5" |1x L4m DVB-S2 Version 5.4

  • Hallo,


    danke für deine Antwort. Im yaVDR Webfrontend steht unter Frequenz Voreinstellung: 50hz Rate.
    Das Bild friert ein und XBMC reagiert dann nicht mehr. Also umschalten kann ich gar nicht mehr.


    Vielleicht auch interessant: Bei Aufnahmen hatte ich das Problem noch nicht.

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Die Grafik ist auf 50Hz eingestellt ?


    Kann es auch helfen auf 60Hz zu stellen?

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Kann es auch helfen auf 60Hz zu stellen?


    Davon abgesehen, dass ich mir das kaum vorstellen kann sind solcher Fragen reichlich überflüssig. 2 Klicks und du weißt es. Das geht auch viel schneller als hier auf eine Antwort zu warten.
    Verstehen tue ich das nicht.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • Ich habe es ja schon umgestellt.
    Allerdings dauert es teilweise ein paar Stunden bis der Fehler aufritt. Deswegen habe ich einfach nochmal gefragt.

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Ich habe es ja schon umgestellt.
    Allerdings dauert es teilweise ein paar Stunden bis der Fehler aufritt. Deswegen habe ich einfach nochmal gefragt.


    Ah, sorry.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • Ich will mich hier auch nicht unbeliebt machen die ganzen dummen Fragen.
    Aber ich weiß einfach nicht wie ich sonst voran kommen soll. Ich habe nach dem Fehler jetzt schon echt viel gesucht.

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Die Grafik ist auf 50Hz eingestellt ? Umschalten behebt es auch nicht ? Liest sich so, als wenn sich die Puffer hochschaukeln und dann nicht wieder runterkommen. .


    War da nicht was, was in den letzten VDR releases gefixt wurde dahingehend ?

    http://www.vdr-portal.de/board…ei-live-hdtv/#post1046035


    Das war vermutlich was Du meinst?
    Da ich xbmc nicht zum Live schauen nutze, bin ich raus.

    Proxmox VE, Tyan Xeon Server, OMV, MLD-Server 5.1
    MLD 5.1 64bit: Asus AT5iont-t, ION2, 4GB Ram, SSHD 2,5" 1Tb, HEX TFX 300W 82+, Cine S2 V6.2 , 38W max.
    Yavdr 0.5:
    Zotac D2550ITXS-A-E mit GT610 OB, TT S2-4100 PCI-e ,Joujye NU-0568I-B
    Yavdr 0.5:
    Sandy Bridge G840, Tests und Energieverbrauch , CoHaus CIR, Cine S2 V6.2
    MLD 5.1 Beebox N3150
    , DVBSky S960 und 1Tb WD Blue

  • Es ist echt komisch.
    Ich habe jetzt im yasVDR Webfrontend als Backen vdr-plugin-xineliboutput ausgewählt jetzt läuft es seit ca. 20 Uhr ohne Fehler. Ich werde berichten wie es weiter geht.


    Ich habe nur XVDR-Error: transport error im Log stehen und ERROR: thread 6359 won't end (waited 3 seconds) - canceling it... allerdings kein Buffer Overflow mehr bis jetzt und es gab auch keine Aussetzer.

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Noch besser ist es softhddevice zu nehmen. Das ist die aktuellere und stabilste Wahl, da an den anderen Frontends in der Vergangenheit nicht mehr grossartig entwickelt wurde, und es kann ein paar nette Sachen mehr.
    Ist außerdem die Standardauswahl.

    Proxmox VE, Tyan Xeon Server, OMV, MLD-Server 5.1
    MLD 5.1 64bit: Asus AT5iont-t, ION2, 4GB Ram, SSHD 2,5" 1Tb, HEX TFX 300W 82+, Cine S2 V6.2 , 38W max.
    Yavdr 0.5:
    Zotac D2550ITXS-A-E mit GT610 OB, TT S2-4100 PCI-e ,Joujye NU-0568I-B
    Yavdr 0.5:
    Sandy Bridge G840, Tests und Energieverbrauch , CoHaus CIR, Cine S2 V6.2
    MLD 5.1 Beebox N3150
    , DVBSky S960 und 1Tb WD Blue

  • Ich bin froh das es jetzt mal ein paar Stunden ohne Fehler lief.
    Ich werde das jetzt mal ein paar Tage beobachten.
    Sollte ich dann wirklich keine Fehler mehr bekommen versuche ich es mal mit softhddevice .

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Ich habe es jetzt nochmal auf softhddevice umgestellt.


    Und nach ein paar Minuten war der Buffer Overflow wieder da.
    Allerdings habe ich sofort mal A/V Sync Methode Audio Takt abgeschaltet. Und dann lief es normal weiter und der Buffer Overflow war weg.
    Ich werde es jetzt mal so testen und berichten.

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

Jetzt mitmachen!

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