The more I test this, it looks like a vdr-xine problem.

Recordings have audio, and the live channel has audio if I restart xine.

Can anyone suggest what I can try??

I should probably also note, I'm running vdr-xine and the audio returns if I kill "xine" and restart.

Thanks

...

Hi

I've built a new fedora 9 x86_64 system (twice!) and get an intermittant problem when changing channels - no audio!!

I've tried it with pvrinput analog channels, as well as digital channels via my TT-1501, TT-2300 (both with CAMs). When I change to a neighbouring channel and back again, I often get audio. Weird huh?

Here's the /var/log/messages from the experience. Any ideas?? What can I try - seems like something is resetting and the audio starting with pvrinput, and nothing resetting with the TT-1501 card. HELP!!! This has been going on for months.....

pvrinput. 2 audio works. Change to 3, audio doesn't work. Then after 4 seconds works on it's own....

Sep 8 19:11:53 freddy vdr: [3108] switching to channel 2 Sep 8 19:11:53 freddy vdr: [3406] transfer thread ended (pid=3108, tid=3406) Sep 8 19:11:53 freddy vdr: [3108] buffer stats: 141000 (6%) used Sep 8 19:11:53 freddy vdr: [3407] receiver on device 10 thread ended (pid=3108, tid=3407) Sep 8 19:11:53 freddy kernel: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer Sep 8 19:11:54 freddy vdr: [3410] transfer thread started (pid=3108, tid=3410) Sep 8 19:11:54 freddy vdr: [3411] receiver on device 10 thread started (pid=3108, tid=3411) Sep 8 19:11:55 freddy vdr: [3410] setting audio track to 1 (0) Sep 8 19:11:55 freddy kernel: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer Sep 8 19:11:57 freddy kernel: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer

Sep 8 19:11:57 freddy vdr: [3108] switching to channel 3 Sep 8 19:11:57 freddy vdr: [3410] transfer thread ended (pid=3108, tid=3410) Sep 8 19:11:57 freddy vdr: [3108] buffer stats: 141752 (6%) used Sep 8 19:11:57 freddy vdr: [3411] receiver on device 10 thread ended (pid=3108, tid=3411) Sep 8 19:11:58 freddy vdr: [3414] transfer thread started (pid=3108, tid=3414) Sep 8 19:11:58 freddy vdr: [3415] receiver on device 10 thread started (pid=3108, tid=3415) Sep 8 19:11:58 freddy kernel: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer Sep 8 19:11:58 freddy vdr: [3414] setting audio track to 1 (0) Sep 8 19:12:01 freddy kernel: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer Sep 8 19:12:03 freddy kernel: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer

Digital. 9 audio working. Change to 8, working. Change to 9 audio not working

Sep 8 19:06:35 freddy vdr: [3108] switching to channel 9 Sep 8 19:06:35 freddy vdr: [3108] cTS2PES got 0 TS errors, 2 TS continuity errors Sep 8 19:06:35 freddy vdr: [3108] cTS2PES got 0 TS errors, 1 TS continuity errors Sep 8 19:06:35 freddy vdr: [3108] buffer stats: 58280 (2%) used Sep 8 19:06:35 freddy vdr: [3336] transfer thread started (pid=3108, tid=3336) Sep 8 19:06:35 freddy vdr: [3334] TS buffer on device 1 thread ended (pid=3108, tid=3334) Sep 8 19:06:35 freddy vdr: [3333] buffer stats: 58656 (2%) used Sep 8 19:06:35 freddy vdr: [3333] receiver on device 1 thread ended (pid=3108, tid=3333) Sep 8 19:06:35 freddy vdr: [3337] receiver on device 1 thread started (pid=3108, tid=3337) Sep 8 19:06:35 freddy vdr: [3338] TS buffer on device 1 thread started (pid=3108, tid=3338) Sep 8 19:06:37 freddy vdr: [3336] setting audio track to 1 (0) Sep 8 19:07:57 freddy vdr: [3336] transfer thread ended (pid=3108, tid=3336)

Sep 8 19:07:57 freddy vdr: [3108] switching to channel 8 Sep 8 19:07:57 freddy vdr: [3108] buffer stats: 95692 (4%) used Sep 8 19:07:57 freddy vdr: [3344] transfer thread started (pid=3108, tid=3344) Sep 8 19:07:57 freddy vdr: [3338] TS buffer on device 1 thread ended (pid=3108, tid=3338) Sep 8 19:07:57 freddy vdr: [3337] buffer stats: 95316 (4%) used Sep 8 19:07:57 freddy vdr: [3337] receiver on device 1 thread ended (pid=3108, tid=3337) Sep 8 19:07:57 freddy vdr: [3345] receiver on device 1 thread started (pid=3108, tid=3345) Sep 8 19:07:57 freddy vdr: [3346] TS buffer on device 1 thread started (pid=3108, tid=3346) Sep 8 19:07:58 freddy vdr: [3344] setting audio track to 1 (0) Sep 8 19:08:02 freddy vdr: [3344] transfer thread ended (pid=3108, tid=3344)

Sep 8 19:08:03 freddy vdr: [3108] switching to channel 9 Sep 8 19:08:03 freddy vdr: [3108] buffer stats: 62792 (2%) used Sep 8 19:08:03 freddy vdr: [3349] transfer thread started (pid=3108, tid=3349) Sep 8 19:08:03 freddy vdr: [3346] TS buffer on device 1 thread ended (pid=3108, tid=3346) Sep 8 19:08:03 freddy vdr: [3345] buffer stats: 62416 (2%) used Sep 8 19:08:03 freddy vdr: [3345] receiver on device 1 thread ended (pid=3108, tid=3345) Sep 8 19:08:03 freddy vdr: [3350] receiver on device 1 thread started (pid=3108, tid=3350) Sep 8 19:08:03 freddy vdr: [3351] TS buffer on device 1 thread started (pid=3108, tid=3351) Sep 8 19:08:04 freddy vdr: [3349] setting audio track to 1 (0)

---

...

---

vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

---

vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

...

The more I test this, it looks like a vdr-xine problem.

Recordings have audio, and the live channel has audio if I restart xine.

Can anyone suggest what I can try??

This list is really quiet these days!! Has everyone gone on holiday or something??

Can someone tell me how to turn on debugging in xine, so I can see what happens when I change channels? I'm trying to find out why intermittantly when I switch channels the audio does not start. If I switch channels again, or restart xine, the audio starts.

Turns out it was related to PULSEAUDIO implemented in Fedora Core 9.

It's a dirty rip-out, but 'yum remove alsa-plugins-pulseaudio' has resolved my problems...