[yavdr 0-5] Bildruckeln und Stehenbleiben seit letzten softhddevice-update

    Hallo,

    seit meinem gestrigen dist-upgrade hat sich leider ein neues Problem eingeschlichen: Die Bildwiedergabe über softhddevice scheint insbesondere auf ARD/ZDF HD hin und wieder zu entgleisen: erst beginnt ein Ruckeln, dann kommen starke Block-Artefakte dazu, letztendlich stehend Bild und Ton komplett. Der VDR ist dabei noch in Ordnung, kurzer Senderwechsel reicht zum sofortigen Wiederbeleben. Das Problem tritt auf den besagten Sendern alle 1-2 Stunden auf. Mit der Vorgängerversion ist das in vielen hundert Betriebsstunden nicht einmal passiert. Wenn ich das upgrade noch richtig in Erinnerung habe, war softhddevice das einzige von Belang, was aktualisiert wurde.

    Im Log sieht das ganze so aus:

    Zur Hardware: Zotac ZBox ID-HD80

    Code
    CPU0: Intel(R) Atom(TM) CPU D2700   @ 2.13GHz stepping 01
02:00.0 VGA compatible controller: NVIDIA Corporation GF119 [GeForce GT 520M] (rev a1)

    Grüße
    Holger

    VDR 1-3: Zotac ZBox HD-ID42, yavdr-0.5
    VDR 4: AMD5900/Asus M3N-78, yavdr-0.5
    DVB-Empfang: Netceiver
    Storage: via NFS von separatem Fileserver

    [size=10]

    Nein, offenbar wird das Device aufgrund der stehenden Widergabe seine Daten nicht mehr so recht los, sodass dort dann Buffer überlaufen. Halte ich eigentlich für einen Folgefehler, da das Problem zu dem Zeitpunkt schon seit > 20 sec besteht.

    Was natürlich gut möglich ist, dass das Problem durch ein kaputtes TS-Paket getriggert wird, wie es im Netceiver-Betrieb alle paar Stunden durch ein verlorengegangenes Paket durchaus mal vorkommt. Aber Robustheit gegen TS-Fehler wäre ja sicherlich grundsätzlich anzustreben.

    Grüße
    Holger

    VDR 1-3: Zotac ZBox HD-ID42, yavdr-0.5
    VDR 4: AMD5900/Asus M3N-78, yavdr-0.5
    DVB-Empfang: Netceiver
    Storage: via NFS von separatem Fileserver

    [size=10]

    Habe gerade mal zum Gegentest softhddevice downgegraded, von 0.5.1.git.20121024.1813-0yavdr0~precise auf 0.5.1.git.20120915.2204-2yavdr0~precise.

    Grüße
    Holger

    VDR 1-3: Zotac ZBox HD-ID42, yavdr-0.5
    VDR 4: AMD5900/Asus M3N-78, yavdr-0.5
    DVB-Empfang: Netceiver
    Storage: via NFS von separatem Fileserver

    [size=10]

    Wenn es nur kleine Fehler sind kann softhddevice die ausgleichen.
    Bei Größeren scheint er aus dem Takt zukommen.

    Intressant wäre der Anfang der Probleme als Log.

    Wenn die Fehler jede Sekunde passieren, da hat man wenig Chancen
    irgendetwas wieder ins Lot zubekommen.

    Code
    Nov  3 20:30:22 vdratom3 vdr: [7485] ERROR: TS packet not accepted in Transfer Mode
Nov  3 20:30:23 vdratom3 vdr: [6162] MCLI: HandleTsData buffer overflow [11] ZDF HD
...
Nov  3 20:30:34 vdratom3 vdr: [7485] ERROR: TS packet not accepted in Transfer Mode


    Sind die Auslöser, die musst du erstmal abstellen.
    Die Puffer vom Plugin sind fast leer "17+3 v-buf", das Plugin würde mehr abholen wenn
    mehr da ist.

    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?

    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

    Quote


    Sind die Auslöser, die musst du erstmal abstellen.
    Die Puffer vom Plugin sind fast leer "17+3 v-buf", das Plugin würde mehr abholen wenn
    mehr da ist.


    Das kann m.E. nicht der Auslöser sein. Die MCLI-Meldung kam es erst, als schon mehr als 20 Sekunden lang der Stream nur noch stolperte und hopste. Ansonsten ist der Log vollständig, davor war nichts außer EPG-Scan und Kanalwechseln.

    Quote


    Wenn die Fehler jede Sekunde passieren, da hat man wenig Chancen


    Das ist nicht der Fall, eher 0.1-1 pro Stunde. Das passiert aber bei vielen direkt PCI-Karten enbenfalls, wie viele hier im Forum geposteten Logs zeigen.

    VDR 1-3: Zotac ZBox HD-ID42, yavdr-0.5
    VDR 4: AMD5900/Asus M3N-78, yavdr-0.5
    DVB-Empfang: Netceiver
    Storage: via NFS von separatem Fileserver

    [size=10]

    Code
    Nov  3 20:30:20 vdratom3 vdr: video:  0:16:29.551  +54  167   0/\ms  17+3 v-buf
Nov  3 20:30:20 vdratom3 vdr: [6164] changing pids of channel 1687 from 5251+5251=27:5252=deu@3,5253=mis@3:0:5224 to 5221+5221=27:5222=deu@3,5223=mis@3;5226=deu@106:5225=deu:5224
Nov  3 20:30:22 vdratom3 vdr: [7485] ERROR: TS packet not accepted in Transfer Mode
Nov  3 20:30:23 vdratom3 vdr: [6162] MCLI: HandleTsData buffer overflow [11] ZDF HD

    Also die Fehlermeldung kommt ganz am Anfang und danach geht es los.

    Davor ist noch:

    Code
    Nov  3 20:29:13 vdratom3 vdr: [5815] retrying


    Ist auch komisch, nur weiß ich nicht wo die herkommt.

    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?

    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login