<div style="font-family: arial,helvetica,sans-serif;" class="gmail_quote">2010/11/18 Sebastian Dröge <<a href="mailto:sebastian.droege@collabora.co.uk">sebastian.droege@collabora.co.uk</a>> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div class="h5">On Thu, 2010-11-18 at 11:51 -0200, Tiago Katcipis wrote: > > > 2010/11/18 Sebastian Dröge <<a href="mailto:sebastian.droege@collabora.co.uk">sebastian.droege@collabora.co.uk</a>> > On Thu, 2010-11-18 at 10:07 -0200, Tiago Katcipis wrote: > > > > > > On Tue, Nov 16, 2010 at 6:28 PM, David Schleef > <<a href="mailto:ds@entropywave.com">ds@entropywave.com</a>> > > wrote: > > On Tue, Nov 16, 2010 at 10:28:23AM -0200, Tiago > Katcipis > > wrote: > > > but to make use of the async API it is needed a > GMainLoop, > > and there is the > > > problem :-), gst plugins are not aware if there is > a main > > loop running, it > > > is not mandatory. > > > > Elements that require a GMainLoop create a thread > and run a > > GMainLoop > > there. One example is souphttpsrc. > > > > > That approach doesn't bring the same hazards of > gst_bus_poll ? > > No, if you want to use a GMainLoop inside your element you > also have to > create a new GMainContext for it (which is then driven by your > private > main loop). There's no need to run a GLib main loop on the > default > context or any other ugly things. > > hmm, that's interesting, why gst_bus_poll use the default context > them? </div></div>Because it was meant to be used by application that have a main loop on the default context and that want to continue other things in that main loop while waiting for a message on the bus. </blockquote><div> hmm and in that case using a <a href="http://library.gnome.org/devel/glib/unstable/glib-The-Main-Event-Loop.html#g-main-context-push-thread-default" class="link" title="g_main_context_push_thread_default ()"><code class="function">g_main_context_push_thread_default()</code></a> to run poll stuff on other context and them <a href="http://library.gnome.org/devel/glib/unstable/glib-The-Main-Event-Loop.html#g-main-context-pop-thread-default" class="link" title="g_main_context_pop_thread_default ()"><code class="function">g_main_context_pop_thread_default()</code></a> to restore the main context would prevent other things from happening on the default context, right? </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <div class="im"> > i never used GMainLoop with different contexts, not pretty sure of how > it works. If the main loop on the default context is running (the > application is using it), and i create my main loop with a different > context inside the plugin, to which main loop will go the async result > of the GIO call ? (I'm going to read more about multiple main loops > with different contexts) </div>GIO uses the thread default main context of the thread that started the async operation (see the GMainContext docs) and signals are emitted to any main loop running on that main context. </blockquote><div> Thanks for the help Sebastian, i read g_main_context_get_thread_default () and g_main_context_push_thread_default () doc and helped a lot to understand better how could this work. </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <div class="im"> > if GIO would work with this approach it seems to be an interesting > solution to start using the GIO async API instead of the sync API, and > it would be possible to mount the file for the user, making the use of > giosrc/sink pretty easier. </div>That's all possible but the problem with that is, that a) the state change from NULL->READY happens synchronous in GStreamer and that b) basesrc wants to know the file size in READY already, otherwise it will never activate random access mode. </blockquote><div> Well if it must be synchronous running the main loop on another Thread does not to seem to be an option. What is done on gst_bus_poll seems to fit here: 1 - the caller on the set_state will get blocked on the call 2 - inside the call we mount the file and do all the stuff async using the main_loop_run to block the caller 3 - after everything is done we get out of the run call and give to the basesrc the file size this way we can use the async GIO API, mount the file for the user giving a "sync" operation to the set_state caller. But this approach is pretty simple, if you guys still not implemented it... it is because it has something pretty bad on it... it is because the same problem that can happen on gst_bus_poll? </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> ------------------------------ ------------------------------------------------ Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today <a href="http://p.sf.net/sfu/msIE9-sfdev2dev" target="_blank">http://p.sf.net/sfu/msIE9-sfdev2dev</a> ______________________________ _________________ gstreamer-devel mailing list <a href="mailto:gstreamer-devel@lists.sourceforge.net">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> </blockquote></div> -- <a href="http://www.getgnulinux.org/windows">http://www.getgnulinux.org/windows</a>