- Feb 10, 2010
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
Even if it's not used, it still needs to be defined for things to compile.
-
Tim-Philipp Müller authored
Visual Studio complains about "invalid preprocessor command 'warning'" even if the ifdef doesn't trigger, so just remove this again.
-
Edward Hervey authored
The problem lies in the fact that multiqueue will now operate somewhat similarly to the flow aggregation logic of demuxers and therefore will stopp whenever all downstream pads return NOT_LINKED and/or UNEXPECTED and there's no more buffers to push. The latest commits should not affect any regular use-case, but the bug report will be kept open so the previous behaviour can be re-established if needed. Fixes #609486
-
- Feb 09, 2010
-
-
Edward Hervey authored
When a downstream element returns GST_FLOW_UNEXPECTED we want to: * let the dataqueue task running * forward the flow return upstream. This allows upstream elements to push EOS, and have that EOS event come downstream. Fixes #609274
-
Edward Hervey authored
This reverts commit fbdf4dce. Partly fixes #609274
-
- Feb 08, 2010
-
-
Robert Swain authored
-
- Feb 07, 2010
-
-
Tim-Philipp Müller authored
This reverts commit ae60d06e (fixes: #609166)
-
- Feb 04, 2010
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- Feb 01, 2010
-
-
Tim-Philipp Müller authored
-
Thiago Santos authored
gst_byte_writer_reset_and_get_buffer wasn't declared in .h, instead there was _reset_and_get_data_as_buffer. Replace it with the real function name, that is smaller and matches gst_byte_writer_free_and_get_buffer https://bugzilla.gnome.org/show_bug.cgi?id=608726
-
- Jan 31, 2010
-
-
Tim-Philipp Müller authored
-
- Jan 30, 2010
-
-
Tim-Philipp Müller authored
Spotted by bsreerenj@gmail.com. Fixes #608442.
-
Tim-Philipp Müller authored
From 15d47a6 to 96dc793
-
Tim-Philipp Müller authored
Late g_thread_init() is fine with newer GLib versions and done automatically from g_type_init() there, so don't warn if the application hasn't called g_thread_init() yet when gst_init() is called with new GLib versions. Fixes #608398.
-
Tim-Philipp Müller authored
If we force -DG_THREADS_MANDATORY onto apps, then g_thread_supported() will always evaluate to TRUE, so the typical thread initialisation boilerplate code if (!g_thread_supported()) g_thread_init(NULL); will no longer work, and the threading system not be initialised and us printing a warning in gst_init. This may be fine in most cases, since late initialisation is allowed and automatically done in g_type_init() since GLib 2.23.2, but let's be cautious and only use this define when compiling GStreamer itself. See #608398.
-
- Jan 28, 2010
-
-
Wim Taymans authored
Refactor the code to take the current start_time when going to PAUSED. Make sure we also call the start_time update code after we chained up to the parent bin. Fixes #607842
-
- Jan 27, 2010
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- Jan 26, 2010
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
The stream status message object may be of a non-GObject type, e.g. G_TYPE_POINTER (see GstAudioSrc), so print that properly instead of assuming the value holds an object.
-
Wim Taymans authored
When we receive an UNEXPECTED flowreturn from downstream, we must not shutdown the pushing thread because upstream will at some point push an EOS that we still need to push further downstream. To achieve this, convert the UNEXPECTED return value to OK. Add a fixme so that we implement the right logic to propagate the flowreturn upstream at some point. Also clean up the unit test a little. Fixes #608136
-
Thiago Santos authored
Fix wrong information about bus watch functions in the application development manual. Fixes #608127
-
- Jan 24, 2010
-
-
Stefan Kost authored
-
Stefan Kost authored
This should not cause any troubles - the methods wasn't in any header.
-
Stefan Kost authored
-
- Jan 22, 2010
-
-
Wim Taymans authored
-
Wim Taymans authored
Add an option to automatically remove the temp file (TRUE by default). This should make it possible for the application to keep the temp file by other means than hardlinking or holding an fd open. Fixes #607739
-
Tim-Philipp Müller authored
-
- Jan 21, 2010
-
-
Wim Taymans authored
-
- Jan 20, 2010
-
-
Benjamin Otte authored
Since we define G_THREADS_MANDATORY, g_thread_supported() evaluates to TRUE unconditionally, so calling g_thread_init() never happened.
-
Tim-Philipp Müller authored
Move variable that's only used on unix into the unix block so that the compiler doesn't complain about the unused variable on win32 (see #597662).
-
Tim-Philipp Müller authored
If the GST_PLUGIN_SCANNER environment variable is set, we should try the scanner specified there first, to make sure the right scanner binary is used for uninstalled setups and builds from source when there's already an installed version.
-
Sebastian Dröge authored
We require threads to be supported in any case and defining this will simplify the mutex, condition variable, etc. macros from gthread to not always check if threads are really supported. Fixes bug #607481.
-
Andoni Morales Alastruey authored
See #597662.
-
Tim-Philipp Müller authored
For the reason outlined at the beginning of gst_private.h (inline functions in glib may need the g_log_domain variable). Also include gst_private.h before using any G_OS_* defines, esp. in plugin loader.
-