- Apr 18, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Apr 04, 2014
-
-
Vincent Penquerc'h authored
New changes to gstvideo will reset all the video info state when calling _set_format, overwriting what was previously set in the preceding code. The comment says the following code is meant to preserve the pre-crop size, so let's just keep the size and related data as this does not seem to break anything else (this is what the _set_format call would have set before the change that reset all data, except the colorimetry).
-
- Feb 23, 2014
-
-
You deserve a build failure if you still have that version If someone wants to completely remove this m4 to replace it with the generic AS_GST_CHECK_LIBHEADER() it would be appreciated.
-
-
- Feb 08, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Feb 04, 2014
-
-
Sebastian Dröge authored
-
- Dec 26, 2013
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Dec 13, 2013
-
-
Compiler warns rightly about possibly uninitialized variable.
-
gst-launch-1.0 videotestsrc ! x264enc
-
- Nov 26, 2013
-
-
- Nov 09, 2013
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Video shouldn't need to be descrambled, this can cause frames data to be corrupted https://bugzilla.gnome.org/show_bug.cgi?id=684942
-
Pass the copy-memory flag to copy the memory for the output buffer, otherwise we end with 0-sized buffers https://bugzilla.gnome.org/show_bug.cgi?id=684942
-
- Oct 29, 2013
-
-
HyeJin Choi authored
So, don't need to check previous payload's mo_size and current payload's mo_size when merging it. https://bugzilla.gnome.org/show_bug.cgi?id=710609
-
- Oct 10, 2013
- Sep 30, 2013
-
-
The entry size is fixed at 6, fix typo to finish parsing the index correctly until the last sample
-
Relying on the gst_segment_do_seek results for getting the seeking time should not be used if seek type is SET because the do_seek function makes the 'cur` position of the seek normalized on the segment range. This means that seeking beyond the end of the file might not result in instant EOS as it will end up seeking to the final ts of the file. In asf seeking to the final timestamp can lead to seeking to the last keyframe, meaning a few seconds of video will still be played, which should not be the desired behavior when seeking beyong file limits.
-
- Sep 24, 2013
-
-
Tim-Philipp Müller authored
From 6b03ba7 to 7412249
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Sep 20, 2013
-
-
Edward Hervey authored
From b613661 to 6b03ba7
-
- Sep 19, 2013
-
-
Tim-Philipp Müller authored
From 74a6857 to b613661
-
Tim-Philipp Müller authored
From 098c0d7 to 74a6857
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Sep 18, 2013
-
-
Olivier Crête authored
Also add some x264enc profile tests https://bugzilla.gnome.org/show_bug.cgi?id=708326
-
-
- Sep 10, 2013
-
-
Thiago Santos authored
-
- Sep 05, 2013
-
-
Being silly will lead us nowhere.
-
- Sep 04, 2013
-
-
Sebastian Dröge authored
Flushing might happen before caps were set on the encoder, which would lead to crashes here. Thanks to Matej Knopp for analyzing this. https://bugzilla.gnome.org/show_bug.cgi?id=707414
-
-
- Aug 28, 2013
-
-
Sebastian Dröge authored
-