- Sep 01, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Aug 31, 2016
-
-
Carlos Rafael Giani authored
low/high-watermark are of type double, and given in range 0.0-1.0. This makes it possible to set low/high watermarks with greater resolution, which is useful with large multiqueue max sizes and watermarks like 0.5%. Also adding a test to check the fill and watermark level behavior. https://bugzilla.gnome.org/show_bug.cgi?id=770628
-
Carlos Rafael Giani authored
To make the code clearer, and to facilitate future improvements, introduce a distinction between the buffering level and the buffering percentage. Buffering level: the queue's current fill level. The low/high watermarks are in this range. Buffering percentage: percentage relative to the low/high watermarks (0% = low watermark, 100% = high watermark). To that end, get_percentage() is renamed to get_buffering_level(). Also, low/high_percent are renamed to low/high_watermark to avoid confusion. mq->buffering_percent values are now normalized in the 0..100 range for buffering messages inside update_buffering(), and not just before sending the buffering message. Finally the buffering level range is parameterized by adding a new constant called MAX_BUFFERING_LEVEL. https://bugzilla.gnome.org/show_bug.cgi?id=770628
-
Carlos Rafael Giani authored
This is a prerequisite for subsequent commits, and makes queue2 and multiqueue code a little more consistent. https://bugzilla.gnome.org/show_bug.cgi?id=770628
-
- Aug 30, 2016
-
-
Edward Hervey authored
When calculating the high_time, cache the group value in each singlequeue. This fixes the issue by which wake_up_next_non_linked() would use the global high-time to decide whether to wake-up a waiting thread, instead of the group one, resulting in those threads constantly spinning. Tidy up a bit the waiting logic while we're at it. With this patch, we go from 212% playing a 8 audio / 8 video file down to less than 10% (most of it being the video decoding). https://bugzilla.gnome.org/show_bug.cgi?id=770225
-
- Aug 28, 2016
-
-
Tim-Philipp Müller authored
This just confuses people, they look at it and try to call it directly by name, instead of using the public GstElement API. It stands to reason that it goes without saying that when an element provides request pads that they can actually be requested using the standard API, and there's no point in printing internal implementation details of the element.
-
- Aug 27, 2016
-
-
-
Thibault Saunier authored
In many parts of the code we raise streaming error when the flow goes wrong, and each time we create more or less similare error message. Also that message does not let the application know what has actually gone wrong. In the new API we add a "flow-return" detail field inside the GstMessage so that the application has all the information if it needs it. API: GST_ELEMENT_FLOW_ERROR https://bugzilla.gnome.org/show_bug.cgi?id=770158
-
- Aug 26, 2016
-
-
Nirbheek Chauhan authored
We only use GST_EXPORT consistently when building with MSVC by using the visual studio definitions files (win32/common/*.def), so always disable it when building with Autotools and only enable it with Meson when building with MSVC. This allows you to use MinGW to link to a GStreamer built with MSVC and get the correct function prototypes to find functions and variables in DLLs.
-
-
Tim-Philipp Müller authored
Fixes g-i warning "Gst: Constructor return type mismatch symbol='gst_element_message_new_details' constructed='Gst.Element' return='Gst.Structure'". This is a newly-added function in git that has not been in a stable release yet, so it's fine to rename it. It's also only used indirectly via macros.
-
Tim-Philipp Müller authored
e.g. "warning: multi-line since docs found"
-
Tim-Philipp Müller authored
Useful for removing the default handler from bindings.
-
- Aug 25, 2016
-
-
Thibault Saunier authored
and check the presence of gtk-doc before building the documentation
-
Jan Schmidt authored
Make sure that gst_value_can_intersect returns TRUE for GstFlagSet combinations that can successfully intersect
-
Carlos Rafael Giani authored
low/high-watermark are of type double, and given in range 0.0-1.0. This makes it possible to set low/high watermarks with greater resolution, which is useful with large queue2 max sizes and watermarks like 0.5%. Also adding a test to check the fill and watermark level behavior. https://bugzilla.gnome.org/show_bug.cgi?id=769449
-
Carlos Rafael Giani authored
To make the code clearer, and to facilitate future improvements, introduce a distinction between the buffering level and the buffering percentage. Buffering level: the queue's current fill level. The low/high watermarks are in this range. Buffering percentage: percentage relative to the low/high watermarks (0% = low watermark, 100% = high watermark). To that end, get_buffering_percent() is renamed to get_buffering_level(), and the code at the end that transforms to the buffering percentage is factored out into a new convert_to_buffering_percent() function. Also, the buffering level range is parameterized by adding a new constant called MAX_BUFFERING_LEVEL. https://bugzilla.gnome.org/show_bug.cgi?id=769449
-
- Aug 23, 2016
-
-
Tim-Philipp Müller authored
-
- Aug 22, 2016
-
-
Arjen Veenhuizen authored
These can be used from bindings. https://bugzilla.gnome.org/show_bug.cgi?id=768301
-
- Aug 21, 2016
-
-
Tim-Philipp Müller authored
-
-
- Aug 19, 2016
-
-
Nirbheek Chauhan authored
https://github.com/mesonbuild/meson With contributions from: Tim-Philipp Müller <tim@centricular.com> Mathieu Duponchelle <mathieu.duponchelle@opencreed.com> Jussi Pakkanen <jpakkane@gmail.com> (original port) Highlights of the features provided are: * Faster builds on Linux (~40-50% faster) * The ability to build with MSVC on Windows * Generate Visual Studio project files * Generate XCode project files * Much faster builds on Windows (on-par with Linux) * Seriously fast configure and building on embedded ... and many more. For more details see: http://blog.nirbheek.in/2016/05/gstreamer-and-meson-new-hope.html http://blog.nirbheek.in/2016/07/building-and-developing-gstreamer-using.html Building with Meson should work on both Linux and Windows, but may need a few more tweaks on other operating systems.
-
- Aug 13, 2016
-
-
Tim-Philipp Müller authored
Now that it's arch-independent again. Will need fixes in cerbero too.
-
Nirbheek Chauhan authored
This makes gstconfig.h completely arch-independent. Should cover all compilers that gstreamer is known to build on, and all architectures that I could find information on. People are encouraged to file bugs if their platform/arch is missing.
-
Tim-Philipp Müller authored
It's been internal API only in 1.x.
-
- Aug 12, 2016
-
-
Edward Hervey authored
In ringbuffer mode we need to make sure we post buffering messages *before* blocking to wait for data to be drained. Without this, we would end up in situations like this: * pipeline is pre-rolling * Downstream demuxer/decoder has pushed data to all sinks, and demuxer thread is blocking downstream (i.e. not pulling from upstream/queue2). * Therefore pipeline has pre-rolled ... * ... but queue2 hasn't filled up yet, therefore the application waits for the buffering 100% messages before setting the pipeline to PLAYING * But queue2 can't post that message, since the 100% message will be posted *after* there is room available for that last buffer. https://bugzilla.gnome.org/show_bug.cgi?id=769802
-
- Aug 08, 2016
-
-
Josep Torra authored
Remove an unneeded call to g_thread_self and minor coding style fix.
-
- Jul 25, 2016
-
-
Jan Schmidt authored
Handle the new stream-group-done message to unblock pads which are waiting for the running time to advance on that group. https://bugzilla.gnome.org/show_bug.cgi?id=768995
-
Jan Schmidt authored
A new event which precedes EOS in situations where we need downstream to unblock any pads waiting on a stream before we can send EOS. E.g, decodebin draining a chain so it can switch pads. https://bugzilla.gnome.org/show_bug.cgi?id=768995
-
Carlos Rafael Giani authored
Redirection messages are already used in fragmented sources and in uridecodebin, so it makes sense to introduce these as an official message type. https://bugzilla.gnome.org/show_bug.cgi?id=631673
-
Jan Schmidt authored
Other pads that are waiting for the stream on the selected pad to advance before they finish waiting themselves should be given the chance to do so when the selected pad goes EOS. Fixes problems where input streams can end up waiting forever if the active stream goes EOS earlier than their own end time.
-
- Jul 24, 2016
-
-
Tim-Philipp Müller authored
In some corner cases, the error 'code' part passed to GST_ELEMENT_ERROR() is a valid define as well, in which case it won't survive two levels of macro expansion, but only one. Fixes: oss4-sink.c: In function ‘gst_oss4_sink_open’: error: ‘GST_RESOURCE_ERROR_0x00000002’ undeclared (first use in this function) GST_ ## domain ## _ERROR_ ## code, __txt, __dbg, __FILE__, which is from GST_ELEMENT_ERROR(el,RESOURCE,OPEN_WRITE,..) and OPEN_WRITE happens to be defined to 2 here. https://bugzilla.gnome.org/show_bug.cgi?id=756806 https://bugzilla.gnome.org/show_bug.cgi?id=769117
-
- Jul 22, 2016
-
-
Tim-Philipp Müller authored
-
Vincent Penquerc'h authored
-
Vincent Penquerc'h authored
-
Vincent Penquerc'h authored
I had not updated it after the review changes
-
-
- Jul 20, 2016
-
-
Guillaume Desmottes authored
This allow us to filter using an object type which is implemented by a plugin like, say, GstGtkGLSink. https://bugzilla.gnome.org/show_bug.cgi?id=768989
-
-