Red Hat Bugzilla – Bug 492480
V4L-DVB module issue - NTSC tuning doesn't stay tuned.
Last modified: 2013-07-04 18:53:05 EDT
Description of problem:
Under kernel 184.108.40.206-170.2.35.fc10.i686 using the V4L driver and a pcHDTV HD5500 tuner card, the V4L tuner doesn't stay tuned to the selected channel. Verified using tvtime and mythtv. Tested against a 220.127.116.11-generic kernel under different distro and problem doesn't exist there. The problem occurs only through the V4Lx interface and not the DVB interface.
Version-Release number of selected component (if applicable):
I was helping another person who had this issue and I duplicated it on an independent setup. I was also able to verify that problem doesn't exist in similar kernel versions of other distros.
Steps to Reproduce:
1. Using a pcHDTV HD5500 tv card (I assume the problem would happen in similar cards) with the cx88* modules loaded.
2. Start tvtime and tune to a known station.
3. begin audio capture using
> arecord -D hw:1,0 -r 48000 -c 2 -f S16_LE | aplay -
3. Video will appear briefly (.5-2 sec) and then disappear.
4. Captured audio will also disappear as if tuner channel has been changed to nonexistent channel.
Video and audio appear briefly on channel change to a known channel and then disappear.
Video and audio from tuned station remains on screen until channel is changed or application shuts down.
Have tried using both tvtime and mythtv. TVtime is the simplest interface to use of the two, so all steps reported using tvtime. I have also tested this on another distro's kernel 18.104.22.168-generic and the problem doesn't exist there which is why this is posted as fedora specific.
Could you please load the modules with debug options enabled? You'll need to create a file at /etc/modprobe.d/v4l, and add those inside:
options tuner debug=1
options cx8800 video_debug=1
You can retrieve the logs by running the command:
I need the output of the dmesg command after the station to disappear.
Created attachment 337238 [details]
Output of dmesg after enabling debug messages
Attached is the output of the dmesg command after enabling the debug options specified above and rebooting to get a "fresh" load of all modules. You will notice there are several frequency changes. TVTime started on CH13 but I didn't get the "flash" of tuned picture, I then tuned down to CH12 (no signal here) and CH11 (which also didn't show the flash). I then returned to CH13 (through Ch12) which gave me the brief show of signal and then disappeared. I halted TVtime and ran:
> dmesg > debug_log
This doesn't seem to be kernel-related. Your board has a simple LG TDVS-H06xF tuner. The tuner commands are arriving at the tuner code.
So, I suspect that your trouble may be caused by one of those troubles:
1) Sometimes signal detection is not working (it depends on your tuner/board combination). Try to disable signal detection on tvtime;
2) The sensibility of PCI TV boards is much worse than a TV set. So, you'll need a strong signal for it to work, especially if you're using antenna. In this case, you'll need a better antenna (or better positioning it);
3) If you're using a different frequency table, the quality of the signal could be bad. Try to change the frequency table to properly reflect the frequency of your channels. If you are using Cable TV, you'll need to use the proper Cable TV table (there are two different ones for NTSC).
4) tvtime has a scan mode (tvtime-scanner). This only works if signal detection is ok. You may use it instead of a fixed Cable TV table. Depending on your Cable TV, this is required.
So, please test the above and give us some feedback.
This issue doesn't exhibit itself when running a different linux distro with the same kernel release on the identical hardware with identical input. On that distro, tvtime will hold the channel and show video. The issue was brought to my attention while I was helping someone in a different region, with different signal inputs, try to figure out why his card wouldn't show V4Lx video. I duplicated his setup under Fedora 10 and experienced the same problem. I do not have the problem under other distros with the same kernel version. The problem also shows under mythtv.
I am trying to build the driver modules using code directly from linuxtv.org but am still having some build issues. I have experienced problems building the drivers directly from linuxtv.org under Fedora in the past because Fedora will often release portions of the next kernel revision under the current kernel revision. I will keep trying to build and test the linuxtv drivers, but because the same kernel version works on other distros, I am sure this is a Fedora specific issue.
Specifically regarding #4) above: tvtime's scanner/signal detection is fast enough that it detects the brief duration of signal present to put the station into the active station list. I don't see this as being a signal quality/detection issue. Also Re: #3) I am using the us-bcast table for grabbing OTA stations. And I know the signal is strong enough because I can tune them using the same system with a different distro.
On further investigation, this turned out to be a configuration problem in setting up MythTV. MythTV was keeping the DVB interface open on the card causing the V4L interface to not work correctly. The MythBackend process would continue to run an keep the problem evident while testing with TVTime. When tested on fresh installs of Fedora prior to MythTV being installed the problem does not exist. Sorry for any inconvenience.