[softhddevice] driver buffer overflow on device 1 / TS packet not accepted in Transfer Mode

    Hallo,


    ich weiß nicht, ob das ein Problem vom softhddevice ist aber ich bekomme das Log voll mit



    Woran kann das liegen?

    HW: Gigabyte EP41-UD3L | Core2Duo 7400 | 2GB Kingston | MSI N220GT-MD1GZ (passiv) | L4M-Twin S2 ver 6.5 mit Flex S2 | Silverstone LC16M mit iMON VFD | Samsung LE46B750
    SW: Xubuntu 14.04 3.13.0-24 | NVIDIA 304.117 | vdr 2.1.6 | softhddevice | inputlirc | lcdproc

    Klappt der Ton?


    Da laufen die Puffer voll, entweder weil kein Ton ausgeben werden kann oder weil Video blockiert ist.


    Am Besten mal komplettes Log nach pastebin packen und hier Link posten oder als Anhang.


    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

    Hallo johns,


    ich kann die Meldung nicht mehr nachstellen.
    Taucht nach Reboot im Log einfach nicht mehr auf.

    HW: Gigabyte EP41-UD3L | Core2Duo 7400 | 2GB Kingston | MSI N220GT-MD1GZ (passiv) | L4M-Twin S2 ver 6.5 mit Flex S2 | Silverstone LC16M mit iMON VFD | Samsung LE46B750
    SW: Xubuntu 14.04 3.13.0-24 | NVIDIA 304.117 | vdr 2.1.6 | softhddevice | inputlirc | lcdproc

    Hi Johns,


    ich bekomm' sie hier auch, war allerdings gestern das erste Mal. Symptome waren: Erstmal Ton weg, dann wird das Bild langsam und bleibt stehen, und ich musste vdr neu starten. Ist mir 2 oder dreimal passiert gestern Nacht - interessanterweise das erste Mal als xmltv2vdr ein Update machen wollte (hat wegen Fehlkonfiguration nicht geklappt).
    Ich hänge mal ein komplettes Log von vdr start bis Ende an - vielleicht findest Du ja was drin.
    Ich werd mittlerweile mal sehen ob ich es eingrenzen kann (Plugins rausnehmen usw.).


    Ist übrigens ein reines SD System, Streamdev-Client mit dem alten 1.4.7 VDR (siehe Sig) als Server.


    Pit

    Hi,


    habe dasselbe Problem mit einem meiner VDR mit Zotak D2700ITXS-A-E und einer Technotrend S3600.
    Es tritt ziemlich regelmässig alle 30 Minuten auf, umschalten hilft, allerdings betrifft es auch Aufnahmen die dan nur 30 Minuten aufnehmen.
    Hast du dazu etwas herausgefunden ?


    Habe mein System tagesaktuell auf 12.04 mit yAVDR Unstable und Softhddevice.

    1. Server Zotac D2700-ITS Cine-S2 Dual yaVDR 0.5
    2. Client Zotac D2550-ITS yaVDR 0.5
    Sonstige VDRs
    2. Zotac-HD-ID11 TT-S2-3600 yaVDR 0.5
    3. Zotac D2700-ITS TT-S2-3600 yaVDR 0.5
    4. Zotac ITX-F-E TT-S2-3600 yaVDR 0.5

    May 30 20:45:37 vdrwz vdr: video: 1:42:46.144 +45 119 0/\ms 34 v-buf
    May 30 20:46:37 vdrwz vdr: video: 1:43:46.164 +54 85 0/\ms 29 v-buf
    May 30 20:47:37 vdrwz vdr: video: 1:44:46.164 +43 146 0/\ms 38 v-buf
    May 30 20:48:37 vdrwz vdr: video: 1:45:46.184 +53 87 0/\ms 35 v-buf
    May 30 20:49:37 vdrwz vdr: video: 1:46:46.184 +42 125 0/\ms 35 v-buf
    May 30 20:49:51 vdrwz dhclient: DHCPREQUEST of 192.168.0.68 on eth0 to 192.168.0.253 port 67
    May 30 20:49:52 vdrwz dhclient: DHCPACK of 192.168.0.68 from 192.168.0.253
    May 30 20:49:53 vdrwz dhclient: bound to 192.168.0.68 -- renewal in 299 seconds.
    May 30 20:50:02 vdrwz vdr: audio/alsa: writei underrun error? 'Broken pipe'
    May 30 20:50:37 vdr: last message repeated 6 times
    May 30 20:50:37 vdrwz vdr: video: 1:47:46.184 +35 70 0/\ms 22 v-buf
    May 30 20:50:41 vdrwz vdr: audio/alsa: writei underrun error? 'Broken pipe'
    May 30 20:50:43 vdrwz vdr: audio/alsa: writei underrun error? 'Broken pipe'
    May 30 20:50:48 vdrwz vdr: audio/alsa: wait underrun error? 'Broken pipe'
    May 30 20:50:54 vdrwz vdr: audio/alsa: wait underrun error? 'Broken pipe'
    May 30 20:50:58 vdrwz vdr: audio/alsa: writei underrun error? 'Broken pipe'
    May 30 20:51:01 vdrwz vdr: audio/alsa: writei underrun error? 'Broken pipe'
    May 30 20:51:37 vdrwz vdr: video: 1:48:46.184 +46 81 0/\ms 30 v-buf
    May 30 20:52:17 vdrwz vdr: audio/alsa: writei underrun error? 'Broken pipe'
    May 30 20:52:37 vdr: last message repeated 3 times
    May 30 20:52:37 vdrwz vdr: video: 1:49:46.184 +41 52 0/\ms 24 v-buf
    May 30 20:52:41 vdrwz vdr: audio/alsa: writei underrun error? 'Broken pipe'
    May 30 20:53:10 vdr: last message repeated 12 times
    May 30 20:53:10 vdrwz vdr: audio/alsa: wait underrun error? 'Broken pipe'
    May 30 20:53:12 vdrwz vdr: [2790] ERROR: TS packet not accepted in Transfer Mode
    May 30 20:53:13 vdrwz vdr: [2791] buffer usage: 70% (tid=2790)
    May 30 20:53:13 vdrwz vdr: [2790] ERROR: TS packet not accepted in Transfer Mode
    May 30 20:53:14 vdrwz vdr: [2791] buffer usage: 80% (tid=2790)
    May 30 20:53:14 vdrwz vdr: [2791] buffer usage: 90% (tid=2790)
    May 30 20:53:15 vdrwz vdr: [2791] buffer usage: 100% (tid=2790)
    May 30 20:53:17 vdrwz vdr: [2791] ERROR: driver buffer overflow on device 1
    May 30 20:53:19 vdrwz vdr: [2791] ERROR: driver buffer overflow on device 1
    May 30 20:53:21 vdrwz vdr: [2791] buffer usage: 50% (tid=2790)
    May 30 20:53:21 vdrwz vdr: [2790] ERROR: skipped 2159868 bytes to sync on TS packet on device 1
    May 30 20:53:21 vdrwz vdr: [2790] ERROR: skipped 2248003 bytes to sync on TS packet on device 1
    May 30 20:53:22 vdrwz vdr: [2790] ERROR: TS packet not accepted in Transfer Mode
    May 30 20:53:23 vdrwz vdr: video/vdpau: decoder render too slow 1738ms
    May 30 20:53:23 vdrwz vdr: video/vdpau: missed frame (11/100952)
    May 30 20:53:25 vdrwz vdr: video: decoder buffer empty, duping frame (468/101056) 0 v-buf
    May 30 20:53:25 vdrwz vdr: video: 1:50:33.424+8460 7839 0/\ms 0 v-buf
    May 30 20:53:25 vdrwz vdr: [2791] buffer usage: 70% (tid=2790)
    May 30 20:53:26 vdrwz vdr: [2791] buffer usage: 80% (tid=2790)
    May 30 20:53:26 vdrwz vdr: [2791] buffer usage: 90% (tid=2790)
    May 30 20:53:26 vdrwz vdr: [2791] buffer usage: 100% (tid=2790)
    May 30 20:53:26 vdrwz vdr: [2790] ERROR: TS packet not accepted in Transfer Mode
    May 30 20:53:27 vdrwz vdr: [2790] ERROR: TS packet not accepted in Transfer Mode
    May 30 20:53:27 vdrwz vdr: [2791] ERROR: driver buffer overflow on device 1
    May 30 20:53:28 vdrwz vdr: [2790] ERROR: TS packet not accepted in Transfer Mode
    May 30 20:53:29 vdrwz vdr: [2790] ERROR: TS packet not accepted in Transfer Mode
    May 30 20:53:29 vdrwz vdr: [2791] ERROR: driver buffer overflow on device 1

    1. Server Zotac D2700-ITS Cine-S2 Dual yaVDR 0.5
    2. Client Zotac D2550-ITS yaVDR 0.5
    Sonstige VDRs
    2. Zotac-HD-ID11 TT-S2-3600 yaVDR 0.5
    3. Zotac D2700-ITS TT-S2-3600 yaVDR 0.5
    4. Zotac ITX-F-E TT-S2-3600 yaVDR 0.5

    Ist komisch, ich habe das Problem schonmal gesehen nach dem Umschalten, aber nur in der aktuellen GIT Version.
    Aber wenn es läuft, läuft es.


    Regelmässige Aussetzer gab es nur mit alter streamdev Version im Zusammenhang vom EPG Scan.


    Prüfe mal ob mit schlechteren Deinterlacer (z.b. Temporal anstatt Temporal Spatial)
    und beim Aktivieren bzw. Deaktivieren der Audiodrift Korrektur das Problem noch auftritt.


    Edit: Log


    Erstmal scheint dein Bildschirm nicht mit 50Hz zulaufen. Stell mal auf 50Hz.
    Dann scheint sich der Ton aufzuhängen, mal direkt auf die Hardware gehen.
    Bzw. alsa aktuallisieren.


    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

    Einmal editiert, zuletzt von johns ()

    Hi,


    also der Fernsehen zeigt 50 Hz an, auch der N24 Balken läuft flüssig.
    Ich habe den Deinterlacer von Temporal Spatial auf Bob gestellt (1080i)
    Audio Drift habe ich schon aktiviert und den Buffer auf 450 ms gestellt.
    Ich denke auch dass das Problem von Alsa kommt, das ist mein einziger VDR der Analog ausgibt.
    Alsa ist aktuell von Ubuntu 12.04, mit direkt auf Hardware meinst du auf HDMI ?


    Thx, hummel99

    1. Server Zotac D2700-ITS Cine-S2 Dual yaVDR 0.5
    2. Client Zotac D2550-ITS yaVDR 0.5
    Sonstige VDRs
    2. Zotac-HD-ID11 TT-S2-3600 yaVDR 0.5
    3. Zotac D2700-ITS TT-S2-3600 yaVDR 0.5
    4. Zotac ITX-F-E TT-S2-3600 yaVDR 0.5

    Ich meine keine Alsa Funktionen wie softvol, route, slave, ... verwenden.


    Also direkt -Psofthddevice .... -a hw:1,7 .... -p hw:1,7 ...
    hw:1,7 durch das richtige Device von dir ersetzen.


    Code
    May 30 20:45:37 vdrwz vdr: video: 1:42:46.144 +45 119 0/\ms 34 v-buf
