You are not logged in.

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

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

  • 1
  • 2

goldbär

Intermediate

  • "goldbär" started this thread

Posts: 322

  • Send private message

1

Saturday, May 5th 2012, 9:00pm

[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

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

May  5 20:53:15 miraculix vdr: [8452] ERROR: driver buffer overflow on device 1
May  5 20:53:16 miraculix vdr: [8451] ERROR: TS packet not accepted in Transfer Mode
May  5 20:53:16 miraculix vdr: audio: start?   48ms
May  5 20:53:17 miraculix vdr: [8451] ERROR: TS packet not accepted in Transfer Mode
May  5 20:53:17 miraculix vdr: [8452] ERROR: driver buffer overflow on device 1
May  5 20:53:18 miraculix vdr: [8451] ERROR: TS packet not accepted in Transfer Mode
May  5 20:53:19 miraculix vdr: [8451] ERROR: TS packet not accepted in Transfer Mode
May  5 20:53:19 miraculix vdr: audio: start?   72ms
May  5 20:53:19 miraculix vdr: audio: start?   96ms
May  5 20:53:19 miraculix vdr: [8452] ERROR: driver buffer overflow on device 1
May  5 20:53:20 miraculix vdr: [8451] ERROR: TS packet not accepted in Transfer Mode
May  5 20:53:20 miraculix vdr: audio: start?  120ms
May  5 20:53:21 miraculix vdr: [8451] ERROR: TS packet not accepted in Transfer Mode
May  5 20:53:21 miraculix vdr: [8452] ERROR: driver buffer overflow on device 1
May  5 20:53:22 miraculix vdr: [8451] ERROR: TS packet not accepted in Transfer Mode
May  5 20:53:23 miraculix vdr: [8451] ERROR: TS packet not accepted in Transfer Mode


Woran kann das liegen?
HW: Gigabyte EP41-UD3L | Core2Duo 7400 | 2GB Kingston | MSI N220GT-MD1GZ (passiv) | TT S2-1600 | TT S-1400 | Silverstone LC16M mit iMON VFD | Samsung LE46B750
SW: Xubuntu 12.04 3.2.0 | NVIDIA 295.40 | vdr 1.7.26 | softhddevice | xvdr | xbmc | inputlirc | lcdproc 0.5.5

johns

Master

Posts: 2,602

  • Send private message

2

Saturday, May 5th 2012, 11:28pm

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-H55M-E55 I3-530 Sparkle_GT-430_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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

goldbär

Intermediate

  • "goldbär" started this thread

Posts: 322

  • Send private message

3

Monday, May 7th 2012, 11:32am

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) | TT S2-1600 | TT S-1400 | Silverstone LC16M mit iMON VFD | Samsung LE46B750
SW: Xubuntu 12.04 3.2.0 | NVIDIA 295.40 | vdr 1.7.26 | softhddevice | xvdr | xbmc | inputlirc | lcdproc 0.5.5

Der_Pit

Professional

Posts: 888

Location: La Palma/ES

Occupation: Physiker/Astronom

  • Send private message

4

Saturday, May 12th 2012, 12:04pm

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
Der_Pit has attached the following file:
  • messages.gz (5.72 kB - 6 times downloaded - latest: Mar 7th 2013, 8:37am)
MII 6000, TT 1.5 (FW F12623), PVR150MCE, Rebach DT-HiFi, Mahlzeit 3.2
Dr.Seltsam 2.6.21.3 #3, Toxic 1.4.7-ext30, VDRAdmin-AM3.5.3, tvm2vdr 0.5.13
ASRock Ion 3D 152B, Sundtek SkyTV Ultimate OS 12.1, VDR 1.7.28,
softhddevice, skinenigmang, DFAtmo, xmltv2vdr, muggle, VDRAdmin-AM (alles git)

hummel99

Intermediate

Posts: 161

Location: Stuttgart

  • Send private message

5

Wednesday, May 30th 2012, 10:15pm

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. Zotac D2700-ITS Cine-S2 Dual yaVDR 0.5 a1
2. Zotac-HD-ID11 TT-S2-3600 yaVDR 0.5 a1
3. Zotac D2700-ITS TT-S2-3600 yaVDR 0.5 a1
4. Zotac ITX-F-E TT-S2-3600 yaVDR 0.5 a1

