[mythtvnz] DVB cards changing

Fri Jul 17 12:57:10 BST 2009

Hmm, not sure.
I may slightly get it now. The Nova S has a composite video out which is
probably why I also get /dev/video0 and /dev/video1 but they're not really
what I'm after.
I may be beating up the wrong runway.
I can see the cards in the pci bus.
To be honest very little about this install has gone easy. Lirc is all
changed, the cards have been mental, and audio has been elusive (Just
figured out making the master the volume control works). Granted that nvidia
graphics have been easy-ish, EIT off the dish is not too hard but l had a
large enough headache with trying to get diskless workstations to be
properly set up - MCC kept crashing for them.
Yes, its Mythbuntu 9.04 folks.
Barry

2009/7/17 Jason Taylor <killerkiwi2005 at gmail.com>

> no problem... the bug says  /dev/v4l /* dont work.. I'm assuming thats
> still true?
>
> I've only ever done this with analogue cards but this is what I did
>
> sudo python udev-rules-jaunty.py   /dev/video0   /dev/video_PVR150a
> sudo python udev-rules-jaunty.py   /dev/video1   /dev/video_PVR150b
>
> And that will walk you through the rest
>
> Then in myth setup change the devices to /dev/video_PVR150a and
> /dev/video_PVR150b
>
> The /dev/video_ links will then always point to the correct device,
> the /dev/video0 etc will still change
>
> Jason Taylor
>
> 2009/7/17 Barry Clearwater <barryc at bcsystems.co.nz>:
> > Jason, thanks for this. I have only a cursory understanding of the udev
> > rules, can you give me an example for using your script. I have a
> > /dev/video0 and /dev/video1 device which are pointed to by
> > /dev/v4l/by-path/pci-0000:01:06.0-video-index0  and index1  symlinks.
> > I've found /lib/udev/rules.d/60-persistent-v4l.rules but I'm not sure
> which
> > two devices I'm telling your script about - the script asks for an old
> > device and new device.
> > In mythtv-setup, i've got dvb devices 0-3  which keep changing (don't
> know
> > how they are referenced!) I'm typing all this to try and document it
> better
> > for the next "bloke" who thinks he knows what hes doing :-) So thanks for
> > the script, just need a wee nudge.
> > Regards
> > Barry
> >
> > 2009/7/17 Jason Taylor <killerkiwi2005 at gmail.com>
> >>
> >> Create a udev rule....
> >>
> >> See script on this bug
> >> https://bugs.launchpad.net/ubuntu/+source/mythbuntu-meta/+bug/370696
> >>
> >> They got my name wrong in the copyright lol
> >>
> >> 2009/7/17 Graeme Woollett <g.woollett at irl.cri.nz>:
> >> > krizze at bluezone.no wrote:
> >> >>> I have a second problem, same system. I have two Hauppauge Nova S
> >> >>> cards
> >> >>> and
> >> >>> a dual Nova T. The cards keep changing their assignments, eg DVBS0
> >> >>> becomes
> >> >>> the Nova T then after a reboot becomes the Nova S.
> >> >>> Can't figure this one out but it sure stuffs up myth.
> >> >>> I also have problems trying to tune one of the nova T, sometimes it
> >> >>> just
> >> >>> sits there and won't tune, other times it flys through.
> >> >>> Aaargh! Help anyone?
> >> >>>
> >> >> One way would be to blacklist the kernel modules the cards are using
> >> >> (/etc/modprobe.d/blacklist afaik). Then you can manually modprobe
> them
> >> >> in
> >> >> order during bootup, e.g. in /etc/rc.local:
> >> >> modprobe module-of-card-1 options=xxx
> >> >> modprobe module-of-card-2 options=xxx
> >> >>
> >> >> I also have problems with tuning on my Nova-T-500, it just stands
> there
> >> >> with no lock, and 0 signal. After a reboot it's OK again, for a cople
> >> >> of
> >> >> hours, if i'm lucky. Guess it's broken or something.
> >> >>
> >> >>
> >> >> Regards,
> >> >> Kristian Haga Karstensen
> >> >>
> >> >>
> >> >>
> >> >> _______________________________________________
> >> >> mythtvnz mailing list
> >> >> mythtvnz at lists.linuxnut.co.nz
> >> >> http://lists.ourshack.com/mailman/listinfo/mythtvnz
> >> >> Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/
> >> >>
> >> > Make sure you are not running the 1.2 version firmware.  A UDev rule
> can
> >> > stop them changing around.
> >> > I had a HVR4000 & Nova T that did this.  I found that they only
> changed
> >> > order when I did a warm reboot.  Cold booting didn't change them.
> >> > Once the firmware gets loaded they must change the product or vendor
> ID
> >> > and this causes them to be allocated in a different order by the OS.
> >> >
> >> >
> >> >
> >> > --
> >> > Graeme Woollett
> >> > Research Engineer
> >> > Applied Physics and Engineering Team
> >> > Industrial Research Ltd
> >> > ph 04 931 0193
> >> > email g.woollett at irl.cri.nz
> >> >
> >> >
> >> > _______________________________________________
> >> > mythtvnz mailing list
> >> > mythtvnz at lists.linuxnut.co.nz
> >> > http://lists.ourshack.com/mailman/listinfo/mythtvnz
> >> > Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/
> >> >
> >>
> >>
> >>
> >> --
> >> "Weekends don't count unless you spend them doing something completely
> >> pointless. " - Calven
> >>
> >> _______________________________________________
> >> mythtvnz mailing list
> >> mythtvnz at lists.linuxnut.co.nz
> >> http://lists.ourshack.com/mailman/listinfo/mythtvnz
> >> Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/
> >
> >
> >
> > --
> >
> > Barry Clearwater
> > Email: barryc at bcsystems.co.nz
> >
> > _______________________________________________
> > mythtvnz mailing list
> > mythtvnz at lists.linuxnut.co.nz
> > http://lists.ourshack.com/mailman/listinfo/mythtvnz
> > Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/
> >
> >
>
>
>
> --
> "Weekends don't count unless you spend them doing something completely
> pointless. " - Calven
>
> _______________________________________________
> mythtvnz mailing list
> mythtvnz at lists.linuxnut.co.nz
> http://lists.ourshack.com/mailman/listinfo/mythtvnz
> Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/
>

-- 

Barry Clearwater
Email: barryc at bcsystems.co.nz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ourshack.com/pipermail/mythtvnz/attachments/20090717/5cdebb1a/attachment.htm 