May 30 20:46:37 vdrwz vdr: video: 1:43:46.164 +54 85 0/\ms 29 v-buf
May 30 20:47:37 vdrwz vdr: video: 1:44:46.164 +43 146 0/\ms 38 v-buf
May 30 20:48:37 vdrwz vdr: video: 1:45:46.184 +53 87 0/\ms 35 v-buf
May 30 20:49:37 vdrwz vdr: video: 1:46:46.184 +42 125 0/\ms 35 v-buf


    Hier schankt der Audio/Video Abstand (+45, +54, +43) dies sollte normal die gleiche Zahl sein. Dies tritt bei mir auf dem Laptop mit 60Hz Display auf.
    Könnte aber auch von Alsa kommen.


    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

    Die Schwankungen hab' ich hier auch:

    Code
    May 31 13:49:51 vdr1 vdr: video: 26:13:32.313  +48  402   0/\ms  58 v-buf
May 31 13:50:41 vdr1 vdr: video: 26:14:22.293  +31  398   0/\ms  55 v-buf
May 31 13:51:30 vdr1 vdr: video: 26:15:12.293  +35  418   0/\ms  68 v-buf
May 31 13:52:20 vdr1 vdr: video: 26:16:02.293  +39  390   0/\ms  65 v-buf
May 31 13:53:10 vdr1 vdr: video: 26:16:52.293  +43  409   0/\ms  67 v-buf


    Video ist laut xrandr (und Fernseher) 1024x768@50.0, Sound geht mit '-a hw:0,1' und ac3-passthrough auf den optischen Ausgang...


    Pit

    VDR2: ASRock J4105-ITX, DVBSky S952, openSUSE Tumbleweed, VDR 2.4.7

    softhddevice/vaapidevice, DFAtmo, xmltv2vdr, tvscraper, tvguideng, VDRAdmin-AM (alles git, aber alt)

    Da läuft auf jeden Fall Ton und Bild auseinander.
    Entweder ist das Bild zuschnell oder der Ton zulangsam.
    Guck mal wie die Audiodriftkorrektur eingestellt ist, am Besten erstmal komplett aus.


    Muß nicht umbedingt mit dem eigentlichen Problem zusammenhängen.
    Da läuft der Kernelpuffer für den Ton leer (writei Meldung), das Plugin meint aber das der Recover geklappt hat, trotzdem scheint der Treiber keinen Ton mehr abzuholen und deshalb laufen dann die VDR TS Puffer voll und irgendwann ist Ende.


    Welche Version vom Plugin? Die GIT Version sollte hier besser laufen, bzw. da habe ich noch Veränderungen vorgenommen.


    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

    Drift hatte ich bislang noch gar nicht angefasst, AudioDelay und AudioDrift sind 0. Der Ton war/ist aber auch immer schön synchron gewesen, und bislang hatte ich diese Meldungen eher als 'alles OK' interpretiert. Ich hab aber auch softhddevice.AudioBufferTime nicht geändert - das steht auch auf Null. Soll da besser was anderes rein?


    Allerdings hängt er sich manchmal weg, und ich glaube das geht in der Tat vom Audio aus. Fängt meist an mit

    Code
    May 27 06:02:24 vdr1 vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'


    davon kommen dann ~5 Minuten lang einige 50 oder so, dann geht die buffer usage hoch und die Transfer mode Meldungen fangen an:

    Code
    May 27 06:07:40 vdr1 vdr: [22995] buffer usage: 70% (tid=22994)
