- 23 Feb, 2016 8 commits
-
-
Dave Craig authored
Remove calls to gst_pad_has_current_caps() which then go on to call gst_pad_get_current_caps() as the caps can go to NULL in between. Instead just use gst_pad_get_current_caps() and check for NULL. https://bugzilla.gnome.org/show_bug.cgi?id=759539
-
Dave Craig authored
This can happen when the pipeline is currently shutting down. https://bugzilla.gnome.org/show_bug.cgi?id=759539
-
-
-
Aurélien Zanelli authored
If we have an error during fwrite call, file stays open and thus next incoming buffer will trigger an assert when trying to opening a new file. This happens if we do not restart element, file is closed at stop, and if application handles the returned GST_FLOW_ERROR to keep bin alive. https://bugzilla.gnome.org/show_bug.cgi?id=762434
-
Matej Knopp authored
Such files will not play on Android, because of bug in libwebm matroska parsing, which is still present in 6.0.1 https://bugzilla.gnome.org/show_bug.cgi?id=762349
-
-
Vincent Penquerc'h authored
This block is needed in the Matroska file, but data coming from RTP may not have one. https://bugzilla.gnome.org/show_bug.cgi?id=761489
-
- 22 Feb, 2016 4 commits
-
-
Mark Nauwelaerts authored
... as streams are so ordered by id by e.g. decodebin (and as typically already honoured by other demuxers).
-
Mark Nauwelaerts authored
-
Luis de Bethencourt authored
VP9_PAY_PICTURE_ID_7BITS and VP9_PAY_PICTURE_ID_15BITS are mutually exclusive options of the picture-id-mode. We can break after the first case. 1 or 2 bytes need to be added to the header length depending on the PictureID size. https://tools.ietf.org/html/draft-uberti-payload-vp9-00#section-4.2 CID 1353479
-
Vineeth TM authored
buffer being mapped is not being unmapped in some cases https://bugzilla.gnome.org/show_bug.cgi?id=762420
-
- 21 Feb, 2016 2 commits
-
-
Stian Selnes authored
This is a normal scenario and should not be a warning. https://bugzilla.gnome.org/show_bug.cgi?id=762208
-
Tim-Philipp Müller authored
This hasn't been touched for generations, doesn't work, and is just causing confusion. We also don't want to maintain these files manually.
-
- 20 Feb, 2016 1 commit
-
-
Tim-Philipp Müller authored
-
- 19 Feb, 2016 13 commits
-
-
Matej Knopp authored
Instead of erroring out, just use the default color table. https://bugzilla.gnome.org/show_bug.cgi?id=761637
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
-
-
Tim-Philipp Müller authored
-
Havard Graff authored
Probably found a bug as well, in that there are some timestamps in there that are looking very wrong. (marked with FIXME) https://bugzilla.gnome.org/show_bug.cgi?id=762267
-
Havard Graff authored
Use fail_unless and friends instead of g_assert Factor seq-num checking out to separate function Check more return-values from push and crank and others https://bugzilla.gnome.org/show_bug.cgi?id=762254
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Philippe Normand authored
-
- 18 Feb, 2016 3 commits
-
-
Tim-Philipp Müller authored
Set GSETTINGS_BACKEND=memory, apparently there's something about fork() and the dconf backend (or whatever else that drags in or activates) that messes up locking and causes timeouts due to deadlocks in g_mutex_lock(), since everything works fine with CK_FORK=no as well.
-
Sebastian Dröge authored
Otherwise it will be mapped writable all the time and we can't read from it anywhere. https://bugzilla.gnome.org/show_bug.cgi?id=762239
-
Stian Selnes authored
Make sure that the packets queued when detecting a big gap are pushed after reset (5 consective seqnums) and not dropped. https://bugzilla.gnome.org/show_bug.cgi?id=762211
-
- 17 Feb, 2016 4 commits
-
-
Tim-Philipp Müller authored
-
Alex Ashley authored
Commit 7873bede (https://bugzilla.gnome.org/show_bug.cgi?id=760774) changed the behaviour of qtdemux to call gst_qtdemux_configure_stream() for every new moof. When playing a protected stream, gst_qtdemux_configure_stream() calls gst_qtdemux_configure_protected_caps(). The gst_qtdemux_configure_protected_caps() function takes the original media format, puts this in a field called "original-media-type" and then changes the caps to "application/x-cenc". The gst_qtdemux_configure_protected_caps() did not handle the case of being called multiple times, causing it to incorrectly set the caps. The second call was causing the caps to be set to: application/x-cenc, original-media-type"application/x-cenc" This commit makes gst_qtdemux_configure_protected_caps() check that the caps have already been transformed, so that it only gets changed once. https://bugzilla.gnome.org/show_bug.cgi?id=761769
-
Luis de Bethencourt authored
There is no need to have two identical implementations of the read_golomb function. https://bugzilla.gnome.org/show_bug.cgi?id=761606
-
Ognyan Tonchev authored
When the trickmode key-units flag is set on the segment, simply skip any sample on a video stream that isn't a keyframe https://bugzilla.gnome.org/show_bug.cgi?id=762185
-
- 16 Feb, 2016 5 commits
-
-
Tim-Philipp Müller authored
Send GAP events for non-subtitle streams too if they lag too much behind, but use a higher threshold than for subtitles. This helps with fixing prerolling with a file where one of the audio streams only has data starting from 19s onwards. It's not a complete fix yet, it also requires changes elsewhere, such as in baseparse, to make sure caps are propagated. https://bugzilla.gnome.org/show_bug.cgi?id=614460 https://bugzilla.gnome.org/show_bug.cgi?id=753899
-
Stian Selnes authored
Quick and dirty implementation of an RTP payloader and depayloader for VP9. In particalur it assumes no spatial or temporal layering, non-flexible mode, and some other bits and pieces. https://bugzilla.gnome.org/show_bug.cgi?id=754773
-
Vineeth TM authored
codec_name is not being freed in all conditions leading to memory leak https://bugzilla.gnome.org/show_bug.cgi?id=762117
-
Miguel París Díaz authored
This gets the GstRTPSession element, as compared to the RTPSession object that is returned by get-internal-session. https://bugzilla.gnome.org/show_bug.cgi?id=759293
-
-