[gst-devel] v4lsrc channel why disappear?
Julien Isorce
julien.isorce at gmail.com
Mon Apr 20 14:10:31 CEST 2009
Hi,
Does anyone already write a gstreamer source filter for this card:
http://www.matrox.com/imaging/fr/produits/morphis_qxt/home.cfm
?
I mean using their SDK.
I have not tried on linux but I think their driver is not compatible with
v4l2.
On windows, their driver is not compatible with directshow.
Note that I have not tried the compatibility with VFW or KSVideo.
(How can I check that ?)
Julien
> 2008/4/30 <jerome at mail.librelogiciel.com>:
> 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.
> > > http://www.iei.com.tw/en/product_IPC.asp?model=IVC-100G
> > > 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.
>
> 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 :
>
> http://boxtream.unice.fr
>
> Hoping this helps.
>
> Bye,
>
> Jerome Alet
>
>
> 2008/4/14 Andres Colubri <andres.colubri at gmail.com>:
> Hi Farkas,
>
> I'm very interested in this topic, since I'm currently writing a source
> element for the matrox morphis capture card:
>
> http://www.matrox.com/imaging/products/morphis/
>
> 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.
> > http://www.iei.com.tw/en/product_IPC.asp?model=IVC-100G
> > 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.
> >
> >
>
>
>
>
> 2008/5/5 Farkas Levente <lfarkas at bppiac.hu>:
>
> yes.
>>
>> Julien Isorce wrote:
>>
>>> Ok.
>>>
>>> You mean it is possible to play all the 4 composite input at the same
>>> time ?
>>>
>>> 2008/5/5 Farkas Levente <lfarkas at bppiac.hu <mailto:lfarkas at bppiac.hu>>:
>>>
>>>
>>> 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 :
>>>
>>>
>>> http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/tests/icles/v4l2src-test.c?revision=1.1&view=markup
>>> <
>>> http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/tests/icles/v4l2src-test.c?revision=1.1&view=markup
>>> >
>>> <
>>> http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/tests/icles/v4l2src-test.c?revision=1.1&view=markup
>>> <
>>> http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/tests/icles/v4l2src-test.c?revision=1.1&view=markup
>>> >>
>>>
>>>
>>> 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 <lfarkas at bppiac.hu
>>> <mailto:lfarkas at bppiac.hu> <mailto:lfarkas at bppiac.hu
>>> <mailto:lfarkas at bppiac.hu>>>:
>>>
>>>
>>> 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.
>>>
>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>> _______________________________________________
>>> gstreamer-devel mailing list
>>> gstreamer-devel at lists.sourceforge.net
>>> <mailto:gstreamer-devel at lists.sourceforge.net>
>>> <mailto:gstreamer-devel at lists.sourceforge.net
>>> <mailto:gstreamer-devel at lists.sourceforge.net>>
>>>
>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>>
>>>
>>>
>>>
>>> -- Levente "Si vis pacem para
>>> bellum!"
>>>
>>>
>>>
>>
>> --
>> Levente "Si vis pacem para bellum!"
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20090420/ed04d4b0/attachment.htm>
More information about the gstreamer-devel
mailing list