I have a Hauppauge HVR-1300 card, and it does not work in MyhtTV at all (cannot find any channel), and in Kaffeine it displays a single channel, but when trying to switch to a different channel, Kaffeine locks up. After restarting Kaffeine, it displays the newly selected channel, and works until somebody tries to switch to a different channel again. Tuning using tzap works (it takes about two seconds to obtain a lock): $ tzap CT\ 1 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' tuning to 538000000 Hz video pid 0x0101, audio pid 0x0111 status 01 | signal 6767 | snr 8000 | ber 00003fff | unc 00000000 | status 1f | signal 6767 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 6767 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK When tuned using tzap, the DVB-T stream can be displayed e.g. using mplayer or saved using cat. I have reported this to the MythTV trac, but the authors claimed this to be a driver bug, and suggested filling a kernel bug entry, which is what I am doing now. The MythTV request is at http://code.mythtv.org/trac/ticket/8074. Both MythTV and Kaffeine problems have also been seen by another user here: http://godard.b.free.fr/dotclear/index.php?2007/04/04/13-hauppauge-wintv-hvr1300-under-linux#c1346 I use mainly Fedora kernel, but occasionally try also kernel.org vanilla kernels, so this is by no means specific to the Fedora kernel.
I can confirm that is not specific to Fedora kernels nor MythTV. It happens the same with Kaffeine in my Debian Squeeze System (kernel 2.6.32-5-686-bigmem) See: http://bugs.debian.org/614285 https://bugs.launchpad.net/debian/+bug/439163
Same problem here, my HVR-1300 used to work with MythTV and Kaffeine correctly until a kernel upgrade around about > 2.6.27 which since then has never worked correctly. I've read reports that increasing the time to lock channels prevents the timeouts but nothing seems to work now. I've also got a WinTV Nova-T card and whilst it's not the same chipset, I'm now getting the same problem with channels not being found. I'm fairly sure the problem is a kernel issue with v4l/v4l2, I got better results using v4l-hg tree but I'm using kernel 2.6.38 now and the problem is still there. I'm using Gentoo but I've tried the HVR-1300 in the latest Mythbuntu 10.10 as well with the same result.
Great, I've also got the same problem with my WinTV Nova-T card now. Doesn't look like anyone is interested in fixing the problem either.
(In reply to comment #2) > Same problem here, my HVR-1300 used to work with MythTV and Kaffeine > correctly > until a kernel upgrade around about > 2.6.27 which since then has never > worked > correctly. I've read reports that increasing the time to lock channels > prevents > the timeouts but nothing seems to work now. I've also got a WinTV Nova-T card > and whilst it's not the same chipset, I'm now getting the same problem with > channels not being found. I'm fairly sure the problem is a kernel issue with > v4l/v4l2, I got better results using v4l-hg tree but I'm using kernel 2.6.38 > now and the problem is still there. > Applying the fix from comment 147 on the Launchpad link resolved the problem for me, I'm able to find channels using w_scan, scan and gstreamer now.
Do you still need this workaround with modern kernels ?
Alan: it works for me in Fedora 17 (distribution kernel 3.5.0-2.fc17.x86_64).
thanks
Just for the record, it works for me in Debian Squeeze with a backported Kernel (3.2.0-0.bpo.3-amd64)