Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 20 Feb 2012 03:31:37 +0000
From:      Frank Shute <frank@shute.org.uk>
To:        FreeBSD Questions <freebsd-questions@freebsd.org>
Subject:   Re: webcamd and device numbering
Message-ID:  <20120220033137.GB66847@orange.esperance-linux.co.uk>
In-Reply-To: <4F405F4A.3080309@herveybayaustralia.com.au>
References:  <4F405F4A.3080309@herveybayaustralia.com.au>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
On Sun, Feb 19, 2012 at 12:32:42PM +1000, Da Rock wrote:
>
> I've been struggling with this on my own for ages now, and I was 
> determined to try and sort it myself. But I'll now eat my humble pie and 
> ask for some help :)
> 
> I have (I believe I have mentioned this before) 5 dvb tuners in a 
> FreeBSD server (8.2): 1 cx88, 2 DiVico dual tuners (that totals 4 
> amongst just the DiVico's). I'm using webcamd to use these (thank God I 
> can get away from Linux!), and they work fine except I have to run ln -s 
> to link them to the right places after every reboot (Only the Divico's 
> use webcamd). So they should look like this:
> 
> $ls /dev/dvb/
> adapter0    adapter1    adapter2    adapter3
> 
> instead:
> 
> ls /dev/dvb/
> adapter0    adapter16    adapter24    adapter8
> 
> This is a real problem because 1. MPlayer only accepts 0-4, and 2. 
> GStreamer (including xine) only accept 1-16.
> 
> I tried working out how to resolve the issue any sane way; and then I 
> resorted to some quick hacks. I tried uding devfs.rules for links before 
> I found out it can't do that at all. devfs.conf is no good, as it sets 
> them up to begin with. And running some commands in rc.local didn't 
> work: `ln -s /dev/dvb/adapter8 /dev/dvb/adapter1` and so forth.
> 
> I googled and googled and there seem to be no real fix as webcamd won't 
> work without hal and relies on it for the numbering (but borks it 
> continuously). I've tried updates and so forth, but all to no avail. I'm 
> not too worried about a permanent fix because hal's death bells have 
> tolled, but I do need to fix this as it is really getting annoying now - 
> the server is on continuously but can go down from time to time and 
> catches the unwary :) (like when a scheduled recording which requires 
> say adapter1 finds it no longer there)
> 
> I'm using webcamd-3.2.0.2, which I recently updated.
> 
> Cheers

The manpage seems to indicate that HAL is an option for webcamd(8):

     -H      Register device by the HAL daemon.

If you still have problems you might want to post on multimedia@ as
the author of webcamd hangs out there (hselasky@).


Regards,

-- 

 Frank

 Contact info: http://www.shute.org.uk/misc/contact.html



[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (FreeBSD)

iEYEARECAAYFAk9BvpcACgkQHduKvUAgeK6mXQCgolSzaXXIsWrQtinpem8RnmFM
csMAn0rZrG6g4zoGyuD3BbrD+YyOae/V
=ujAv
-----END PGP SIGNATURE-----
help

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120220033137.GB66847>