May 27 06:07:41 vdr1 vdr: [22995] buffer usage: 80% (tid=22994)
May 27 06:07:41 vdr1 vdr: [22994] ERROR: TS packet not accepted in Transfer Mode
May 27 06:07:41 vdr1 vdr: [22995] buffer usage: 90% (tid=22994)
May 27 06:07:42 vdr1 vdr: [22995] buffer usage: 100% (tid=22994)
May 27 06:07:42 vdr1 vdr: [22994] ERROR: TS packet not accepted in Transfer Mode
May 27 06:07:43 vdr1 vdr: [22994] ERROR: TS packet not accepted in Transfer Mode
......


    Dabei bleibt dann auch das Bild stehen, Ton ist eh weg. Umschalten auf einen anderen Kanal behebt die Probleme.
    Ich verwende die aktuelle Git-Version (0.5.1-GIT32527f8 als obiges auftrat)


    Pit

    VDR2: ASRock J4105-ITX, DVBSky S952, openSUSE Tumbleweed, VDR 2.4.7

    softhddevice/vaapidevice, DFAtmo, xmltv2vdr, tvscraper, tvguideng, VDRAdmin-AM (alles git, aber alt)

    Nachtrag: Wenn ich mir meine Meldungen ansehe dann kommt die AV_INFO genau alle 50 Sekunden. AV_INFO_TIME ist aber 3000 - also 60Hz. Da muss ich glaub ich mal ein wenig suchen....


    Pit

    VDR2: ASRock J4105-ITX, DVBSky S952, openSUSE Tumbleweed, VDR 2.4.7

    softhddevice/vaapidevice, DFAtmo, xmltv2vdr, tvscraper, tvguideng, VDRAdmin-AM (alles git, aber alt)

    Habe jetzt mal alles was mit Audio zu tun hat im Plugin deaktiviert, es waren auch noch 50ms Delay eingestellt.


    Fernseher läuft laut Nvidia Setting auf 50hz:


    root@vdrwz:~# DISPLAY=:1 nvidia-settings --query RefreshRate


    Attribute 'RefreshRate' (vdrwz:1.0; display device: DFP-1): 50,00 Hz.
    'RefreshRate' is an integer attribute.
    'RefreshRate' is a read-only attribute.
    'RefreshRate' is display device specific.
    'RefreshRate' can use the following target types: X Screen, GPU, Display Device.

    1. Server Zotac D2700-ITS Cine-S2 Dual yaVDR 0.5
    2. Client Zotac D2550-ITS yaVDR 0.5
    Sonstige VDRs
    2. Zotac-HD-ID11 TT-S2-3600 yaVDR 0.5
    3. Zotac D2700-ITS TT-S2-3600 yaVDR 0.5
    4. Zotac ITX-F-E TT-S2-3600 yaVDR 0.5

    Softhddevice ist die von yaVDR unstable vom 23.05.2012, sollte also aktuell sein.

    1. Server Zotac D2700-ITS Cine-S2 Dual yaVDR 0.5
    2. Client Zotac D2550-ITS yaVDR 0.5
    Sonstige VDRs
    2. Zotac-HD-ID11 TT-S2-3600 yaVDR 0.5
    3. Zotac D2700-ITS TT-S2-3600 yaVDR 0.5
    4. Zotac ITX-F-E TT-S2-3600 yaVDR 0.5

    Also der Anzeige von nvidia-settings würde ich nicht glaube, ich kann bei meinem Laptop mit xrandr auf 50Hz umstellen und alles meldet 50Hz ist aber sicher kein 50Hz.


    glxgears zeigt richtig an, wenn v-sync an ist. Oder guck was der Fernseher/Monitor meldet.


    Du kannst ma im Setup die Audio Buffertime verkleinern, z.b. 50ms dann sollten sich die Fehler 'wait underrun error? 'Broken pipe''' häufen, wenn danach der Ton nicht weiterläuft, kann es an Alsalib oder Kernel liegen.
    Ansonsten Buffertime auf 1000ms setzen, dann sollte es länger dauern bis der Fehler auftritt.


    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

    Also momentan habe ich den Delay deaktiviert und als Parameter -a hw:Intel,0 -p hw:Intel,0 mitgegeben. Damit läufts bis jetzt. Worans jetzt genau lag muss ich dieses WE mal testen.


    Die Logs schwanken immer noch um 10 ms:


    1 19:33:47 vdrwz vdr: video: 16:32:40.698 +38 264 0/\ms 22 v-buf
    Jun 1 19:34:47 vdrwz vdr: video: 16:33:40.698 +28 229 0/\ms 20 v-buf
    Jun 1 19:35:47 vdrwz vdr: video: 16:34:40.718 +37 267 0/\ms 24 v-buf
    Jun 1 19:36:47 vdrwz vdr: video: 16:35:40.718 +26 232 0/\ms 28 v-buf
    Jun 1 19:37:05 vdrwz dhclient: DHCPREQUEST of 192.168.0.68 on eth0 to 192.168.0.253 port 67
    Jun 1 19:37:06 vdrwz dhclient: DHCPACK of 192.168.0.68 from 192.168.0.253
    Jun 1 19:37:06 vdrwz dhclient: bound to 192.168.0.68 -- renewal in 270 seconds.
    Jun 1 19:37:47 vdrwz vdr: video: 16:36:40.738 +36 221 0/\ms 19 v-buf
    Jun 1 19:38:47 vdrwz vdr: video: 16:37:40.738 +25 163 0/\ms 20 v-buf
    Jun 1 19:39:47 vdrwz vdr: video: 16:38:40.758 +34 224 0/\ms 18 v-buf
    Jun 1 19:40:47 vdrwz vdr: video: 16:39:40.758 +23 189 0/\ms 20 v-buf


    Der Fernseher meldet 50 Hz am OSD.

    1. Server Zotac D2700-ITS Cine-S2 Dual yaVDR 0.5
    2. Client Zotac D2550-ITS yaVDR 0.5
    Sonstige VDRs
    2. Zotac-HD-ID11 TT-S2-3600 yaVDR 0.5
    3. Zotac D2700-ITS TT-S2-3600 yaVDR 0.5
    4. Zotac ITX-F-E TT-S2-3600 yaVDR 0.5

    Habe o.g. Problem jetzt auch bei meinem System 3 feststellen müssen. Voher habe ich m.E. folgendes geändert:
    32527f83

    • Aktualisierung von softhddevice (GIT 09d858858 vom 12.04.12 auf aktuelles GIT 32527f83)
    • bisherige Nutzung der 51to20/softvol asound.conf für XBMC und softhddevice (Aufruf: "-p iec958 -c softvol -w alsa-driver-broken") - geändert in: weitere Nutzung für XBMC (um am 5.1-Anschluss und HDMI-Anschluss gleichzeitig Ton zu haben) - jedoch nicht für softhddevice, da es wie folgt aufgerufen wird: "-a hw:0,3 -p hw:0,1 -w alsa-driver-broken"

    Ich werde Punkt 2 nun mal auf die ursprgl. Einstellung zurücksetzen, d.h. Nutzung von softvol / 51to20 durch SHDD.


    Anbei ein Log mit dem Auftreten des Fehlers nach Start des VDRs (gekürzt auf die relevanten Auszüge).
    http://pastebin.com/CzigfZY4


    Nach umschalten der Kanäle, funktionierte es dann schliesslich. Allerdings ist das problematisch, wenn man etwas aufnimmt. Eine Aufnahme hat es mir dadurch schon zerschossen (Aufnahme nur für 7min).


    Marcus

    My VDRs:

    Naja, ich sehe keinen Fehler im Log.


    Aber irgendwo muß der ja herkommen:

    Code
    Sun  2 19:28:49 wolfvdr vdr: [1858] ERROR: TS packet not accepted in Transfer Mode


    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

    also ich hatte es auch heute schon zwei mal:



    Erst nach Umschalten lief es wieder. Exackt die selben Symptome wie Der_Pit.. erst war der Ton weg, dann wurde das Bild langsamer und dann blieb dies auch stehen..


    Code
    dpkg -l|grep softhd
ii  vdr-plugin-softhddevice                 0.6.0.git20120523.0717-0yavdr0~precise                            Plugin for VDR. A software and GPU emulated HD device


    kann man da nichts machen, dass er sich automatisch wieder fängt?

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden