You are not logged in.
Been using the same tv tuner + radio fm combo card and since update to linux 3 still able to use xawtv but will not tune fm radio using xawtv package radio program. Card will still tune fm radio on a windows machine with the btwincap.sourceforge.net driver + amcap program.
Last edited by nomorewindows (2012-09-19 17:27:08)
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
I noticed switching between the ttv program and the radio program that the audio of the tuned tv station is still going so the problem is that the radio is not being tuned at all for whatever reason. Presuming it has something to do with the kernel module?
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
Switching back to the lts kernel gives us the functionality back again.
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
same problem with a haupagge board (bt848), have you found any other solution?
Offline
And same problem still exists even with new 3.2.4-1-ARCH kernel. Card is PixelViewPro.
options bttv card=37 tuner=5 radio=1
Linux R:O:T 3.2.4-1-ARCH #1 SMP PREEMPT Sat Feb 4 11:21:15 UTC 2012 i686 AMD Athlon(tm) XP 3200+ AuthenticAMD GNU/Linux
LTS pre v3 kernel works just fine. Has anybody got any clue how to solve this problem?
Offline
maybe this could be helpful to someone: http://www.spinics.net/lists/linux-media/msg40001.html
Offline
I can in fact run radio and xawtv at the same time, the audio comes through, but the picture on the xawtv turns black. Wonder if /dev/radio is even being touched and that explains why it doesn't retune in FM mode?
Just happened to find a kernel26 in the AUR: rtai-kernel (grub it now while you still can)
It may take awhile to compile it from scratch and the full thing (it must be is a 1 GB package install, 120MB package file).
Last edited by nomorewindows (2012-02-17 03:10:11)
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
Works.
Add a line in the card definition file bttv-cards.c.
.has_radio = 1,
Offline
That means I'd have to download the full kernel just to change one line. The card may differ on this also.
Speaking of differing cards, it lists my card (card=10) and there isn't even an entry for (10 or 0xa) in the bttv-cards.c for it? This is on the working kernel.
Last edited by nomorewindows (2012-04-26 14:47:09)
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
Looking back at the 2.6.35-7-RTAI bttv-cards.c, the following line as pointed out by http://www.spinics.net/lists/linux-media/msg45899.html above, is missing this:
tun_setup.mode_mask = T_ANALOG_TV | T_DIGITAL_TV;
tun_setup.type = btv->tuner_type;
tun_setup.addr = addr;
if (bttv_tvcards[btv->c.type].has_radio)
tun_setup.mode_mask |= T_RADIO;
bttv_call_all(btv, tuner, s_type_addr, &tun_setup);
whereas his suggestion was:
tun_setup.mode_mask = T_ANALOG_TV;
tun_setup.type = btv->tuner_type;
tun_setup.addr = addr;
if (btv->has_radio)
tun_setup.mode_mask |= T_RADIO;
bttv_call_all(btv, tuner, s_type_addr, &tun_setup);
Seems as though the mode_mask has been modified by the fact that the T_DIGITAL_TV was taken out.
Maybe this should be noted upstream, unless this was intentional, but I don't think so.
After compiling, it does not take the T_DIGITAL_TV, so his change must be what's necessary.
Last edited by nomorewindows (2012-07-14 23:53:49)
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
As of kernel 3.5.3, radio operation has been restored.
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline