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

bttv msp3400 2.6.15.6 - > 2.6.16 stereo stop working

Hans Verkuil wrote:
I'm sorry, I'm getting confused. Now there suddenly are three problems with 2.6.16:

1) xawtv thinks channels are mono even though they are stereo.
2) after a reboot the msp3400c fails to work (is this interpreted correctly? I'm not sure that I completely understood the problem.)
3) the msp3400c doesn't mute.

1) is caused by waiting not long enough in xawtv to get a reliable reading from msp3400, this should be solved in the latest v4l-dvb tree (please confirm this!)

2) does this also happen with the latest v4l-dvb? Does this also happen with 2.6.15? I don't think I made any changes to the reset code.

3) this apparently never worked. Can you test this again in the latest v4l_dvb? If you go to the msp3400c_init_data table and adjust the 0x00d0 value to 0x0ed0 and try it? I'm interested in hearing the results. What TV-audio standard is used where you live?

Sorry for the confusion. No, only problems 1 and 3 are present in 2.6.16. Problem 2 is only in current v4l-dvb tree, and it's a bit different. After loading the msp3400 module (it only seems to depend on this module, not the rest of the modules) from the v4l-dvb tree the i2c errors will appear, sound will go off and the chip will never work again - if you unload bttv, msp3400 and reload them it will not even be detected (with either driver from 2.6.16 or v4l-dvb tree), even if you reboot, only power off / on will help (due to the chip not getting resetted otherwise - I don't think there's anything you can do about it, except preventing sending it the control bits which cause it to stop working...).
So, since problem 2) means the msp3400 doesn't work at all with v4l-dvb tree I don't know if problem 1) (though it probably is) or problem 3) (I can't see why it should be) are fixed with the v4l-dvb tree.

For problem 3, I've tried 0x02d0 (with 2.6.16) which did absolutely nothing during channel switch, but muted some channels completely after the switch was complete... I'll try 0x0ed0 but frankly I don't have any hope this will help, I think you'd really need to mute it while the chip is getting switched around to am for detection, reswitched to fm and probably somewhat longer till it has locked to the carriers. tv standard is pal b/g, sound standard fm stereo (the msp3400 datasheet calls this "b/g stereo").

Roland

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