Re: [gst-devel] Videomixing two/multiple webcams side by side

[Luciana Fujii Pontello <luciana@ho...>]

On Tue, 2010-05-25 at 13:01 -0700, scottmil wrote:
> I would LOVE to see it.  Is it posted somewhere it can be downloaded?
> 
> Scott

I only received your e-mail today, so I don't know if this will still be
useful.

The module I use to mix 2 pipelines in a picture-in-picture is in here:
http://git.holoscopio.com/?p=sltv.git;a=blob;f=sltv/videomixer.py;hb=HEAD. It does others crazy things (I use it as if it was the input-selector also), but it should not be a problem if you don't link more stuff to it. Actually, I think if you go back in time you can get a simpler version like this: http://git.holoscopio.com/?p=sltv.git;a=blob;f=sltv/videomixer.py;h=91e8d0bdd59d1a0c1a3718cbc29ebe5018f16b33;hb=2cabc48c982650dd0d3f69499374fa2e46a11e31

I have a small test case in http://holoscopio.com/~fujii/testpip.py that
is a good example and you can check the project repository to see how we
use it for real.

Regards,

Luciana Fujii
Holoscópio Tecnologia - http://holoscopio.com

Re: [gst-devel] A hang inside gst_task_join()

[Loc Nguyen <loc.x.nguyen@or...>]

On 6/6/2010 10:17 PM, gstreamer-devel-request@... wrote:
> When the queue is asked to do a state change to READY, it first sets its
> state to flushing and then it signals the item_add cond variable (see
> gst_queue_src_activate_push(). This makes the task go into paused where
> the core does a join on it.
>   
Wim,

Not knowing the full tear down sequence, I'm trying to fill in the holes 
here.  Our original sequence was to set the pipeline state to null then 
unref it.  From what you're saying, the queue is changing state to 
READY.  I assume this is during setting the pipeline state to null and 
NOT during unref'ing.  Am I reading this correctly in your explanation?  
During this operation to set the pipeline state to null, the pads are 
activated again (interesting)?  This causes the queue to signal and 
flush, exiting the task function.

Then by the time we unref the pipeline, the task function is no longer 
waiting on the queue, and the join succeeds.  Is this correct?  If I am 
understanding this correctly, then the problem is why are we still 
waiting in the gst_queue_loop().  I am sure it's the same task -- same 
function pointer address.  We've come up with a theory (assuming my 
interpretation of your explanation is correct) on why this is 
happening.  Here goes.

We followed an example from the gstreamer manual that showed setting the 
pipeline's state to null then immediately unref the pipeline.  The 
theory is that the pipeline hasn't reached null yet by the time we go to 
unref the pipeline.  During unref, we finalize the pad and try to join 
the task.  This occurs before the set to null state had a chance to 
activate the pad again, which would cause the wait in the queue loop to 
signal and exit.  Since the pad got finalized, it no longer receives 
events, including the activate event.  So the task is waiting, but the 
pad no longer accepts the event telling it to activate.  Thus, the 
hang.  Sound reasonable?

We're theorizing that after setting the pipeline's state to null, we 
should not immediately unref it.  Instead, we should wait for the state 
change then unref it.  What do you think?

Since sending out this first request, we've seen this hang on several 
more machines.

-Loc

Re: [gst-devel] GLMosaic

[Julien Isorce <julien.isorce@gm...>]

2010/5/31 Eirel <hoshi63@...>

>
> Hi everybody!
>
> To complete a project I've got during my studies, I've got to use glmosaic
> into a C++ code. The aim is to specified two video entries and to mix it
> into an 3D opengl output, using a filter I've got specially written for
> this
> (which can be find in git as glfilterreflectedscreen).
> But I can't find lots of example, and the only one (on git) doesn't work on
> my pc.

Hi

What is the exact error ? trace ?

Julien


