- Aug 19, 2016
-
-
Sebastian Dröge authored
-
- Aug 17, 2016
-
-
Sebastian Dröge authored
Otherwise it will pick it up when the system has the relevant headers, and then linking produces an unusable plugin later as we don't ensure that the plugin also links against the crystalhd library. Also backport a few other similar cases from master at the same time. https://bugzilla.gnome.org/show_bug.cgi?id=769809
-
- Aug 16, 2016
-
-
When switching playback modes, like from TRICKMODE or TRICKMODE_KEY_UNITS back to regular playback, we need to make sure we set the skip mode back to the default setting. While this field would be properly reset when we *have* feedback from downstream (i.e. diff != G_MAXINT64), it would not be reset during the initial phase (i.e. when the decoder hasn't pushed a buffer yet, and therefore the sink hasn't sent back QoS information). This avoids dropping plenty of frames when going back to regular playback
-
- Jul 25, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
These can show up when having a build against a system version of ffmpeg.
-
Sebastian Dröge authored
We won't get codec_data and various other information otherwise.
-
Sebastian Dröge authored
We won't get codec_data and various other information otherwise.
-
Sebastian Dröge authored
Just truncating might not be enough.
-
- Jun 09, 2016
-
-
Sebastian Dröge authored
-
- May 14, 2016
-
-
Edward Hervey authored
We might have cases where the framerate is not known (0/1).
-
- May 13, 2016
-
-
Several decoders will only be able to report a real latency (has_b_frames) once they're actually initialized (i.e. when they return their first frame). Doing it earlier (in set_format) doesn't guarantee that the AVCodecContext has_b_frames has been properly initialized. https://bugzilla.gnome.org/show_bug.cgi?id=766362
-
- May 03, 2016
-
-
Sebastian Dröge authored
-
- May 02, 2016
-
-
Sebastian Dröge authored
Otherwise we will consider them as one frame of raw audio that is still pending, and shift all timestamps by the amount of time spent with header buffers. https://bugzilla.gnome.org/show_bug.cgi?id=765797
-
Sebastian Dröge authored
Otherwise the next successfully decoded frame will get its timestamp and we will slowly let a/v sync drift apart. https://bugzilla.gnome.org/show_bug.cgi?id=765797
-
- Apr 28, 2016
-
-
Sebastian Dröge authored
Various functions in libavcodec need them, like the format, sample rate, etc. and just having them in the context is not enough. This fixes draining for codecs like MP2 that require a fixed frame size and require libav to pad the last frame if required.
-
- Apr 26, 2016
-
-
Sebastian Dröge authored
It has its own allocator that depending on the configuration is incompatible with GLib's and just causes a segmentation fault. Like on Windows. https://bugzilla.gnome.org/show_bug.cgi?id=760266
-
- Apr 20, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
Otherwise avdeinterlace won't find any filters, and we only use yadif in there. https://bugzilla.gnome.org/show_bug.cgi?id=765319
-
- Apr 15, 2016
-
-
Sebastian Dröge authored
-
- Mar 24, 2016
-
-
Sebastian Dröge authored
-
- Mar 21, 2016
-
-
The next checks can also set CPPFLAGS. https://bugzilla.gnome.org/show_bug.cgi?id=763940
-
- Mar 15, 2016
-
-
Sebastian Dröge authored
-
- Mar 11, 2016
-
-
Sebastian Dröge authored
Otherwise we set a random value from the stack as bitrate. The default (0) is a better choice and doesn't upset valgrind.
-
- Mar 01, 2016
-
-
Sebastian Dröge authored
-
- Feb 26, 2016
-
-
Sebastian Dröge authored
From b64f03f to 6f2d209
-
- Feb 23, 2016
-
-
Sebastian Dröge 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
-
- Feb 21, 2016
-
-
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.
-
- Feb 20, 2016
-
-
Tim-Philipp Müller authored
It's not right and won't work on Windows with MSVC.
-
- Feb 19, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Feb 16, 2016
-
-
Switch the gobject properties and internal handling to support that
-
Sebastian Dröge authored
-
Sebastian Dröge authored
There are some new codec IDs that we probably would like to map too, e.g. Dirac/VC2 and Cineform HD.
-
- Feb 15, 2016
-
-
Sebastian Dröge authored
-
- Feb 05, 2016
-
-
Thiago Santos authored
From 86e4663 to b64f03f
-
- Jan 25, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
It has its own allocator that is not necessarily doing the same as malloc and will then usually crash. E.g. on Windows or when memalign() is available.
-
- Jan 21, 2016
-
-
We should have done that ages ago ... https://bugzilla.gnome.org/show_bug.cgi?id=574461
-
Sebastian Dröge authored
-
- Jan 20, 2016
-
-
Sebastian Dröge authored
-