> Date: Tue, 22 Nov 2005 10:13:43 +0100 (CET)
> From: "Hans Verkuil" <[EMAIL PROTECTED]>
>
> > At 10:57 PM 11/21/2005, you wrote:
> >
> >>On Tuesday 22 November 2005 00:47, illie wrote:
> >>> At 01:24 PM 11/21/2005, you wrote:
> >>> >On Monday 21 November 2005 19:41, illie wrote:
> >>> >> I have no sound on some channels through the tuner with 0.4.0.
> I
> >>> >> have the recommended firmware files, I've made sure to do full
> >>> >> cold reboots after changing drivers, firmware, etc. Made sure
> that
> >>> >> only ivtv versions of modules are loading and that there aren't
> >>> >> any old versions around. I don't have any other capture cards
> in
> >>> >> the machine, and the motherboard is an SIS chipset.
>
> >>Sorry, wrong option, try this:
> >>
> >>ivtvctl -g reg=0x808,val=0x1f
> >
> > Yep, that fixes it! But it loses audio on channel change, so the
> command
> > has to be repeated.
>
> Can you make a ticket for this problem? (See ivtvdriver.org/trac)
>
> I have to think how to implement this correctly so it may take some
> time
> before it is fixed in the driver. This is really a workaround for what
> is
> apparently (according to Hauppauge) a hardware bug.
>
> Is this likely to work on a 250 as well? And if so, and I have
> multiple 250's, I assume I'll have to use -d to set it for each
> device? (And, if all of these are true, where's the channel-changing
> script so I can force this to happen before every channel change?)
No, this is PVR150 specific. It programs the cx25840 video/audio chip, the
PVR250 has a saa7115 for video and a msp3400 for audio, totally different
chips.
Audio problems with the msp3400 are harder to debug. When I have more time
(one day) I want to add support for the VIDIOC_LOG_STATUS to the msp3400
which should make it easier to see which audio standard is detected by the
audio chip. Unfortunately, the msp3400 driver needs to be cleaned up as it
is somewhat of a mess.
You can try to load the msp3400 module with module option 'debug=1' (or
was it debug=16? I cannot remember). The debug output may give some
indication of what is wrong.
Hans
>
> [I very often get no audio on channel 2. I've manually scanned though
> all the rest of the channels (typical 125-channel cable setup) and
> they all have audio. While I was doing this just now, ch2 audio came
> back, and now it won't go away, so I'm not sure how to debug the
> situation until it goes away again, but I'd like to have some
> additional information for when that happens. Are there any logfiles
> that would be particularly helpful to save for later inspection?
> Commands I should run (like dumping registers with ivtvctl -G, or
> something like that)? This is all with ivtv 0.4.0 under MythTV 1.18.1
> in Ubuntu Breezy, in case it matters, with ivtv installed via the
> instructions at http://www.abarbaccia.com/content/view/19/33/ and
> MythTV via the multiverse packages.]
>
> Btw, ivtvctl -G right now claims that register 0x808 (which I'm
> assuming is the entry on line 0080, under colum 08) is f0, not 1f,
> though I've got audio on ch2 right now.
>
> Thanks!
>
> _______________________________________________
> ivtv-users mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
>
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
