[EMAIL PROTECTED] wrote: > Send Video4linux-list mailing list submissions to > [EMAIL PROTECTED] > > To subscribe or unsubscribe via the World Wide Web, visit > https://listman.redhat.com/mailman/listinfo/video4linux-list > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Video4linux-list digest..." > > ------------------------------------------------------------------------ > Today's Topics: > > 1. I need information about videoconference (Juan Miguel Garcia Gomez) > 2. Re: Comment on Gerd's explanation (Gerd Knorr) > 3. [PATCH] vloopback 0.71 (Jeroen Vreeken) > 4. [Q] Newbie with Zoran chipset problem (German Poo Caaman~o) > 5. v4l (Nathaniel Berenstein) > 6. Re: [Q] Newbie with Zoran chipset problem (German Poo Caaman~o) > 7. Re: I need information about videoconference (Justin Schoeman) > > ------------------------------------------------------------------------ > > Subject: [V4L] I need information about videoconference > Date: Wed, 13 Sep 2000 19:26:14 +0200 > From: Juan Miguel Garcia Gomez <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > References: <[EMAIL PROTECTED]> ><[EMAIL PROTECTED]> > > Hello: > I'm trying to make a videoconference program with my linux. I have a > winnov videoconference card with v4l2 drivers, and I can view streams of > images in local machine. > I don't know if there are protocols and implementations to make > videoconference with another system. > Please tell me whats the situation of videoconference in linux now. > Thanks Juan Garcia. > > ------------------------------------------------------------------------ > > Subject: Re: [V4L] Comment on Gerd's explanation > Date: 13 Sep 2000 19:08:41 GMT > From: [EMAIL PROTECTED] (Gerd Knorr) > Reply-To: [EMAIL PROTECTED] > Organization: Strusel 007 > To: [EMAIL PROTECTED] > Newsgroups: lists.linux.v4l > References: <[EMAIL PROTECTED]> ><[EMAIL PROTECTED]> > > > > For audio it is'nt that obvious. There is - for example - no need to > > > touch TV sound if you switch the video input to the camera temporarely to > > > capture a image for your webcam... > > > > IMHO there should be a "priority" like this: > > > > 1) streaming-capture > > 2) read()-capture > > 3) overlay > > > > This means that 2) interrupts 3) and 1) interrupts the 2) and > > 3). > > Hmm, don't think so. (1) + (2) should be basically the same, with > the main difference that (1) gives exclusive access to one application > (which will be able to capture with full framerate then). (2) is > basically the same, but without exclusive access. read() will put > the buffer into the quere, and multiple applications can do that at > the same time. > > If some application does (1), no other application can do (1) or (2). > If some application does (2), other applications can't to (1), but (2) > would simply queue up the capture request of the second application. > As read() does single frame capturees only, the second application > can expect to get it done within reasonable time. > > (3) can be done at "low priority" if nothing else is to do, i.e. if > nobody does either (1) or (2) or if some app does streaming capture > but failes to queue up free buffers fast enouth. If this works and > is useful depends on the hardware, so I think supporting the "low > priority" thing for overlay should be an *option* for the driver. > IMHO it should be perfectly valid for the driver to return -EBUSY > on capture requests if overlay is active. > > bttv can easily route video on a frame by frame basis with nearly > zero overhead -- but only as long as it is the same video input. > So filling idle time for (1) with (3) can be done only of the input > is the same (input switching takes some time to resync which will > loose some frames which isn't allowed for (1)). For (2)+(3) at the > same time bttv could switch inputs... > > > The default behaviour for audio of 1) + 3) is, that they switch > > the audio source, too. 2) should not (in it's default > > behaviour) switch the audio source, since read() is not > > really useful for streaming capture and therefore does not > > need the audio signal. > > I don't like the driver doing to much automagically. > > > (Especially in your "multiple open"-draft you state > > that for read() the driver should set up the hardware, make one capture > > and then set back the settings -- with this, "streaming" is > > not possible anyway.) > > Where is the "set back" written down? The next application coming will > override them, or maybe a "low priority overlay" hanging around in the > background. But I can't see a need to set back the settings explictily. > > While thinking about the attributes I'm not sure they really should be > part of the device context. For video input, video format, video norm > every application needs it's own set. For the bright/contrast/audio/... > settings this isn't required. In fact there are perfectly legal and > useful szenarios where it is good _not_ having them in the device > context. You might want to adjust the contrast for your webcam. Just > start up xawtv and do so -- without stopping/restarting your webcam. > Have some fancy, generic GUI tool for all sorts of v4l2 controls. > > IMHO it is more clever to have a shared set for these controls (one global? > one per input?). Of course one needs a way to lock access to these controls, > if some application is going to record something important it probably > does'nt want allow others to f*ck up the movie by setting the contrast > control to zero. > > Gerd > > -- > Protecting the children is a good way to get a lot of adults who cant > stand up for themselves. -- seen in some sig on /. > > ------------------------------------------------------------------------ > > Subject: [V4L] [PATCH] vloopback 0.71 > Date: Wed, 13 Sep 2000 21:38:30 +0200 > From: Jeroen Vreeken <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: video4linux list <[EMAIL PROTECTED]> > > Hi, > > A small change: the dumped count wasn't set to zero when a input was > reopened. > > Attached is a diff against 0.7, a diff against a clean 2.4.0-test8 > source tree can be found in the complete package located at: > http://motion.technolust.cx/vloopback > > Jeroen > > ------------------------------------------------------------------------ > --- vloopback-0.7/vloopback.c Mon Sep 11 17:07:10 2000 > +++ vloopback-0.71/vloopback.c Wed Sep 13 21:26:23 2000 > @@ -20,9 +20,10 @@ > * Changed mapped check to open check, also don't allow > * a open for write while somebody is reading. > * Added /proc support > + * Set dumped count to zero at open. > */ > #define VLNAME "vloopback: " > -#define VLVER "0.7" > +#define VLVER "0.71" > > #include <linux/config.h> > #include <linux/kernel.h> > @@ -197,6 +198,7 @@ > } else { > if (loops[nr]->ropen) > return -EBUSY; > + loops[nr]->framesdumped=0; > loops[nr]->frameswrite=0; > loops[nr]->wopen=1; > } > > ------------------------------------------------------------------------ > > Subject: [V4L] [Q] Newbie with Zoran chipset problem > Date: Wed, 13 Sep 2000 17:49:57 -0400 (CLT) > From: German Poo Caaman~o <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > > I'm trying a Bravado 1000 videocard (Truevision) with followings chips: > - Phillips SAA7110A WP <--- Tried with Pauline Middelink's driver > - AMCC PCI MatchMaker 55933Q > - Phillips SAA7187 WP > - Zoran ZR36055 PQC29.5 <--- Same as Phillips > - Zoran ZR36050 PQC > > My card it doesn't recognized, because the card is not based on > zr36120/zr36125 of zoran's drivers, but I think that could be > useful to get a similar driver. > > Where can I get more information abou build a driver for this > chipset? > > I tried with vic, but the error is: The device doesn't exist. > When I set to debug the i2c driver, appears: > Sep 13 17:34:51 cronos kernel: i2c: initialized (i2c bus scan enabled) > Sep 13 17:35:22 cronos kernel: i2c: driver registered: saa7110 > Sep 13 17:35:42 cronos kernel: i2c: driver unregistered: saa7110 > Sep 13 17:35:45 cronos kernel: Linux video capture interface: v1.00 > Sep 13 17:35:50 cronos kernel: i2c: driver registered: saa7110 > > But nothing happen with zoran driver. > > By the waym where can I get the associations between char modes and > its driver? > > Thansk in advance, > > -- > German Poo Caaman~o > mailto:[EMAIL PROTECTED] > http://www.ubiobio.cl/~gpoo/chilelindo.html > > ------------------------------------------------------------------------ > > Subject: [V4L] v4l > Date: Wed, 13 Sep 2000 18:50:59 -0500 (PET) > From: Nathaniel Berenstein <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: video4linux list <[EMAIL PROTECTED]> > > Is there any tutorial that could help me to write programs managing the > API V4L. > > ------------------------------------------------------------------------ > > Subject: Re: [V4L] [Q] Newbie with Zoran chipset problem > Date: Wed, 13 Sep 2000 19:57:26 -0400 (CLT) > From: German Poo Caaman~o <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > > On Wed, 13 Sep 2000, German Poo Caaman~o wrote: > > I'm trying a Bravado 1000 videocard (Truevision) with followings chips: > > - Phillips SAA7110A WP <--- Tried with Pauline Middelink's driver > > - AMCC PCI MatchMaker 55933Q > > - Phillips SAA7187 WP > > - Zoran ZR36055 PQC29.5 <--- Same as Phillips > > - Zoran ZR36050 PQC > > Some days ago I downloaded the ZR36055 Datasheet from ftp.zoran.com, > but today there isn't anonymous access. Reading the document appears > as ISA card. I have a PCI card. > > My question: Where I need to center my attention? on the PCI chip > (AMCC 55933) or ZR36055 (M-JPEG Controller)? > > -- > German Poo Caaman~o > mailto:[EMAIL PROTECTED] > http://www.ubiobio.cl/~gpoo/chilelindo.html > > ------------------------------------------------------------------------ > > Subject: Re: [V4L] I need information about videoconference > Date: Thu, 14 Sep 2000 08:17:01 +0200 > From: Justin Schoeman <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Organization: University of Pretoria > To: [EMAIL PROTECTED] > References: <[EMAIL PROTECTED]> ><[EMAIL PROTECTED]> <[EMAIL PROTECTED]> > > Juan Miguel Garcia Gomez wrote: > > > > Hello: > > I'm trying to make a videoconference program with my linux. I have a > > winnov videoconference card with v4l2 drivers, and I can view streams of > > images in local machine. > > I don't know if there are protocols and implementations to make > > videoconference with another system. > > Please tell me whats the situation of videoconference in linux now. > > Thanks Juan Garcia. > > vic is available for v4l2. Have a look at http://www.thedirks.org/v4l2/ > under "People and Projects". > > -justin > > ------------------------------------------------------------------------ > _______________________________________________ > Video4linux-list mailing list > [EMAIL PROTECTED] > https://listman.redhat.com/mailman/listinfo/video4linux-list _______________________________________________ Video4linux-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/video4linux-list
