On 2/16/06, <b class="gmail_sendername">R. G. Newbury</b> &lt;<a href="mailto:newbury@mandamus.org">newbury@mandamus.org</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Brian Wood wrote:<br>&gt;&gt; Brian Hann wrote:<br>&gt;&gt;<br>&gt;&gt; Nope, not yet (well, it did before).&nbsp;&nbsp;I can unload it manually, but<br>&gt;&gt; I'm not sure how to make that permanent - I tried make menuconfig,<br>
&gt;&gt; but it bombed.&nbsp;&nbsp;Also, not sure why it's being loaded (cx8800).<br>&gt;&gt; Thanks for chiming in, though - helps to get to the bottom of this.<br>&gt;<br>&gt; Do you have your /usr/src/linux symlink pointing to the correct source
<br>&gt; directory, and did you run &quot;makemenuconfig&quot; from that directory&nbsp;&nbsp;??<br>&gt;<br>&gt; You could rmmod the module with a line in rc.local (if your distro<br>&gt; runs that way). I'm not really sure that it is causing me problems
<br>&gt; though, azap gives me proper results and I can play the stream with<br>&gt; mplayer, I just get &quot;too many packet&quot; errors and azap loses lock at<br>&gt; times while playing, but never otherwise.<br>&gt;<br>
&gt; It looks to me as if I have both an analog and a digital source for<br>&gt; the hd3000 card (/dev/ideox and /dev/dvb/adapterx), which everyone<br>&gt; seems to say you can't do.<br>&gt;<br>&gt; But too many other things to work out, getting the hd card working is
<br>&gt; a low priority right now, as I have 3 other cap cards working OK.<br>&gt;<br>&gt; But on the original subject here, a very careful reading of your<br>&gt; bootup messages should reveal which card is which.<br>To Brian
<br>You seem to be a little unclear about how things are supposed to work.<br>No surprises in that! I'm still messing along and I bought my HD3000<br>card last June!<br><br>Re: the kernel<br>You would only need to mess with compiling a kernel if your kernel had
<br>not been compiled originally with the modules we are talking about. In<br>that case, you would need the kernel-source. Since you<br>installed/upgraded from ATRPMS, you would not likely have the kernel<br>source, and so, of course, make menuconfig would crash. If you look in
<br>/usr/src/kernels/`uname -r` with ls -al you should see a&nbsp;&nbsp;'.config'<br>file. This lists all of the things which the kernel was told to either<br>compile in, or make as modules.<br><br>Since you *do* have a cx88_dvb module in /lib/modules, the question is
<br>already answered: the module was built. It would not exist unless the<br>kernel was told to make it. And Axel Thimm is clearly seriously<br>interested in multimedia stuff... so it makes sense that he would ensure<br>that all of that would be enabled.
<br><br>Re: the cards and the modules.<br><br>In Fedora, at least with my machines, it appears that the only way to<br>make things permanent, is to add lines to rc.local. The following is<br>what I have deduced from the way things appear to happen. I may be wrong
<br>but I don't think so. On boot, the Fedora kernel, at some point searches<br>and, I guess, matches found hardware with the list in<br>/lib/modules/your-kernel-here/modules.pcimap and loads the matching<br>module. Unfortunately, that file seems to get automagically re-ordered
<br>without human intervention! I edited the file to put cx88-dvb ahead of<br>cx8800 and cx88-blackbird, but it kept changing back.<br><br>So I added lines to rc.local to force the unloading of any unwanted<br>modules and the loading of the correct module. (Not sure, but I think
<br>that rc.local runs *before* modprobe.conf gets called.)<br><br>Your lsmod seems to show that both the cx88-dvb module *and* the cx8800<br>module are being loaded. This ~could~ be because the Divico card also<br>uses/can use the cx88-dvb module. Unfortunately, lsmod does not tell us
<br>which hardware is using which module.<br><br>Your comment that you thought that the pvr350 was turning up at<br>/dev/video1 is important. I'm not at my mythbox, but IIRC, you should be<br>able to see where the pvr card is loaded from the ivtv segment of dmesg.
<br>Dmesg will tell you whether the proper firmware is being loaded for each<br>card. You may be able to tell which module is being loaded for the<br>HD3000, but IIRC, it is rather obscure and hard to tell exactly which<br>
module is being used.<br><br>In the meantime, I suggest that the only way for you to tell what is<br>going on will be to remove all other cards but the HD3000&nbsp;&nbsp;and comment<br>out all card associated lines in modprobe.conf
 while you do some tests.<br>Then, on a cold boot, check for what /dev entries are showing up, do an<br>'lsmod &gt; test1', followed by 'rmmod cx88-blackbird', 'rmmod cx8800',<br>modprobe -v cx88-dvb' and then another lsmod &gt; test2. That will show you
<br>what you need to know. At that point you should also see the<br>/dev/dvb/adapter0/dvr0 entry show up.<br><br>If the HD3000 card IS then showing up at /dev/dvb/adapter0/dvr0, then<br>put the lines into rc.local, uncomment the ivtv lines, shutdown, add the
<br>pvr card and reboot. The pvr should now show up at /dev/video0 in<br>accordance with the 'alias char-major-81-0 ivtv' line.<br>Then do the same with the bttv card and lines.... which I guess should<br>be after ivtv in 
modprobe.conf.<br>And that will confirm where each is supposed to go, and what each needs<br>to load properly.<br><br>Then remember to fire up mythtv-setup and set the names of the tuner<br>cards in the order you want, and with a name which you can recognize.
<br>Also remember that if your cards only do analog, your lineups for that<br>card can only be analog channels. And it helps to make your most<br>finicky&nbsp;&nbsp;card the first card you enter in&nbsp;&nbsp;mythtv-setup (in your case,<br>like mine, probably the HD3000). This means that myth will choose
<br>another card (should be the pvr350) as the default card and that card is<br>the easiest and most consistent to set up and tune. The HD3000 card at<br>least, needs to have the modulation, mplexid, serviceid and other stuff
<br>set before it will actually tune... and that is sometimes difficult to<br>get right, and when it fails you can end up with a black screeen and a<br>stuck box. A default tuner/channel combination which always works, is 'a
<br>good thing'.<br><br>HTH<br><br> Geoff<br><br><br><br><br><br><br><br>--<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; R. Geoffrey Newbury<br>&nbsp;&nbsp;&nbsp;&nbsp; Barrister and Solicitor<br> Suite 106, 150 Lakeshore Road West<br>&nbsp;&nbsp;&nbsp;&nbsp;Mississauga, Ontario, L5H 3R2<br><br>
&nbsp;&nbsp;905-271-9600&nbsp;&nbsp;Fax 905-271-1638<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <a href="mailto:newbury@mandamus.org">newbury@mandamus.org</a><br><br>_______________________________________________<br>mythtv-users mailing list<br><a href="mailto:mythtv-users@mythtv.org">
mythtv-users@mythtv.org</a><br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br></blockquote></div><br>I appreciate the time you put into this e-mail.&nbsp; This seems like a weak spot in linux; I'm suprised it exists!
<br>