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>
next in thread | previous in thread | raw e-mail | index | archive | help
--mojUlQ0s9EVzWg2t
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
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=20
> determined to try and sort it myself. But I'll now eat my humble pie and=
=20
> ask for some help :)
>=20
> I have (I believe I have mentioned this before) 5 dvb tuners in a=20
> FreeBSD server (8.2): 1 cx88, 2 DiVico dual tuners (that totals 4=20
> amongst just the DiVico's). I'm using webcamd to use these (thank God I=
=20
> can get away from Linux!), and they work fine except I have to run ln -s=
=20
> to link them to the right places after every reboot (Only the Divico's=20
> use webcamd). So they should look like this:
>=20
> $ls /dev/dvb/
> adapter0 adapter1 adapter2 adapter3
>=20
> instead:
>=20
> ls /dev/dvb/
> adapter0 adapter16 adapter24 adapter8
>=20
> This is a real problem because 1. MPlayer only accepts 0-4, and 2.=20
> GStreamer (including xine) only accept 1-16.
>=20
> I tried working out how to resolve the issue any sane way; and then I=20
> resorted to some quick hacks. I tried uding devfs.rules for links before=
=20
> I found out it can't do that at all. devfs.conf is no good, as it sets=20
> them up to begin with. And running some commands in rc.local didn't=20
> work: `ln -s /dev/dvb/adapter8 /dev/dvb/adapter1` and so forth.
>=20
> I googled and googled and there seem to be no real fix as webcamd won't=
=20
> work without hal and relies on it for the numbering (but borks it=20
> continuously). I've tried updates and so forth, but all to no avail. I'm=
=20
> not too worried about a permanent fix because hal's death bells have=20
> tolled, but I do need to fix this as it is really getting annoying now -=
=20
> the server is on continuously but can go down from time to time and=20
> catches the unwary :) (like when a scheduled recording which requires=20
> say adapter1 finds it no longer there)
>=20
> I'm using webcamd-3.2.0.2, which I recently updated.
>=20
> 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,
--=20
Frank
Contact info: http://www.shute.org.uk/misc/contact.html
--mojUlQ0s9EVzWg2t
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (FreeBSD)
iEYEARECAAYFAk9BvpcACgkQHduKvUAgeK6mXQCgolSzaXXIsWrQtinpem8RnmFM
csMAn0rZrG6g4zoGyuD3BbrD+YyOae/V
=ujAv
-----END PGP SIGNATURE-----
--mojUlQ0s9EVzWg2t--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120220033137.GB66847>