Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: VDR Portal. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

Samstag, 5. Mai 2012, 21:00

[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

Quellcode

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

2

Samstag, 5. Mai 2012, 23:28

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

3

Montag, 7. Mai 2012, 11:32

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

Der_Pit

Profi

Beiträge: 925

Wohnort: La Palma/ES

Beruf: Physiker/Astronom

  • Nachricht senden

4

Samstag, 12. Mai 2012, 12:04

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« hat folgende Datei angehängt:
  • messages.gz (5,72 kB - 25 mal heruntergeladen - zuletzt: 12. August 2016, 06:12)
ASRock Ion 3D 152B, Sundtek SkyTV Ultimate openSUSE Leap 42.2, VDR 2.2.0,
softhddevice, nopacity, DFAtmo, xmltv2vdr, muggle, tvscraper, VDRAdmin-AM (alles git)

5

Mittwoch, 30. Mai 2012, 22:15

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

6

Mittwoch, 30. Mai 2012, 22:19

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

7

Mittwoch, 30. Mai 2012, 22:24

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

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »johns« (30. Mai 2012, 22:30)


8

Mittwoch, 30. Mai 2012, 23:11

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

9

Donnerstag, 31. Mai 2012, 13:25

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.

Quellcode

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

Der_Pit

Profi

Beiträge: 925

Wohnort: La Palma/ES

Beruf: Physiker/Astronom

  • Nachricht senden

10

Donnerstag, 31. Mai 2012, 14:05

Die Schwankungen hab' ich hier auch:

Quellcode

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
ASRock Ion 3D 152B, Sundtek SkyTV Ultimate openSUSE Leap 42.2, VDR 2.2.0,
softhddevice, nopacity, DFAtmo, xmltv2vdr, muggle, tvscraper, VDRAdmin-AM (alles git)

11

Donnerstag, 31. Mai 2012, 15:53

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

Der_Pit

Profi

Beiträge: 925

Wohnort: La Palma/ES

Beruf: Physiker/Astronom

  • Nachricht senden

12

Donnerstag, 31. Mai 2012, 17:44

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

Quellcode

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:

Quellcode

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
ASRock Ion 3D 152B, Sundtek SkyTV Ultimate openSUSE Leap 42.2, VDR 2.2.0,
softhddevice, nopacity, DFAtmo, xmltv2vdr, muggle, tvscraper, VDRAdmin-AM (alles git)

Der_Pit

Profi

Beiträge: 925

Wohnort: La Palma/ES

Beruf: Physiker/Astronom

  • Nachricht senden

13

Donnerstag, 31. Mai 2012, 18:05

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
ASRock Ion 3D 152B, Sundtek SkyTV Ultimate openSUSE Leap 42.2, VDR 2.2.0,
softhddevice, nopacity, DFAtmo, xmltv2vdr, muggle, tvscraper, VDRAdmin-AM (alles git)

14

Donnerstag, 31. Mai 2012, 19:22

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

15

Donnerstag, 31. Mai 2012, 19:36

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

16

Freitag, 1. Juni 2012, 16:38

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

17

Freitag, 1. Juni 2012, 20:32

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

18

Sonntag, 3. Juni 2012, 11:20

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
VDR 1.7.26 und Plugins selbst kompiliert:
1: AMD X2 4850e, Asus M3N78-VM, Acer FullHD-Monitor, DVB-S2 TT-3200, NV 310.19, Debian/wheezy
2: C2D E7500, Zotac GF9300-I-E, Antec Fusion V2, Sony LCD-TV, TBS DVB-S2 6981, NV 295.59, Debian/squeeze
VDR 2.0.1 aus yaVDR-Repository:
3: Atom N330, Zotac IonTX-F-E , SilverStone SUGO SG05, Megtron LCD 240x128, Samsung LCD-TV, DVB-S2 CINE S2 V5.5, Ubuntu 12.04

19

Sonntag, 3. Juni 2012, 14:22

Naja, ich sehe keinen Fehler im Log.

Aber irgendwo muß der ja herkommen:

Quellcode

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

Beiträge: 625

Wohnort: in der Pfalz ;-)

Beruf: Fachinformatiker

  • Nachricht senden

20

Mittwoch, 27. Juni 2012, 20:15

also ich hatte es auch heute schon zwei mal:

Quellcode

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

Quellcode

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.6.0 - vdr-plugin-softhddevice - Silverstone LC17 mit blauem 240x128 gLCD - NVIDIA GeForce 210 - Intel Core2 E6420 @ 2.13GHz - 3 GB RAM - ASRock P5B-DE Foxconn Board - Samsung 250 GB EVO SSD für yaVDR und Samsung 2 TB HDD für Daten - Medion X10 FB - DVBSky S952 (Dual DVB-S2 Budget)

Immortal Romance Spielautomat