Re: [vdr] fedora 9 vdr-1.6.0 - int no audio on channel change RESOLVED

2008-11-14 Thread Simon Baxter
>> 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

2008-09-09 Thread Simon Baxter

> 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

2008-09-08 Thread Simon Baxter
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

2008-09-08 Thread Simon Baxter
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