hummel99

Intermediate

Posts: 161

Location: Stuttgart

  • Send private message

6

Wednesday, May 30th 2012, 10:19pm

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. Zotac D2700-ITS Cine-S2 Dual yaVDR 0.5 a1
2. Zotac-HD-ID11 TT-S2-3600 yaVDR 0.5 a1
3. Zotac D2700-ITS TT-S2-3600 yaVDR 0.5 a1
4. Zotac ITX-F-E TT-S2-3600 yaVDR 0.5 a1

johns

Master

Posts: 2,602

  • Send private message

7

Wednesday, May 30th 2012, 10:24pm

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-H55M-E55 I3-530 Sparkle_GT-430_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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

This post has been edited 1 times, last edit by "johns" (May 30th 2012, 10:30pm)

hummel99

Intermediate

Posts: 161

Location: Stuttgart

  • Send private message

8

Wednesday, May 30th 2012, 11:11pm

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. Zotac D2700-ITS Cine-S2 Dual yaVDR 0.5 a1
2. Zotac-HD-ID11 TT-S2-3600 yaVDR 0.5 a1
3. Zotac D2700-ITS TT-S2-3600 yaVDR 0.5 a1
4. Zotac ITX-F-E TT-S2-3600 yaVDR 0.5 a1

johns

Master

Posts: 2,602

  • Send private message

9

Thursday, May 31st 2012, 1:25pm

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.

Source code

 
1
2
3
4
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


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-H55M-E55 I3-530 Sparkle_GT-430_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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

Der_Pit

Professional

Posts: 888

Location: La Palma/ES

Occupation: Physiker/Astronom

  • Send private message

10

Thursday, May 31st 2012, 2:05pm

Die Schwankungen hab' ich hier auch:

Source code

 
1
2
3
4
5

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
MII 6000, TT 1.5 (FW F12623), PVR150MCE, Rebach DT-HiFi, Mahlzeit 3.2
Dr.Seltsam 2.6.21.3 #3, Toxic 1.4.7-ext30, VDRAdmin-AM3.5.3, tvm2vdr 0.5.13
ASRock Ion 3D 152B, Sundtek SkyTV Ultimate OS 12.1, VDR 1.7.28,
softhddevice, skinenigmang, DFAtmo, xmltv2vdr, muggle, VDRAdmin-AM (alles git)

johns

Master

Posts: 2,602

  • Send private message

11

Thursday, May 31st 2012, 3:53pm

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-H55M-E55 I3-530 Sparkle_GT-430_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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

Der_Pit

Professional

Posts: 888

Location: La Palma/ES

Occupation: Physiker/Astronom

  • Send private message

12

Thursday, May 31st 2012, 5:44pm

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

Source code

 
1

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:

Source code

 
1
2
3
4
5
6
7
8

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
MII 6000, TT 1.5 (FW F12623), PVR150MCE, Rebach DT-HiFi, Mahlzeit 3.2
Dr.Seltsam 2.6.21.3 #3, Toxic 1.4.7-ext30, VDRAdmin-AM3.5.3, tvm2vdr 0.5.13
ASRock Ion 3D 152B, Sundtek SkyTV Ultimate OS 12.1, VDR 1.7.28,
softhddevice, skinenigmang, DFAtmo, xmltv2vdr, muggle, VDRAdmin-AM (alles git)

Der_Pit

Professional

Posts: 888

Location: La Palma/ES

Occupation: Physiker/Astronom

  • Send private message

13

Thursday, May 31st 2012, 6:05pm

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
MII 6000, TT 1.5 (FW F12623), PVR150MCE, Rebach DT-HiFi, Mahlzeit 3.2
Dr.Seltsam 2.6.21.3 #3, Toxic 1.4.7-ext30, VDRAdmin-AM3.5.3, tvm2vdr 0.5.13
ASRock Ion 3D 152B, Sundtek SkyTV Ultimate OS 12.1, VDR 1.7.28,
softhddevice, skinenigmang, DFAtmo, xmltv2vdr, muggle, VDRAdmin-AM (alles git)

hummel99

Intermediate

Posts: 161

Location: Stuttgart

  • Send private message

14

