- Oct 30, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Oct 29, 2015
-
-
Sebastian Dröge authored
Without this, flushing might not unblock the streaming thread and cause deadlocks. https://bugzilla.gnome.org/show_bug.cgi?id=757257
-
- Oct 27, 2015
-
-
Updated gst_segment_position_from_stream_time and gst_segment_to_stream_time to reflect correct calculations for the case when the applied rate is negative. Pasting from design docs: =============================== Stream time is calculated using the buffer times and the preceding SEGMENT event as follows: stream_time = (B.timestamp - S.start) * ABS (S.applied_rate) + S.time For negative rates, B.timestamp will go backwards from S.stop to S.start, making the stream time go backwards. =============================== Therefore, the calculation for applied_rate < 0 should be: stream_time = (S.stop - B.timestamp) * ABS (S.applied_rate) + S.time and the reverse: B.timestamp = S.stop - (stream_time - S.time) / ABS (S.applied_rate) https://bugzilla.gnome.org/show_bug.cgi?id=756810
-
Renamed the "result" variable to "stream_time" for better readability.
- Oct 21, 2015
-
-
Sebastian Dröge authored
It's not get_bufferlist(). Because of that it was ignored by the docs and G-I, leading to crashes because of broken ownership transfer. https://bugzilla.gnome.org/show_bug.cgi?id=756898
-
- Oct 20, 2015
-
-
Sebastian Dröge authored
An ASYNC READY->PAUSED might have failed without the bin code noticing during the state change, in which case we will never get PAUSED->READY and would leak messages. https://bugzilla.gnome.org/show_bug.cgi?id=756611
-
- Oct 19, 2015
-
-
Previously this code was just blindly setting the cached flow return of downstream to GST_FLOW_OK when we get a SEGMENT. The problem is that this can not be done blindly. If downstream was not linked, the corresponding sinqlequeue source pad thread might be waiting for the next ID to be woken up upon. By blindly setting the cached return value to GST_FLOW_OK, and if that stream was the only one that was NOT_LINKED, then the next time we check (from any other thread) to see if we need to wake up a source pad thread ... we won't even try, because none of the cached flow return are equal to GST_FLOW_NOT_LINKED. This would result in that thread never being woken up https://bugzilla.gnome.org/show_bug.cgi?id=756645
-
- Oct 13, 2015
-
-
Our current position has nothing to do with being linked or not. Avoids having stray segment updates fired every 2s
-
- Oct 07, 2015
-
-
The previous change (see bgo #756069) was causing us to free the same pointer multiple times. If we actually get a sample back, the test fails, no need to free anything in that case.
-
When sample is got using gst_tag_list_get_sample_index, it should be free'd. https://bugzilla.gnome.org/show_bug.cgi?id=756069
-
Sebastian Dröge authored
In file included from gst-ptp-helper.c:40:0: /usr/include/net/if.h:265:19: error: field 'ifru_addr' has incomplete type struct sockaddr ifru_addr; https://bugzilla.gnome.org/show_bug.cgi?id=756136
-
- Sep 29, 2015
-
-
Tim-Philipp Müller authored
Broke this when I removed the G_GNUC_PRINTF in a previous commit to fix indentation, since it was not really needed. Turns out unlike gcc clang warns though if a non-literal format string is passed then. Fix indentation differently. http://clang.llvm.org/docs/AttributeReference.html#format-gnu-format
-
- Sep 25, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Sep 24, 2015
-
-
Iterator may need to be resynced, for instance if pads are released during state change. got_eos should be protected by the object lock of the element, not of the pad, as is the case throughout the rest of the funnel code. https://bugzilla.gnome.org/show_bug.cgi?id=755343
-
This fixes a race where a state change may return failure if it has request pads that are deactivated and removed (and thus have no parent) at the same time as the element changes state and (de)activates its pads. https://bugzilla.gnome.org/show_bug.cgi?id=755342
-
- Sep 23, 2015
-
-
Sebastian Dröge authored
-
- Sep 21, 2015
-
-
After doing gst_pad_push() in case of sync_streams and cache_buffers, if the buffer can not be kept in cache, it should be unreffed to avoid memory leackage. https://bugzilla.gnome.org/show_bug.cgi?id=755141
-
- Sep 19, 2015
-
-
gst_caps_can_intersect() & GST_PAD_IS_ACCEPT_INTERSECT() documentation typo fix. https://bugzilla.gnome.org/show_bug.cgi?id=755257
-
- Sep 18, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Sep 15, 2015
- Sep 14, 2015
- Sep 11, 2015
-
-
On e.g. QNX it is in an external library, not libc. https://bugzilla.gnome.org/show_bug.cgi?id=754875
-
- Sep 09, 2015
-
-
Arun Raghavan authored
This reverts commit 0dffeb03. The commit is erroneous and documents the function twice.
-
Arun Raghavan authored
Thanks to Nirbheek Chauhan <nirbheek@centricular.com> for pointing this out.
-
- Sep 07, 2015
-
-
In order for gst_harness_new_full to be MT-safe the increase and decrease of HARNESS_REF must be MT-safe. This allows for creating multiple harnesses from different threads wrapping the same element. https://bugzilla.gnome.org/show_bug.cgi?id=754661
-
It should be allowed to not have a function to initialize the user data since it's often not necessary; it may already be initialized. https://bugzilla.gnome.org/show_bug.cgi?id=754661
-
- Sep 06, 2015
-
-
Tim-Philipp Müller authored
-
- Sep 05, 2015
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
This has not worked (as in: crashed) since 2005, so perhaps it should just be removed instead.
-