Mach mal einen Update sollte neue Version geben.
Irgendwie kommt ab
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
vdr durcheinander.
Hast du 215 geschaut? Dual Tuner?
Johns
ja, habe zwei Tuner.
Und danke für den Hinweis bzgl. des Updates.. wird gerade installiert.
hallo,
sodala, nun treten diese symptome (erstmals) hier auch auf - hab heute auf die letzte git (siehe sig.) hochgezogen:
Jun 28 14:14:41 pvr vdr: video: slow down video, duping frame
Jun 28 14:14:41 pvr vdr: video: speed up video, droping frame
Jun 28 14:14:41 pvr vdr: video: 9:19:29.173 -27 176 0/\ms 55 v-buf
Jun 28 14:15:01 pvr vdr: video: 9:19:48.913 +30 199 0/\ms 56 v-buf
Jun 28 14:16:01 pvr vdr: video: 9:20:48.913 +31 168 0/\ms 52 v-buf
Jun 28 14:16:57 pvr vdr: [4538] cleaning up schedules data
Jun 28 14:17:00 pvr vdr: [4555] EPGSearch: timer conflict check started
Jun 28 14:17:00 pvr vdr: [4555] EPGSearch: timer conflict check finished
Jun 28 14:17:01 pvr vdr: video: 9:21:48.913 +30 167 0/\ms 57 v-buf
Jun 28 14:17:01 pvr CRON[4604]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jun 28 14:18:01 pvr vdr: video: 9:22:48.913 +30 199 0/\ms 58 v-buf
Jun 28 14:19:01 pvr vdr: video: 9:23:48.913 +30 199 0/\ms 58 v-buf
Jun 28 14:19:03 pvr vdr: [4545] changing pids of channel 448 from 401+401=2:402=deu@3:0:0 to 501+501=2:502=deu@3:0:0
Jun 28 14:20:01 pvr vdr: video: 9:24:48.913 +30 199 0/\ms 57 v-buf
Jun 28 14:21:01 pvr vdr: video: 9:25:48.913 +30 199 0/\ms 52 v-buf
Jun 28 14:22:01 pvr vdr: video: 9:26:48.913 +30 135 0/\ms 49 v-buf
Jun 28 14:22:50 pvr vdr: audio/alsa: writei underrun error? 'Broken pipe'
Jun 28 14:22:50 pvr vdr: video: slow down video, duping frame
Jun 28 14:22:50 pvr vdr: video: 9:27:37.493 +58 192 0/\ms 56 v-buf
Jun 28 14:22:52 pvr vdr: [4571] ERROR: TS packet not accepted in Transfer Mode
Jun 28 14:22:53 pvr vdr: [4571] ERROR: TS packet not accepted in Transfer Mode
Jun 28 14:22:53 pvr vdr: [4572] buffer usage: 70% (tid=4571)
Jun 28 14:22:53 pvr vdr: [4572] buffer usage: 80% (tid=4571)
Jun 28 14:22:54 pvr vdr: [4572] buffer usage: 90% (tid=4571)
Jun 28 14:22:54 pvr vdr: [4572] buffer usage: 100% (tid=4571)
Jun 28 14:22:57 pvr vdr: [4572] ERROR: driver buffer overflow on device 2
Jun 28 14:23:00 pvr vdr: video: slow down video, duping frame
Jun 28 14:23:00 pvr vdr: video: audio/video difference too big
Jun 28 14:23:00 pvr vdr: video: 9:27:42.473+5006 4223 0/\ms 4 v-buf
Jun 28 14:23:01 pvr vdr: video: audio/video difference too big
Jun 28 14:23:01 pvr vdr: video: 9:27:43.933+6466 5759 0/\ms 4 v-buf
Jun 28 14:23:02 pvr vdr: [4571] ERROR: skipped 1875876 bytes to sync on TS packet on device 2
Jun 28 14:23:02 pvr vdr: [4571] ERROR: skipped 2315607 bytes to sync on TS packet on device 2
Jun 28 14:23:02 pvr vdr: [4572] buffer usage: 30% (tid=4571)
Jun 28 14:23:02 pvr vdr: video: audio/video difference too big
Jun 28 14:23:02 pvr vdr: video: slow down video, duping frame
Jun 28 14:23:02 pvr vdr: video: 9:27:45.013+2746 6687 0/\ms 4 v-buf
Jun 28 14:23:02 pvr vdr: video: audio/video difference too big
Jun 28 14:23:02 pvr vdr: video: 9:27:49.813+7546 6687 0/\ms 4 v-buf
Jun 28 14:23:04 pvr vdr: video: audio/video difference too big
Jun 28 14:23:04 pvr vdr: video: decoder buffer empty, duping frame (262/377796) 0 v-buf
Jun 28 14:23:04 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-buf
Jun 28 14:23:04 pvr vdr: video: audio/video difference too big
Jun 28 14:23:04 pvr vdr: video: decoder buffer empty, duping frame (263/377796) 0 v-buf
Jun 28 14:23:04 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-buf
Jun 28 14:23:04 pvr vdr: video: audio/video difference too big
Jun 28 14:23:04 pvr vdr: video: decoder buffer empty, duping frame (264/377796) 0 v-buf
Jun 28 14:23:04 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-buf
Jun 28 14:23:04 pvr vdr: video: audio/video difference too big
Jun 28 14:23:04 pvr vdr: video: decoder buffer empty, duping frame (265/377796) 0 v-buf
Jun 28 14:23:04 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-buf
Jun 28 14:23:04 pvr vdr: video: audio/video difference too big
Jun 28 14:23:04 pvr vdr: video: decoder buffer empty, duping frame (266/377796) 0 v-buf
Jun 28 14:23:04 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-buf
Jun 28 14:23:04 pvr vdr: video: audio/video difference too big
Jun 28 14:23:04 pvr vdr: video: decoder buffer empty, duping frame (267/377796) 0 v-buf
Jun 28 14:23:04 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-buf
Jun 28 14:23:04 pvr vdr: video: audio/video difference too big
Jun 28 14:23:04 pvr vdr: video: decoder buffer empty, duping frame (268/377796) 0 v-buf
Jun 28 14:23:04 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-buf
Jun 28 14:23:04 pvr vdr: video: audio/video difference too big
Jun 28 14:23:04 pvr vdr: video: decoder buffer empty, duping frame (269/377796) 0 v-buf
Jun 28 14:23:04 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-buf
Jun 28 14:23:04 pvr vdr: video: audio/video difference too big
Jun 28 14:23:04 pvr vdr: video: decoder buffer empty, duping frame (270/377796) 0 v-buf
Jun 28 14:23:04 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-buf
Jun 28 14:23:04 pvr vdr: video: audio/video difference too big
Jun 28 14:23:04 pvr vdr: video: decoder buffer empty, duping frame (271/377796) 0 v-buf
Jun 28 14:23:04 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-buf
Jun 28 14:23:04 pvr vdr: video: audio/video difference too big
Jun 28 14:23:04 pvr vdr: video: decoder buffer empty, duping frame (272/377796) 0 v-buf
Jun 28 14:23:04 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-buf
Jun 28 14:23:04 pvr vdr: video: audio/video difference too big
.
.
Jun 28 14:23:04 pvr vdr: [4571] ERROR: TS packet not accepted in Transfer Mode
Jun 28 14:23:04 pvr vdr: video: audio/video difference too big
.
.
Jun 28 14:23:05 pvr vdr: video: audio/video difference too big
Jun 28 14:23:05 pvr vdr: video: decoder buffer empty, duping frame (324/377796) 0 v-buf
Jun 28 14:23:05 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-buf
Jun 28 14:23:05 pvr vdr: [4572] buffer usage: 80% (tid=4571)
Jun 28 14:23:05 pvr vdr: video: audio/video difference too big
Jun 28 14:23:05 pvr vdr: video: decoder buffer empty, duping frame (325/377796) 0 v-buf
Jun 28 14:23:05 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-buf
.
.
Jun 28 14:23:06 pvr vdr: [4571] ERROR: TS packet not accepted in Transfer Modeder sender war ORF 1 HD, gestartet wird softhddevice mit "softhddevice -g 1920x1080+0+0 -d :0.1 -s", audio "alsa default mit downmix" (audio via HDMI). es ist eine cine-s2 dualtunerkarte im einsatz (die TT3200 aus der sig. ist deaktiviert).
edit: das ganze passierte ca. 6 minuten nachdem auf den sender "ORF 1 HD" (channel 1) umgeschaltet wurde.
wenn ich den kanal umschalte ist ruhe im log.
gruß, ciax
Also den Fehler sehe ich:
Jun 28 14:22:50 pvr vdr: audio/alsa: writei underrun error? 'Broken pipe'
...
Jun 28 14:23:04 pvr vdr: video: 9:27:51.093+8826 7839 0/\ms 0 v-bufAlsa stürzt ab und der Audiopuffer ist voll "7839".
Puffer größer machen, dann sollte es keine "underruns" mehr geben.
Prüft mal ob Alsa direkt auf die Hardware geht (also ohne softvol, Ausgabe auf mehrere Devices).
Im Prinzip sollte der obige Fehler nur ein Hinweiss sein und automatisch behoben werden.
Leider scheint dies nicht zuklappen.
Wenn es vorher keine Probleme gab.
Kernel, alsa-lib, nvidia-drivers update?
Kann jemand mit diesem Fehler Patch testen?
Johns
ich hab mal nach dem "underrun" 'gegrept':
# tail -n 500000 /var/log/syslog|grep underrun
Jun 28 10:35:57 pvr vdr: audio/alsa: wait underrun error? 'Broken pipe'
Jun 28 10:36:17 pvr vdr: audio/alsa: wait underrun error? 'Broken pipe'
Jun 28 10:36:26 pvr vdr: audio/alsa: wait underrun error? 'Broken pipe'
Jun 28 11:23:41 pvr vdr: audio/alsa: wait underrun error? 'Broken pipe'
Jun 28 11:47:26 pvr vdr: audio/alsa: wait underrun error? 'Broken pipe'
Jun 28 12:16:16 pvr vdr: audio/alsa: wait underrun error? 'Broken pipe'
Jun 28 13:07:40 pvr vdr: audio/alsa: wait underrun error? 'Broken pipe'
Jun 28 14:03:51 pvr vdr: audio/alsa: wait underrun error? 'Broken pipe'
Jun 28 14:22:50 pvr vdr: audio/alsa: writei underrun error? 'Broken pipe'
Jun 28 15:34:58 pvr vdr: audio/alsa: wait underrun error? 'Broken pipe'das kommt öfter (aber nicht merkbar) vor. vermutlich nach umschalten zw. den kanälen. nur der mit dem "writei" (Jun 28 14:22:50) führte zu den geschilderten symptomen und da wurde auch nicht umgeschaltet.
ZitatPrüft mal ob Alsa direkt auf die Hardware geht (also ohne softvol, Ausgabe auf mehrere Devices).
in der asound.conf steht dies:
pcm.!default hdmi_complete
pcm.hdmi_hw {
type hw
card 1 # <- Hier die Nummer der Karte
device 7 # <- Nummer des Device
}
pcm.hdmi_formatted {
type plug
slave {
pcm hdmi_hw
#rate 48000 # <- Optional! Hier die gewüe Rate.
#channels 2 # <- Optional! Anzahl der Kanä.
}
}
pcm.hdmi_complete {
type softvol
slave.pcm hdmi_formatted
control.name hdmi_volume
control.card 1 # <- Hier die Nummer der Karte
}also, da ist was mit "softvol" (ich versteh' alsa/confs sowieso nicht - diese hier stammt von dir Johns, adaptiert aus dem softhddevice wiki/FAQ)
ZitatWenn es vorher keine Probleme gab.
Kernel, alsa-lib, nvidia-drivers update?
nein, update gab es in letzter zeit keines.
ZitatKann jemand mit diesem Fehler Patch testen?
wie meinst du das??
gruß, ciax
ps: ich hatte den fehler jetzt nur 1x - mal sehen, ob er "lästig" wird 
pps:
aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: SB [HDA ATI SB], device 0: ALC889A Analog [ALC889A Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: SB [HDA ATI SB], device 1: ALC889A Digital [ALC889A Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 3: NVIDIA HDMI [NVIDIA HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 7: NVIDIA HDMI [NVIDIA HDMI]
Subdevices: 0/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 8: NVIDIA HDMI [NVIDIA HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 9: NVIDIA HDMI [NVIDIA HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0Nach dem Umschalten oder beim Aufnahmenspulen kann es vorkommen.
Wenn es nach längerem gucken eines Kanal auftritt, dann kommt es vom Audiodrift.
Wenn er nicht wieder auftritt, dann ist es schwierig zu suchen.
Wenn dann mal dies ändern in asound.conf
pcm.!default hdmi_complete -> pcm.!default hdmi_hw
dann sollte Alsa direkt die Hardware ansprechen.
Diese Änderung sollte bei meiner Fehlersuche helfen:
--- a/audio.c
+++ b/audio.c
@@ -1338,6 +1338,10 @@ static int AlsaThread(void)
if (AudioPaused) {
return 1;
}
+ if (snd_pcm_state(AlsaPCMHandle) != SND_PCM_STATE_RUNNING) {
+ Warning("audio/alsa: wait problem '%s'\n",
+ snd_pcm_state_name(snd_pcm_state(AlsaPCMHandle)));
+ }
// wait for space in kernel buffers
if ((err = snd_pcm_wait(AlsaPCMHandle, 24)) < 0) {
Warning(_("audio/alsa: wait underrun error? '%s'\n"),Damit könnte man dann auch eine Zwangsbelebung durchführen.
Johns
Wenn er nicht wieder auftritt, dann ist es schwierig zu suchen.
.. na, dann hoffen wir mal, daß der fehler wieder auftritt 
ich hab den patch jetzt eingearbeitet und auch die asound.conf dementsprechend angepasst. ich bin drzt. nicht direkt vor der vdr-box. ich meld mich wieder ... keine frage.
danke, ciax
ps: .. ist schon verblüffend, wie schnell du immer reagierst und immer so kompetente aussagen parat hast 
.. na, dann hoffen wir mal, daß der fehler wieder auftritt
ich kann den fehler nicht mehr reproduzieren - war hier wohl eine einmalige sache ...
ciax
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