Thursday, May 31st 2012, 7:22pm

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. Zotac D2700-ITS Cine-S2 Dual yaVDR 0.5 a1
2. Zotac-HD-ID11 TT-S2-3600 yaVDR 0.5 a1
3. Zotac D2700-ITS TT-S2-3600 yaVDR 0.5 a1
4. Zotac ITX-F-E TT-S2-3600 yaVDR 0.5 a1

hummel99

Intermediate

Posts: 161

Location: Stuttgart

  • Send private message

15

Thursday, May 31st 2012, 7:36pm

Softhddevice ist die von yaVDR unstable vom 23.05.2012, sollte also aktuell sein.
1. Zotac D2700-ITS Cine-S2 Dual yaVDR 0.5 a1
2. Zotac-HD-ID11 TT-S2-3600 yaVDR 0.5 a1
3. Zotac D2700-ITS TT-S2-3600 yaVDR 0.5 a1
4. Zotac ITX-F-E TT-S2-3600 yaVDR 0.5 a1

johns

Master

Posts: 2,602

  • Send private message

16

Friday, June 1st 2012, 4:38pm

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-H55M-E55 I3-530 Sparkle_GT-430_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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

hummel99

Intermediate

Posts: 161

Location: Stuttgart

  • Send private message

17

Friday, June 1st 2012, 8:32pm

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. Zotac D2700-ITS Cine-S2 Dual yaVDR 0.5 a1
2. Zotac-HD-ID11 TT-S2-3600 yaVDR 0.5 a1
3. Zotac D2700-ITS TT-S2-3600 yaVDR 0.5 a1
4. Zotac ITX-F-E TT-S2-3600 yaVDR 0.5 a1

dad401

Professional

Posts: 1,228

Location: Dresden

  • Send private message

18

Sunday, June 3rd 2012, 11:20am

Habe o.g. Problem jetzt auch bei meinem System 3 feststellen müssen. Voher habe ich m.E. folgendes geändert:
32527f83
  1. Aktualisierung von softhddevice (GIT 09d858858 vom 12.04.12 auf aktuelles GIT 32527f83)
  2. 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
Systeme:
Grundsysteme: VDR 1.7.26 mit MLD-ExtPatch, Debian/squeeze (Kernel 2.6.32-5-686), softhddevice 0.5.2
1: AMD X2 4850e, Asus M3N78-VM, Acer FullHD-Monitor, DVB-S2 TT-3200, NV 310.19, Debian/wheezy (Kernel 3.2.0-4-686-pae)
2: C2D E7500, Zotac GF9300-I-E, Antec Fusion V2, Sony LCD-TV, TBS DVB-S2 6981, NV 295.59
3: Atom N330, Zotac IonTX-F-E , SilverStone SUGO SG05, Megtron LCD 240x128, Samsung LCD-TV, DVB-S2 CINE S2 V5.5, NV 195.30

johns

Master

Posts: 2,602

  • Send private message

19

Sunday, June 3rd 2012, 2:22pm

Naja, ich sehe keinen Fehler im Log.

Aber irgendwo muß der ja herkommen:

Source code

 
1

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-H55M-E55 I3-530 Sparkle_GT-430_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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

aLiEnTxC

Professional

Posts: 571

Location: in der Pfalz ;-)

Occupation: Fachinformatiker

  • Send private message

20

Wednesday, June 27th 2012, 8:15pm

also ich hatte es auch heute schon zwei mal:

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47

