By Date: <-- -->
By Thread: <-- -->

bttv msp3400 2.6.15.6 - > 2.6.16 stereo stop working

Hans Verkuil wrote:
Please try my v4l-dvb mercurial repository: http://linuxtv.org/hg/~hverkuil/v4l-dvb

This should fix all problems (I hope :-) for both bttv and msp3400. 
I'll try that tomorrow (couldn't quite find the right file to download
which actually has the changes included and need some sleep now...)

Note that xawtv now always shows the audio mode for each channel, but
 that is an application bug: it should show rxsubchans, not audmode.
I don't think so, if I interpret the v4l2 api correctly (and I'm no
expert on that) I think the expectation is that the driver SHOULD change the audmode if it's not currently supported - the api doesn't say explicitly if "currently unavailable" does count for that exception when the driver is allowed to change that (usually only user-changeable) field but I think it would not make sense otherwise, as a program would be completely unable to find out what audio mode actually gets used currently. xawtv uses vidioc_g_tuner to get both rxsubchans and audmode at once (with xawtv -v 2 you can see that) and it uses audmode to show the current mode at the OSD (or in the options panel). Or are you talking of that audio mode popup? My xawtv version (3.95) always seems to show the full set (without lang1_lang2 though, only mono, stereo, lang1 and lang2), regardless what rxsubchans/audmode are, so you can still select "lang2" for instance when there is only mono available, which you could consider an app bug.

Let me know how it goes.
I see you have also improved the quick stereo detection. If you're really interested, I stumbled upon that stereo identification reset reg (dsp 0x15) which is supposed to speed things up - I think it's a bit crazy though :-)
Oh, and apart from writes to the non-existing dsp 0x41 reg (scart2 matrix - chip has scart2 out but uses same matrix as scart1) I've also seen writes to the non-existing dsp 0x10 reg (nicam prescale - the chip has nicam but it looks no nicam prescale reg at least not mentioned in my c8 datasheet). Looks though like writes to non-existing dsp regs are much more forgiving than writes to non-existing demodulator regs ;-).

Roland

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request (at) redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list