- Sep 18, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Aug 26, 2017
-
-
Thibault Saunier authored
channels=1 is always mono, having it 'unpositioned' does not make sense. This fixes pipeline such as: gst-validate-1.0 audiotestsrc ! audio/x-raw,channels=2,rate=44100,layout=interleaved ! audioconvert ! audioresample ! audio/x-raw, rate=44100, channels=1 ! avenc_mp2 ! fakesink https://bugzilla.gnome.org/show_bug.cgi?id=785407
-
- Aug 20, 2017
-
-
Mark Nauwelaerts authored
-
- Aug 17, 2017
-
-
Tim-Philipp Müller authored
From 48a5d85 to dd9d403
-
group-id in stream-start event might be updated in parse_chain_output_probe (). This cause duplicated stream-start twice with identical stream-id and seq-num, but only group-id is different. Although there is no change, stream-start event will be followed by the first buffer. https://bugzilla.gnome.org/show_bug.cgi?id=771088
-
linked input of slot can be old input, so urisourcebin should check eos state to figure out whether it's new one or not. If not, urisourcebin never ever forwards EOS to downstream at the end of presentation, because the old input is still there without removal https://bugzilla.gnome.org/show_bug.cgi?id=777735
-
Use the intended sequence for re-using elements: * EOS * STREAM_START if element is to be re-used This avoids having elements (such as queue/multiqueue/queue2) not properly resetting themselves. When delaying EOS propagation (because we want to wait until all streams of a group are done for example), we re-trigger them by first sending the cached STREAM_START and then EOS (which will cause elements to re-set themselves if needed and accept new buffers/events). https://bugzilla.gnome.org/show_bug.cgi?id=785951
-
decodebin3 checks input streams and pushes EOS if all input streams are EOSed. If not, fake EOS is pushed to the corresponding slot. When adaptivedemux is used with multi-track configuration, adaptivedemux never ever push EOS to non-selected track because streaming thread for the slot stops with not-linked flow return. So, decodebin3 should generate EOS itself to finish playback. https://bugzilla.gnome.org/show_bug.cgi?id=777735
-
- Aug 14, 2017
-
-
- Aug 11, 2017
-
-
Only adjusting the base_ts might lead to a negative ts and as such integer overflow into a huge timestamp which then propagates into the granulepos and so on. Instead, resync to incoming buffer timestamp using both base_ts and sample count rather than only base_ts. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=785948
-
Sebastian Dröge authored
It is forwarding messages to the playbin bus, thus forwarding messages that contain a floating reference to the application. This generally makes bindings unhappy, we must not leak floating references to them.
-
Sebastian Dröge authored
CID 1139610
-
Sebastian Dröge authored
avviddec keeps references to the buffers internally for example, in which case we need to do a shallow copy of the buffer.
-
- Jul 25, 2017
- Jul 14, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Jul 10, 2017
- Jul 04, 2017
-
-
- Jun 20, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Jun 17, 2017
-
-
If we are using a downstream bufferpool we need to set the size of the buffer to our output size.
-
The missing annotations prevented proper usage from introspected bindings like python. https://bugzilla.gnome.org/show_bug.cgi?id=783330
-
Sebastian Dröge authored
And only set low-percent/high-percent if not using downloadbuffer, just like in old uridecodebin. using the watermark based buffering causes playback to hang never finish buffering with downloadbuffer.
-
- Jun 15, 2017
-
-
Thibault Saunier authored
Otherwise for RTSP streams for example, the pipeline will never go to PLAYING as it will be missing an ASYNC_DONE message. https://bugzilla.gnome.org/show_bug.cgi?id=780099
-
- Jun 12, 2017
-
-
Nicolas Dufresne authored
The base class is trying to align the processed data, but it endup removing the GstVideoMeta. That caused wrong result. Instead, just copy from the process function with the appropriate alignment. https://bugzilla.gnome.org/show_bug.cgi?id=781204
-
- Jun 02, 2017
-
-
Includes updates from: 103d265c Fix RGBA and ABGR pack/unpack on big endian cpu https://bugzilla.gnome.org/show_bug.cgi?id=783328
-
- Jun 01, 2017
-
-
Wim Taymans authored
The pack and unpack functions for RGBA and ABGR only work for little endian cpus. Add variants for big endian as well.
-
- May 29, 2017
-
-
-
The videoinfo is set in the streaming thread, but can be read by any thread from the various queries, so protect it with the object lock.
-
Sebastian Dröge authored
Not gst_object_unref().
-
- May 04, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-