Jun 27 20:00:56 vdr vdr: video: 26:08:04.455  +46  163   0/\ms  27 v-buf
Jun 27 20:01:46 vdr vdr: video: 26:08:54.455  +46  179   0/\ms  27 v-buf
Jun 27 20:02:36 vdr vdr: video: 26:09:44.475  +34   99   0/\ms  36 v-buf
Jun 27 20:02:40 vdr vdr: [1612] changing pids of channel 215 from 401+401=2:402=deu@3:0:0 to 501+501=2:502=deu@3:0:0
Jun 27 20:03:13 vdr vdr: audio/alsa: writei underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jun 27 20:03:16 vdr vdr: [3830] ERROR: TS packet not accepted in Transfer Mode
Jun 27 20:03:20 vdr vdr: [softhddev] invalid PES video packet
Jun 27 20:03:20  vdr: last message repeated 31 times
Jun 27 20:03:20 vdr vdr: video/vdpau: decoder render too slow 369ms
Jun 27 20:03:20 vdr vdr: video/vdpau: missed frame (7/159610)
Jun 27 20:03:21 vdr vdr: video/vdpau: decoder render too slow 369ms
Jun 27 20:03:26 vdr vdr: video/vdpau: missed frame (8/159616)
Jun 27 20:03:26 vdr vdr: video: decoder buffer empty, duping frame (35318/159850) 0 v-buf
Jun 27 20:03:26 vdr vdr: video: 26:10:33.075+8438 7839  80/\ms   0 v-buf
Jun 27 20:03:26 vdr vdr: video: decoder buffer empty, duping frame (35345/159850) 0 v-buf
Jun 27 20:03:26 vdr vdr: video: 26:10:33.075+8438 7839  80/\ms   0 v-buf
Jun 27 20:03:26 vdr vdr: video: decoder buffer empty, duping frame (35346/159850) 0 v-buf
Jun 27 20:03:26 vdr vdr: video: 26:10:33.075+8438 7839  80/\ms   0 v-buf
Jun 27 20:03:27 vdr vdr: [3830] ERROR: TS packet not accepted in Transfer Mode
Jun 27 20:03:27 vdr vdr: [3831] buffer usage: 70% (tid=3830)
Jun 27 20:03:28 vdr vdr: [3830] ERROR: TS packet not accepted in Transfer Mode
Jun 27 20:03:28 vdr vdr: [3831] buffer usage: 80% (tid=3830)
Jun 27 20:03:28 vdr vdr: [3831] buffer usage: 90% (tid=3830)
Jun 27 20:03:29 vdr vdr: [3830] ERROR: TS packet not accepted in Transfer Mode
Jun 27 20:03:29 vdr vdr: [3831] buffer usage: 100% (tid=3830)
Jun 27 20:03:30 vdr vdr: [3830] ERROR: TS packet not accepted in Transfer Mode
Jun 27 20:03:32  vdr: last message repeated 2 times
Jun 27 20:03:32 vdr vdr: [3831] ERROR: driver buffer overflow on device 2
Jun 27 20:03:33 vdr vdr: [3830] ERROR: TS packet not accepted in Transfer Mode
Jun 27 20:03:35  vdr: last message repeated 2 times
Jun 27 20:03:35 vdr vdr: [3831] ERROR: driver buffer overflow on device 2
Jun 27 20:03:36 vdr vdr: [3830] ERROR: TS packet not accepted in Transfer Mode
Jun 27 20:03:38  vdr: last message repeated 2 times
Jun 27 20:03:38 vdr vdr: [3831] ERROR: driver buffer overflow on device 2
Jun 27 20:03:39 vdr vdr: [3830] ERROR: TS packet not accepted in Transfer Mode
Jun 27 20:03:41  vdr: last message repeated 2 times
Jun 27 20:03:41 vdr vdr: [3831] ERROR: driver buffer overflow on device 2
Jun 27 20:03:42 vdr vdr: [3830] ERROR: TS packet not accepted in Transfer Mode
Jun 27 20:03:44  vdr: last message repeated 2 times
Jun 27 20:03:44 vdr vdr: [3831] ERROR: driver buffer overflow on device 2
Jun 27 20:03:45 vdr vdr: [3830] ERROR: TS packet not accepted in Transfer Mode
Jun 27 20:03:47  vdr: last message repeated 2 times
Jun 27 20:03:47 vdr vdr: [3831] ERROR: driver buffer overflow on device 2
Jun 27 20:03:48 vdr vdr: [3830] ERROR: TS packet not accepted in Transfer Mode
Jun 27 20:03:49 vdr vdr: [3830] ERROR: TS packet not accepted in Transfer Mode
Jun 27 20:03:49 vdr vdr: [softhddev] invalid PES video packet
Jun 27 20:03:49 vdr vdr: [softhddev] invalid PES video packet


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..

Source code

 
1
2

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?
Registrierter VDR Benutzer #1500
-
yaVDR 0.5.0-alpha1 - vdr-plugin-softhddevice - Silverstone LC17 mit blauem 240x128 gLCD - NVIDIA GeForce 210 - Intel Core2 6420 @ 2.13GHz - 1 GB RAM - ASRock P5B-DE - 500GB SATA - Medion X10 FB - 2x budget-av - DVB-C
  • 1
  • 2

Similar threads