Re: webcamd and device numbering
Hi, Use the -v option to enforce a custom Video device number. Match the USB adapters by VID+PID and serial number in /usr/local/etc/rc.d/webcamd --HPS ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: webcamd and device numbering
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/ adapter0adapter1adapter2adapter3 instead: ls /dev/dvb/ adapter0adapter16adapter24adapter8 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 pgpv1mdq18lDB.pgp Description: PGP signature
webcamd and device numbering
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/ adapter0adapter1adapter2adapter3 instead: ls /dev/dvb/ adapter0adapter16adapter24adapter8 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 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: webcamd and device numbering
On Sat, Feb 18, 2012 at 6:32 PM, Da Rock freebsd-questi...@herveybayaustralia.com.au 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/ adapter0adapter1adapter2adapter3 instead: ls /dev/dvb/ adapter0adapter16adapter24adapter8 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 __**_ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/**mailman/listinfo/freebsd-**questionshttp://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-** unsubscr...@freebsd.org freebsd-questions-unsubscr...@freebsd.org Hi, maybe cron job that runs once a minute and checks/fixes? maybe overkill but probably not noticeable to system performance,... . Waitman Gobble San Jose California USA ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: webcamd and device numbering
On 02/19/12 13:16, Robert Bonomi wrote:
From owner-freebsd-questi...@freebsd.org Sat Feb 18 20:42:50 2012
Date: Sun, 19 Feb 2012 12:32:42 +1000
From: Da Rockfreebsd-questi...@herveybayaustralia.com.au
To: FreeBSD Questionsfreebsd-questions@freebsd.org
Subject: webcamd and device numbering
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/
adapter0adapter1adapter2adapter3
instead:
ls /dev/dvb/
adapter0adapter16adapter24adapter8
At least a couple of ways to approach this.
1) (a bad idea, but simple) wrap 'webcamd' in a script that makes the
symlinks before invoking the actual executable.
I don't think that will work because webcamd does the actually device
attach itself. Putting in the symlinks first _cant_ happen because there
is nothing to link to.
2) look at devd.conf(5) and add stuff there to create the links for {1,2,3}
Again, same problem. webcamd does the work there to attach the devices -
but it uses hal to notify and obtain the numbering. I haven't found a
way to turn this off as yet. Originally I don't think it used hal at
all, somewhere along the line they decided to make inextricable.
I may be stuck with the cron job :/ I wonder if I can get it to just
happen at boot... my spidey senses are tingling. I'll have to remember
where I saw that.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: webcamd and device numbering
On Sat, Feb 18, 2012 at 8:37 PM, Da Rock
freebsd-questi...@herveybayaustralia.com.au wrote:
On 02/19/12 13:16, Robert Bonomi wrote:
From
owner-freebsd-questions@**freebsd.orgowner-freebsd-questi...@freebsd.org
Sat Feb 18 20:42:50 2012
Date: Sun, 19 Feb 2012 12:32:42 +1000
From: Da
Rockfreebsd-questions@**herveybayaustralia.com.aufreebsd-questi...@herveybayaustralia.com.au
To: FreeBSD
Questionsfreebsd-questions@**freebsd.orgfreebsd-questions@freebsd.org
Subject: webcamd and device numbering
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/
adapter0adapter1adapter2adapter3
instead:
ls /dev/dvb/
adapter0adapter16adapter24adapter8
At least a couple of ways to approach this.
1) (a bad idea, but simple) wrap 'webcamd' in a script that makes the
symlinks before invoking the actual executable.
I don't think that will work because webcamd does the actually device
attach itself. Putting in the symlinks first _cant_ happen because there is
nothing to link to.
2) look at devd.conf(5) and add stuff there to create the links for
{1,2,3}
Again, same problem. webcamd does the work there to attach the devices -
but it uses hal to notify and obtain the numbering. I haven't found a way
to turn this off as yet. Originally I don't think it used hal at all,
somewhere along the line they decided to make inextricable.
I may be stuck with the cron job :/ I wonder if I can get it to just
happen at boot... my spidey senses are tingling. I'll have to remember
where I saw that.
__**_
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/**mailman/listinfo/freebsd-**questionshttp://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-**
unsubscr...@freebsd.org freebsd-questions-unsubscr...@freebsd.org
I agree it's a crappy solution, (at least?) in principal. I had a drive
that stubbornly refused to mount at boot, a weird harold situation and you
know - like you want to throw the freaking thing out the window..
check/mount on cron was a band-aid approach, it worked.
Waitman Gobble
San Jose California USA
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
