| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
AV_CODEC_ID_PCM_S16BE_PLANAR for < 3.0
Prior to ffmpeg 3.0, this constant had a specified value. Excluding all
plugins in a range bounded by this value was throwing out plugins that
we want to keep.
Instead switch to enumerating the values to exclude, for < 3.0.
https://bugzilla.gnome.org/show_bug.cgi?id=778283
|
| |
|
|
|
|
| |
Avoids criticals in gst-inspect-1.0 -a
|
|
|
|
|
|
| |
Important when using a system ffmpeg/libav.
https://bugzilla.gnome.org/show_bug.cgi?id=774278
|
|
|
|
|
|
|
|
| |
For arm 'host_os' is '*-gnueabi' or '*-gnueabihf' so sed needs to cut of
more. Otherwise configuring ffmpeg will fail with "Unknown OS 'linuxeabi'."
or something like that.
https://bugzilla.gnome.org/show_bug.cgi?id=774215
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
We expect it to be a int or uint, however it changed the type to a
int64_t in later versions of ffmpeg. As such it would be passed as a 64
bit value to varargs functions, while the consumer of the arguments
assumes only 32 bits. This causes crashes.
https://bugzilla.gnome.org/show_bug.cgi?id=771092
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=770753
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
These can show up when having a build against a system version of ffmpeg.
|
|
|
|
| |
We won't get codec_data and various other information otherwise.
|
|
|
|
| |
We won't get codec_data and various other information otherwise.
|
|
|
|
| |
Just truncating might not be enough.
|
| |
|
|
|
|
| |
We might have cases where the framerate is not known (0/1).
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
|
| |
any output
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
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
| |
during compilation
Otherwise avdeinterlace won't find any filters, and we only use yadif in
there.
https://bugzilla.gnome.org/show_bug.cgi?id=765319
|
| |
|
| |
|
|
|
|
|
|
| |
The next checks can also set CPPFLAGS.
https://bugzilla.gnome.org/show_bug.cgi?id=763940
|
| |
|
|
|
|
|
| |
Otherwise we set a random value from the stack as bitrate. The default (0)
is a better choice and doesn't upset valgrind.
|
| |
|
|
|
|
| |
From b64f03f to 6f2d209
|
|
|
|
|
|
|
|
|
|
| |
after has_current_caps()
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
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
It's not right and won't work on Windows with MSVC.
|
| |
|
| |
|
|
|
|
| |
Switch the gobject properties and internal handling to support that
|
| |
|
|
|
|
|
| |
There are some new codec IDs that we probably would like to map too, e.g.
Dirac/VC2 and Cineform HD.
|
| |
|
|
|
|
| |
From 86e4663 to b64f03f
|
| |
|
|
|
|
|
|
|
| |
by ffmpeg
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.
|
|
|
|
|
|
| |
We should have done that ages ago ...
https://bugzilla.gnome.org/show_bug.cgi?id=574461
|