Date: Wed, 21 Feb 1996 13:20:45 -0600 From: Jim Lowe <james@miller.cs.uwm.edu> To: mmead@Glock.COM, multimedia@star-gate.com Cc: hackers@freebsd.org Subject: Re: frameserv and clients Message-ID: <199602211920.NAA21889@miller.cs.uwm.edu>
next in thread | raw e-mail | index | archive | help
> From: "matthew c. mead" <mmead@Glock.COM> > > I'm currently working on a framserver for the Connectix > QuickCam. Basically, it's a unix domain sockets server that > waits for connections and upon getting them grabs a frame from > the camera using the libqcam.a (from qcam-0.3) routines and > shoves the frame down sockets to the client applications. This > implementation could easily be change/extended to use tcp/ip > connections so that you could have a machine grabbing frames and > clients elsewhere snagging them from across the network. > [...] I started to think about this also, but this is what vic already does. The missing piece of this is the abilty to remote control the server, but I beleive this is being handled by the conference bus that is planned for the vic/vat applications. Vic reads video data from a capture board, compress the data, and send it out to the network. It is also a receiver and a user interface, but part of it is a video frame grabber for the network. The user API is really RTP so application can recieve unicast or multicast packets and decode the RTP frames. A neat interface to this would be to grab RTP frames from a session and plop them into a web page somewhere. Sort of the the mbone vcr for single frames. If you would like more details on vic, you might want to check out Steve McCanne's home page: http://www-nrg.ee.lbl.gov/mccanne -Jim
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199602211920.NAA21889>