> I'll try it at home to see if the problem doesn't only comes because
> of my computer but I hope it's not that.
>
> That's why each example and explication about the use of this element could
> be fine to me.
>
> Thanks (and sorry for mistakes, I'm a french student and make some, I know
> ^^')
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/GLMosaic-tp2237324p2237324.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel@...
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>

[gst-devel] We're using gstreamer!

[Christopher Brooks <cab938@ma...>]

Hi,

We're using gstreamer in a project that's about to hit a 1.0 release.  I
know that there are a couple of pages in the wiki outlining who uses
gstreamer, who do I talk to about getting our project added?

Regards,

Chris

--
Christopher Brooks

mail:  Advanced Research in Intelligent Educational Systems (ARIES)
Laboratory,
       Department of Computer Science, University of Saskatchewan
	   110 Science Place
	   Saskatoon, SK
	   S7N 5C9
email: cab938@...
web:   http://www.cs.usask.ca/~cab938
phone: 966-1442

[gst-devel] gst-launch network cache

[sam tygier <samtygier@ya...>]

hello

after quite a lot of trial and error i managed to play a radio stream using:
gst-launch-0.10 souphttpsrc location="http://media-ice.musicradio.com/XFMManchester"; ! decodebin ! pulsesink
however the stream stutters occasionally, and i suspect that caching (or increasing the cache) would help. is there a way to do this?

also i had a lot of trouble finding a stream address that would work. the website gives the stream address of http://mediaweb.musicradio.com/Playlist.asx?StreamID=9 this works for totem, but not for gst-launch. is there a way to get gst-launch to use the high level URLS, to save me hunting for the actuall stream URL.

thanks

sam

[gst-devel] Wrong pad probe behavior on returning false

[Wes Miller <wmiller@sd...>]

In an earlier thread Tim-Phillip Muller wrote:

     You could ...  set up a buffer probe on the capsfilter's sink pad.
Whenever 
     a buffer is pushed through, your probe callback will be called and you
can 
     decide whether the buffer should be dropped or kept by returning TRUE 
     or FALSE. 

I coded this approach up and sure enough it works, right up until I decide
to discard a frame of data.  I return false from the pad-probe and it stops
being called, the rest of the data goes flying by, EOS  goes down the pipe
and I exit.  

The docs and Tim-Phillip say the data will be discarded on false, kept on
true.  There is no exact statement saying this refers to the individual
frame, but that seems the proper interpretation.  No doc suggests that the
callback will be disconnected on a false return as would a false return from
a bus callback.

It this an error in interpretation or in the code.

Wes Miller
-- 
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Wrong-pad-probe-behavior-on-returning-false-tp2246302p2246302.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.

[gst-devel] Hooking ALWAYS src to ON-REQUEST sink

[Wes Miller <wmiller@sd...>]

I wish to hook a capsfilter element to a matroskamux element thus:

              ... ! capsfilter  ! matroskamux ! ....

I wish to do this in a C program.

I see that cpasfilter's src element has an "always" pad and matroskamux's
has "on-request" sink pads.  I have made this work by using  
gst_element_link_filtered( capsfilt, mux, my-caps )  just as I'd use a
gst_element_link() in the main(), not in a callback.  

Is this correct?  Or should I do the link after the pipe is running?  If so,
what is it that i need to detect on the capsfilter's src pad?  I tried the
handoff signal but that apparently isn't emitted by capsfilter().

Wes Miller
-- 
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Hooking-ALWAYS-src-to-ON-REQUEST-sink-tp2246095p2246095.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.

Re: [gst-devel] v4l2src broken in good-0.10.23?

[Stefan Kost <ensonic@ho...>]

On 04.06.2010 08:09, gather bzbz wrote:
> v4l2src seems to be broken in the latest plugins-good-0.10.23. None of the old v4l2src test pipelines return correctly. Also "gst-inspect v4l2src" gets stuck. Any ideas?
>
>
>   
works fine here. does it hang with you camera unplugged too. what does
v4l-info say about your camera. Does you camera work with other apps.

Stefan

Re: [gst-devel] avidemux issue with streaming content

[ved kpl <ved.kpl@gm...>]

Hi,

I suppose "mpeg4decoder"  is some proprietary plugin. Isolate the
problem first, by not using it in the pipeline.
Try the following and see what you get.
gst-launch gnomevfssrc location=http://path/file.avi ! avidemux name=d
d.video_00 ! fakesink -v

Regards,
Vikram

On Mon, Jun 7, 2010 at 10:47 AM, sudarshan bisht
<bisht.sudarshan@...> wrote:
> Hi ,
>
> Did you try using mpeg4videoparse between avidemux and mpeg4decoder ?
>
> On Mon, Jun 7, 2010 at 9:50 AM, Chen, Weian <weian.chen@...> wrote:
>>
>>
>>
>> Hi,
>>
>>
>>
>> I'm trying to view mpeg4 video files (in avi container) on network with
>> GStreamer. Running the "gst-launch gnomevfssrc location=http://path/file.avi
>> ! avidemux ! mpeg4decoder ! xvimagesink" prints out only text "RUNNING
>> pipeline" and freezes and only the first frame appears on the screen. Does
>> anybody here know what happened? And is it a known issue of avidemux?
>>
>>
>>
>> Thanks in advanced!!
>>
>>
>>
>> Thanks
>>
>> Weian
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>> lucky parental unit.  See the prize list and enter to win:
>> http://p.sf.net/sfu/thinkgeek-promo
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel@...
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>
>
>
> --
> Regards,
>
> Sudarshan Bisht
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel@...
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>

Re: [gst-devel] avidemux issue with streaming content

[sudarshan bisht <bisht.sudarshan@gm...>]

Hi ,

Did you try using
mpeg4videoparse<http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-plugin-mpeg4videoparse.html>;
between
avidemux and mpeg4decoder ?

On Mon, Jun 7, 2010 at 9:50 AM, Chen, Weian <weian.chen@...> wrote:

>
>
> *Hi,*
>
>
>
> *I'm trying to view mpeg4 video files (in avi container) on network with
> GStreamer. Running the "gst-launch gnomevfssrc location=
> http://path/file.avi ! avidemux ! mpeg4decoder ! xvimagesink" prints out
> only text "RUNNING pipeline" and freezes and only the first frame appears on
> the screen. Does anybody here know what happened? And is it a known issue of
> avidemux?*
>
> * *
>
> *Thanks in advanced!!*
>
> * *
>
> Thanks
>
> Weian
>
>
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel@...
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>


-- 
Regards,

Sudarshan Bisht

[gst-devel] avidemux issue with streaming content

[Chen, Weian <weian.chen@in...>]

Hi,

I'm trying to view mpeg4 video files (in avi container) on network with GStreamer. Running the "gst-launch gnomevfssrc location=http://path/file.avi ! avidemux ! mpeg4decoder ! xvimagesink" prints out only text "RUNNING pipeline" and freezes and only the first frame appears on the screen. Does anybody here know what happened? And is it a known issue of avidemux?

Thanks in advanced!!

Thanks
Weian