Send gstreamer-devel mailing list submissions to
gstreamer-devel@...To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/gstreamer-develor, via email, send a message with subject or body 'help' to
gstreamer-devel-request@...You can reach the person managing the list at
gstreamer-devel-owner@...When replying, please edit your Subject line so it is more specific
than "Re: Contents of gstreamer-devel digest..."
Today's Topics:
1. Re: [directdrawsink] Overlay Support? (Michael Smith)
2. Re: sink bin with multiple sink elements (Gregory McGarry)
3. Re: gst_element_factory_make returning failure
(Suman Kumar Sanjeev Prasanna)
4. Re: [Gstreamer-openmax] Port Gstreamer to Android (Prajnashi S)
5. Re: [Gstreamer-openmax] Port Gstreamer to Android (Edward Hervey)
----------------------------------------------------------------------
Message: 1
Date: Wed, 4 Mar 2009 13:27:23 -0800
From: Michael Smith <
msmith@...>
Subject: Re: [gst-devel] [directdrawsink] Overlay Support?
To: Discussion of the development of GStreamer
<
gstreamer-devel@...>
Message-ID:
<
3c1737210903041327u4612f7bqd57dc2aba6652cb6@...>
Content-Type: text/plain; charset=ISO-8859-1
On Wed, Mar 4, 2009 at 1:15 PM, Thomas Loewe <
lazyt@...> wrote:
>
>> The changes here to remove the L prefix suggest that you're incorrect
> compiling this in non-unicode mode
- your build system (whatever it is
> you're using) should be defining UNICODE or _UNICODE or something to
> make this work correctly.
>
> Ok UNICODE works, thanks.
Great. Please remember to file a bug for the other thing you patched, though.
>
>> I'm not precisely sure what you mean - can you show the code you're using
>> to do this?
>
> I mean the "gst_x_overlay_set_xwindow_id(GST_X_OVERLAY(videosink),
> (gulong)outputwindow);" function. With directdrawsink/xvimagesink i can
> switch the output to another window during playing pipeline. This doesn't
> work with dshowvideosink at the moment.
Ok, that should probably work - it's not needed for the stuff I'm
using (hence I don't test it), but it should; if you file a bug I'll
see if it's practical to fix it.
Mike
------------------------------
Message: 2
Date: Wed, 4 Mar
2009 17:20:32 -0800 (PST)
From: Gregory McGarry <
g.mcgarry@...>
Subject: Re: [gst-devel] sink bin with multiple sink elements
To: Edward Hervey <
bilboed@...>
Cc: gstreamer-devel <
gstreamer-devel@...>
Message-ID: <
914257.71680.qm@...>
Content-Type: text/plain; charset=utf-8
Edward Hervey wrote:
> > I created an audio sink element and a video sink element and ghosted the pins
> to GstBin. It works fine when
both the audio and video pads are linked, but it
> doesn't work if only one of the pads is linked. In this case, the pipeline
> wedges. I think GstBin may be waiting for messages from the unlinked sink
> element.
> >
> > I then tried to change the pads in the bin to request pads and create
> instances of the video and audio elements when a request arrives. This doesn't
> work reliably:
> >
> > (bin:10041): GStreamer-WARNING **: adding flushing pad 'video' to running
> element 'mybin0'
> > (bin:9997): GStreamer-WARNING **: adding flushing pad 'audio' to running
> element 'mybin0'
> >
> > Do you have any recommendations on when to add the elements to the bin and how
> to ghost the pads correctly?
>
> Using request pads (and only creating/adding the elements at that
> time) is the
correct way to do it.
> Since you're adding the pads in PAUSED/PLAYING, you will have to
> activate them before adding them to yourself.
> gst_pad_set_active(newpad, TRUE);
>
> Finally, to make sure your elements are in the right state, once
> you've added them and just before returning the requested pad, you need
> to call 'gst_element_sync_state_with_parent(newelement)' on each of the
> newly added elements. This will ensure they're in the correct state.
Thanks for tip.
My bin now contains two sink elements; one for video and one for audio. I funnel all data from the video and audio sinks into my library.
When I open my library I need to know if both audio and video will be available. I defer opening the library until the first sink render() is invoked. Hopefully set_caps() has been invoked on each sink, so I
know if the library should be opened for audio and video.
Well, this isn't always the case. It seems that flvdemux and avidemux will start decoding one of the streams well before the other has invoked request_new_pad(). The behaviour isn't deterministic, since it sometimes works, other times it doesn't.
When is there an opportunity to synchronise all sinks inside a bin?
Thanks.
Stay connected to the people that matter most with a smarter inbox. Take a look
http://au.docs.yahoo.com/mail/smarterinbox------------------------------
Message: 3
Date: Thu, 5 Mar 2009 09:33:39 +0530
From: Suman Kumar Sanjeev Prasanna <
Suman.Prasanna@...>
Subject: Re: [gst-devel]
gst_element_factory_make returning failure
To: Discussion of the development of GStreamer
<
gstreamer-devel@...>
Message-ID:
<
BC983B246B83024DB86A8B44575D4FD20A7D257278@...>
Content-Type: text/plain; charset="us-ascii"
Dear Stefan,
Thank you. i will try them. i think the plug-in is not getting de-initalized properly.
________________________________________
From: Stefan Kost [
ensonic@...]
Sent: Thursday, March 05, 2009 1:25 AM
To: Discussion of the development of GStreamer
Subject: Re: [gst-devel] gst_element_factory_make returning failure
Suman Kumar Sanjeev Prasanna schrieb:
> Dear Friends,
>
> This is my first mail to this forum. I created a plugin and when i run through gst-launch it is working fine. however, when i tried it with a sample application, i am facing an problem while creating a pipeline.
>
> gst_element_factory_make ("senddata", "senddata"); is failing. few times it works without any problem, but it often returns failure.
>
> i m doing socket operations within the plug-in. But, even if i restart the system and try, i am still getting the same problem. any suggestions to resolve this issue?
>
> Thanks,
> Suman
>
In case you create several
instances of it, just use
gst_element_factory_make ("senddata", NULL);
or
gst_element_factory_make ("senddata", "unique name");
Besides that you need to debug you plugin. Add GST_DEBUG statements and so on
and try to pinpoint where the construction fails.
Stefan
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H_______________________________________________
gstreamer-devel mailing list
gstreamer-devel@...https://lists.sourceforge.net/lists/listinfo/gstreamer-devel"DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error,please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from
virus."
------------------------------
Message: 4
Date: Thu, 5 Mar 2009 13:12:01 +0800
From: Prajnashi S <
prajnashi@...>
Subject: Re: [gst-devel] [Gstreamer-openmax] Port Gstreamer to Android
To: Stefan Kost <
ensonic@...>
Cc:
gstreamer-devel@...Message-ID:
<
bba099c70903042112k5bbbe2cexe5ed8d90074a1425@...>
Content-Type: text/plain; charset="iso-8859-1"
Any
suggestion how to split the patch?
On Thu, Mar 5, 2009 at 3:50 AM, Stefan Kost <
ensonic@...> wrote:
> Prajnashi S schrieb:
> > Android uses OpenCore, which is provided by PacketVideo as default
> > multimedia framework. But, after reviewing code, I found OpenCore is not
> > easy to work with and its resource (the number of plugin) is very
> > limited. So, I tried to port gstreamer to Android to provide a more
> > flexibility and richer feature set. Fortunately, it can work. Now, I
> > will share my experience here.
> >
> > The work includes:
> > - glib
> > - liboil
> > - gstreamer core
> > - gst-plugin-base
> > -
gst-plugin-good
> > - gst-plugin-bad
> > - gst-openmax
> > - audio sink/video sink for android
> > - glue layer to integrate gst into android's multimedia framework
> >
> > You can find step by step introduction and all patches in my group. To
> > get it, you have to request to be a member. I'm sorry for this. I will
> > remove this obstacle in near future. :-)
>
> Thanks for the work. I would suggest that you file the patches to the
> gstreamer
> bugzilla for review and inclussion. I have no ide how big the changes are,
> but
> if you can split based on the issues they fix, that could help the pacth
> review.
>
> Stefan
>
> >
> >
http://groups.google.com/group/prajnashi/web> >
> > -- Prajnashi S
> >
> >
> > ------------------------------------------------------------------------
> >
> >
> ------------------------------------------------------------------------------
> > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> > -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> > -Strategies to boost innovation and cut costs with open source
> participation
> > -Receive a $600 discount off the registration fee with the source code:
> SFAD
> >
http://p.sf.net/sfu/XcvMzF8H> >
> >
> > ------------------------------------------------------------------------
> >
> >
_______________________________________________
> > Gstreamer-openmax mailing list
> >
Gstreamer-openmax@...> >
https://lists.sourceforge.net/lists/listinfo/gstreamer-openmax>
>
--
-- Prajnashi S
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 5
Date: Thu, 05 Mar 2009 08:18:53 +0100
From: Edward Hervey <
bilboed@...>
Subject: Re: [gst-devel] [Gstreamer-openmax] Port Gstreamer to Android
To: Discussion of the development of GStreamer
<
gstreamer-devel@...>
Message-ID: <1236237533.2551.0.camel@putamadre>
Content-Type: text/plain
Hi,
I've already got them split up in local git repositories, I'll make
those availables today.
Edward
On Thu, 2009-03-05 at 13:12 +0800, Prajnashi S wrote:
> Any suggestion how to split the patch?
>
> On Thu, Mar 5, 2009 at 3:50 AM, Stefan Kost <
ensonic@...>
> wrote:
> Prajnashi S schrieb:
> > Android uses OpenCore, which is provided by PacketVideo as
> default
>
> multimedia framework. But, after reviewing code, I found
> OpenCore is not
> > easy to work with and its resource (the number of plugin) is
> very
> > limited. So, I tried to port gstreamer to Android to
> provide a more
> > flexibility and richer feature set. Fortunately, it can
> work. Now, I
> > will share my experience here.
> >
> > The work includes:
> > - glib
>
> - liboil
> > - gstreamer core
> > - gst-plugin-base
> > - gst-plugin-good
> > - gst-plugin-bad
> > - gst-openmax
> > - audio sink/video sink for android
> > - glue layer to integrate gst into android's multimedia
> framework
> >
> > You can find step by step introduction and all patches in my
>
group. To
> > get it, you have to request to be a member. I'm sorry for
> this. I will
> > remove this obstacle in near future. :-)
>
>
> Thanks for the work. I would suggest that you file the patches
> to the gstreamer
> bugzilla for review and inclussion. I have no ide how big the
> changes are, but
> if you can split based on the issues they fix, that could help
> the pacth review.
>
>
Stefan
>
> >
> >
http://groups.google.com/group/prajnashi/web> >
> > -- Prajnashi S
> >
> >
>
> >
> ------------------------------------------------------------------------
> >
> >
>
------------------------------------------------------------------------------
> > Open Source Business Conference (OSBC), March 24-25, 2009,
> San Francisco, CA
> > -OSBC tackles the biggest issue in open source: Open
> Sourcing the Enterprise
> > -Strategies to boost innovation and cut costs with open
> source participation
> > -Receive a $600 discount off the registration fee with the
> source code: SFAD
> >
http://p.sf.net/sfu/XcvMzF8H>
>
> >
>
> >
> ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Gstreamer-openmax mailing list
> >
Gstreamer-openmax@...> >
>
https://lists.sourceforge.net/lists/listinfo/gstreamer-openmax>
>
>
>
> --
> -- Prajnashi S
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
>
http://p.sf.net/sfu/XcvMzF8H> _______________________________________________ gstreamer-devel mailing list
gstreamer-devel@... https://lists.sourceforge.net/lists/listinfo/gstreamer-devel------------------------------
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H------------------------------
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel@...https://lists.sourceforge.net/lists/listinfo/gstreamer-develEnd of gstreamer-devel Digest, Vol 34, Issue 14
***********************************************
Locked
