oh ok you are the one who started the discussion about multi channel frame grabber: good luck anyway 2008/4/30 <<a href="mailto:jerome@mail.librelogiciel.com">jerome@mail.librelogiciel.com</a>>: <div><div class="Wj3C7c">On Wed, Apr 30, 2008 at 09:03:51PM +0200, Farkas Levente wrote: > anybody, any comment? > > Farkas Levente wrote: > > hi, > > as i wrote earlier we'd like to add support for multi channel frame > > grabber cards in gstreamer. what's the problem: > > currently there are the only hardware video input supported by gstreamer > > is the v4l or v4l2 compatible video sources. there are good for common > > hardware like ip camera, tv card (with tunner) or other hardware like > > s-video input etc. but there are many kind of card which has more > > (4,8,16,24) input channel (usually analog input). there card can give > > raw or encoded video sources. but these usually has one physical devices > > ie. one /dev/videoX devices (in this case we've got n composite input). > > we'd like to build in this case n pipeline for the n input channel. one > > of the simple example IVC-100 card which has one bt878 chip and 4 > > composite input and one 4 channel multiplexer. > > <a href="http://www.iei.com.tw/en/product_IPC.asp?model=IVC-100G" target="_blank">http://www.iei.com.tw/en/product_IPC.asp?model=IVC-100G</a> > > in this case we can use v4l and choose one of the channel but we'd like > > to build 4 pipeline and set different parameters on the different > > pipeline's source properties (like frame rate, resolution etc). what's > > more we'd like to modify the source element properties during it's > > running eg. i'd like to modify the 2nd channel frame rate while wouldn't > > like to stop the other 4 pipeline!!! and it's an important feature. > > what we can do? > > - we can create a new source element with 4 output pads, > > - or create a new source element with one output pad, but we'd like to > > create 4 such source element which can parallel use the same device's > > different input channel. > > the first would be the easier, but in this case we can't modify one of > > the input channel's parameter without stop the other pipelines:-( or can > > i do it somehow? and in this case all of the pipeline has to be run in > > the same process. > > in the second case we can start and stop the pipeline independently > > what's more use them in different process, but we probably have to > > create some kind of master/controller process which control the access > > of the source elements to the device. > > what do you think about it? > > what do you suggest about it? > > what's your comments? > > thanks in advance. </div></div>No sure if I understand what you want to do and what your questions are exactly... Anyway, I can confirm that GStreamer works perfectly fine with an ViewCast Osprey 440 which has 4 composite video channels. While we use the very same settings for all inputs in our setup, the channels really are entirely independant. I've done numerous tests without any problem (excepted bad cables) In our setup we optionally use such cards (or any v4lsrc channel) to monitor the inputs of video switchers : we grab all four channels from a single networked pipeline in our headless backend, and send them with gstreamer to our X11 frontend. While we create a single pipeline with all four inputs, you can just as easily create several independant pipelines. You can see the source or download the whole project from :        <a href="http://boxtream.unice.fr/" target="_blank">http://boxtream.unice.fr</a> Hoping this helps. Bye, Jerome Alet 2008/4/14 Andres Colubri <<a href="mailto:andres.colubri@gmail.com">andres.colubri@gmail.com</a>>: Hi Farkas, I'm very interested in this topic, since I'm currently writing a source element for the matrox morphis capture card: <a href="http://www.matrox.com/imaging/products/morphis/" target="_blank">http://www.matrox.com/imaging/products/morphis/</a> This card supports up to 4 simultaneous cameras, but as you mentioned for the ICV-100 card, it has only one physical device. So right now i did a very quick and dirty hack where I send the frames from each camera one after the other (i.e.: frame i is from camera 1, frame i+1 from camera 2, frame i+2 from camera 3, frame i+3 from camera 4, frame i+4 is again from camera 1, and so on)... this was just for testing. I'm very interested to see what would be the answers for the questions in your email. Best, Andres Farkas Levente wrote: > hi, > as i wrote earlier we'd like to add support for multi channel frame > grabber cards in gstreamer. what's the problem: > currently there are the only hardware video input supported by gstreamer > is the v4l or v4l2 compatible video sources. there are good for common > hardware like ip camera, tv card (with tunner) or other hardware like > s-video input etc. but there are many kind of card which has more > (4,8,16,24) input channel (usually analog input). there card can give > raw or encoded video sources. but these usually has one physical devices > ie. one /dev/videoX devices (in this case we've got n composite input). > we'd like to build in this case n pipeline for the n input channel. one > of the simple example IVC-100 card which has one bt878 chip and 4 > composite input and one 4 channel multiplexer. > <a href="http://www.iei.com.tw/en/product_IPC.asp?model=IVC-100G" target="_blank">http://www.iei.com.tw/en/product_IPC.asp?model=IVC-100G</a> > in this case we can use v4l and choose one of the channel but we'd like > to build 4 pipeline and set different parameters on the different > pipeline's source properties (like frame rate, resolution etc). what's > more we'd like to modify the source element properties during it's > running eg. i'd like to modify the 2nd channel frame rate while wouldn't > like to stop the other 4 pipeline!!! and it's an important feature. > what we can do? > - we can create a new source element with 4 output pads, > - or create a new source element with one output pad, but we'd like to > create 4 such source element which can parallel use the same device's > different input channel. > the first would be the easier, but in this case we can't modify one of > the input channel's parameter without stop the other pipelines:-( or can > i do it somehow? and in this case all of the pipeline has to be run in > the same process. > in the second case we can start and stop the pipeline independently > what's more use them in different process, but we probably have to > create some kind of master/controller process which control the access > of the source elements to the device. > what do you think about it? > what do you suggest about it? > what's your comments? > thanks in advance. > yours. > > <div class="gmail_quote">2008/5/5 Farkas Levente <<a href="mailto:lfarkas@bppiac.hu">lfarkas@bppiac.hu</a>>: <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> yes. Julien Isorce wrote: <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="Ih2E3d"> Ok. You mean it is possible to play all the 4 composite input at the same time ? </div> 2008/5/5 Farkas Levente <<a href="mailto:lfarkas@bppiac.hu" target="_blank">lfarkas@bppiac.hu</a> <mailto:<a href="mailto:lfarkas@bppiac.hu" target="_blank">lfarkas@bppiac.hu</a>>>:<div><div></div><div class="Wj3C7c">    no we've got 4 composite channel and not one composite channel with    a tv tunner:-(    Julien Isorce wrote:        Hi,        I am not sure about your question and your requirements but the        v4l2src from plugins-good implements the gsttunner interface,        that permits to select the input.        An example to use it here :        <a href="http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/tests/icles/v4l2src-test.c?revision=1.1&view=markup" target="_blank">http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/tests/icles/v4l2src-test.c?revision=1.1&view=markup</a>        <<a href="http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/tests/icles/v4l2src-test.c?revision=1.1&view=markup" target="_blank">http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/tests/icles/v4l2src-test.c?revision=1.1&view=markup</a>>        <<a href="http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/tests/icles/v4l2src-test.c?revision=1.1&view=markup" target="_blank">http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/tests/icles/v4l2src-test.c?revision=1.1&view=markup</a>        <<a href="http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/tests/icles/v4l2src-test.c?revision=1.1&view=markup" target="_blank">http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/tests/icles/v4l2src-test.c?revision=1.1&view=markup</a>>>        Stefan said :        "You can only cast in PAUSED or PLAYING (not sure about READY).        Basically the devices has to be opened first, before the element        knows that the underlying hardware has support for tuner. The        gst_implements_interface mechanism is basically a hack to        conditinally implement interfaces."        I have experimented it and it works fine. (note that The S-Video        and Composite input were switched but I think it's a driver        problem.)        Ok, if you are talking about playing multiple channel at the        same time, I am not aware about this.        Sincerely        J.        2008/5/5 Farkas Levente <<a href="mailto:lfarkas@bppiac.hu" target="_blank">lfarkas@bppiac.hu</a> </div></div>        <mailto:<a href="mailto:lfarkas@bppiac.hu" target="_blank">lfarkas@bppiac.hu</a>> <mailto:<a href="mailto:lfarkas@bppiac.hu" target="_blank">lfarkas@bppiac.hu</a><div class="Ih2E3d">        <mailto:<a href="mailto:lfarkas@bppiac.hu" target="_blank">lfarkas@bppiac.hu</a>>>>:           hi,           in the old days there exists such a properties as channel,        but now it's           disappear. and there was an input too, which is also        disappear. why?           is there anything what can i use?           eg. if i've a 4 channel BT878 v4l source can i see the second        channel           with gst-launch?           --             Levente                               "Si vis pacem para        bellum!"                 -------------------------------------------------------------------------           This SF.net email is sponsored by the 2008 JavaOne(SM) Conference           Don't miss this year's exciting event. There's still time to        save $100.           Use priority code J8TL2D2.                 <a href="http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone" target="_blank">http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone</a>           _______________________________________________           gstreamer-devel mailing list           <a href="mailto:gstreamer-devel@lists.sourceforge.net" target="_blank">gstreamer-devel@lists.sourceforge.net</a>        <mailto:<a href="mailto:gstreamer-devel@lists.sourceforge.net" target="_blank">gstreamer-devel@lists.sourceforge.net</a>>           <mailto:<a href="mailto:gstreamer-devel@lists.sourceforge.net" target="_blank">gstreamer-devel@lists.sourceforge.net</a>        <mailto:<a href="mailto:gstreamer-devel@lists.sourceforge.net" target="_blank">gstreamer-devel@lists.sourceforge.net</a>>>           <a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a>    --     Levente                               "Si vis pacem para bellum!" </div></blockquote> -- <div><div></div><div class="Wj3C7c">  Levente                               "Si vis pacem para bellum!" </div></div></blockquote></div>