- Jun 05, 2013
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
From 098c0d7 to 01a7a46
-
Edward Hervey authored
API: gst_value_array_append_and_take_value API: gst_value_list_append_and_take_value We were already using this internally, this makes it public for code which frequently appends values which are expensive to copy (like structures, arrays, caps, ...). Avoids copies of the values for users. The passed GValue will also be 0-memset'ed for re-use. New users can replace this kind of code: gst_value_*_append_value(mycontainer, &myvalue); g_value_unset(&myvalue); by: gst_value_*_append_and_take_value(mycontainer, &myvalue); https://bugzilla.gnome.org/show_bug.cgi?id=701632
-
Edward Hervey authored
Shaves ~10% instruction calls from the total cost https://bugzilla.gnome.org/show_bug.cgi?id=701633
-
- Jun 04, 2013
- Jun 01, 2013
-
-
- May 30, 2013
-
-
By default when the script is about to exit (normally or due to an error), it checks whether $ERROR_LOG file exists. If the log file exists, the script prints a "Failures: " message prefix and dumps the log file to the output. Apparently the log file is always created and if the update/build is successful, the script finishes with a bit misleading "Failures: " message. An improvement provided with this change lets the log file to be created as needed, i.e. if there's an error message to be printed. If the file doesn't exists, the script prints a "Update done" message which clearly indicates success. https://bugzilla.gnome.org/show_bug.cgi?id=701177
-
Wim Taymans authored
-
Wim Taymans authored
When no base time or when sync is disabled, use the same logic as in paused to report position. The logic in PLAYING assumes we use the clock.
-
- May 29, 2013
-
-
Sebastian Dröge authored
-
- May 28, 2013
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
And while at it also add Metadata and Subtitle media types.
-
- May 27, 2013
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
Just immediately fail the query, otherwise we would wait forever for the query to be answered.
-
Sebastian Dröge authored
-
Sebastian Dröge authored
During FLUSH_START the query needs to be unblocked already, otherwise it can lead to deadlocks if the FLUSH_START is the result of something done from the streaming thread of the srcpad (the queue will never be emptied!).
-
Sebastian Dröge authored
Fixes some deadlocks during flushing. And store queue items differently to not accidentially read already unreffed queries when flushing. Queries are owned by upstream and not us.
-
-
Sebastian Dröge authored
But do this only for events that are not dropped by flushing, i.e. do it only for everything except SEGMENT and EOS. Without this we might drop a CAPS event if flushing happens at an unfortunate time and nobody is resending the CAPS event. https://bugzilla.gnome.org/show_bug.cgi?id=700806
-
- May 26, 2013
-
-
Nicolas Dufresne authored
-
- May 24, 2013
-
-
Tim-Philipp Müller authored
Should probably proxy ALLOCATION queries on that though, if set. But what else? CAPS and ACCEPT_CAPS too?
-
Tim-Philipp Müller authored
gst_buffer_pad_alloc() never existed, and gst_pad_alloc_buffer() doesn't exist any more either, so don't mention it in the docs. https://bugzilla.gnome.org/show_bug.cgi?id=694714
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
It might've free'd the query already.
-
Sebastian Dröge authored
And don't unref them when flushing the queue, they're owned by the caller! https://bugzilla.gnome.org/show_bug.cgi?id=700342
-
Sebastian Dröge authored
-
Olivier Crête authored
Instead recommend pulsesrc/sink for audio, there is nothing GNOME specific for video.
-
- May 15, 2013
-
-
Sebastian Dröge authored
This makes sure that events happen in order and simplifies the code a bit.
-
Sebastian Dröge authored
-
Sebastian Dröge authored
From 5edcd85 to 098c0d7
-
- May 10, 2013
-
-
Sebastian Dröge authored
In releases this is set usually.
-
-
- May 09, 2013
-
-
Sebastian Dröge authored
-