Re: [vdr] fedora 9 vdr-1.6.0 - int no audio on channel change RESOLVED
>> 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... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] fedora 9 vdr-1.6.0 - int no audio on channel change
> 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. Thanks Simon ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] fedora 9 vdr-1.6.0 - int no audio on channel change
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: [] buffer stats: 58656 (2%) used >> Sep 8 19:06:35 freddy vdr: [] receiver on device 1 thread ended >> (pid=3108, tid=) >> 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
Re: [vdr] fedora 9 vdr-1.6.0 - int no audio on channel change
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: [] buffer stats: 58656 (2%) used > Sep 8 19:06:35 freddy vdr: [] receiver on device 1 thread ended > (pid=3108, tid=) > 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