| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
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
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
AVCodec.coded_frame is deprecated and will disappear at some point
in the future.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=757498
|
|
|
|
|
|
|
| |
Cast it to a gint64 for now though, as otherwise we will fail compilation
with ffmpeg 2.8.
https://bugzilla.gnome.org/show_bug.cgi?id=757498
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=757498
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=757498
|
| |
|
|
|
|
|
|
|
| |
Use g_strdelimit(), make sure to include comma as well, which
isn't included in G_STR_DELIMITERS.
https://bugzilla.gnome.org/show_bug.cgi?id=734451
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
In ffmpeg this is the same as FRONT_CENTER, but we distinguish between
FRONT_CENTER and MONO in GStreamer. Add an explicit mapping for this special
case in the translations functions.
https://bugzilla.gnome.org/show_bug.cgi?id=759846
|
|
|
|
|
|
|
|
| |
Handling slice_offset in avviddec is resulting in invalid memory read.
Since rv decoders anyways handle slice_offset, removing the same to fix
memory mishandlings
https://bugzilla.gnome.org/show_bug.cgi?id=758726
|
| |
|
|
|
|
|
| |
While this is more useful for libraries, some of our plugins with multiple
files and some internal API can also benefit from this.
|
| |
|
|
|
|
| |
From b319909 to 86e4663
|
|
|
|
|
|
|
|
|
| |
Error out if system's libav* libraries are not
provided by FFmpeg. Libav-incompatible changes
were introduced to support the latter so we
can no longer support both.
https://bugzilla.gnome.org/show_bug.cgi?id=758183
|
|
|
|
|
|
|
|
|
|
|
|
| |
Libav-incompatible changes were introduced to support
FFmpeg and we can no longer properly support Libav.
FFmpeg micro versions for libav* start at 100 (this was
done to differentiate from Libav builds). We use this
to bail at configure time if the system libav* libraries
are not provided by FFmpeg.
https://bugzilla.gnome.org/show_bug.cgi?id=758183
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
configured on it for pushing buffers downstream
If downstream does not provide a (usable) pool, we would use our internal
pool. But the internal pool might be configured with a different width/height
because of padding, which then will cause problems if we push buffers from it
directly downstream.
Instead create a new pool if the width/height is different.
This prevents crashes with vaapisink and d3dvideosink for example.
Based on the debugging results and discussions with
Nicolas Dufresne <nicolas.dufresne@collabora.com>
https://bugzilla.gnome.org/show_bug.cgi?id=758344
|
|
|
|
|
|
|
| |
gst_structure_copy already takes a reference for config_copy.
No need to take another reference while setting it to buffer pool
https://bugzilla.gnome.org/show_bug.cgi?id=758512
|
|
|
|
|
|
|
| |
g_free() is NULL-safe
(Includes unrelated formatting change to go through
indent checker commit hook)
|
| |
|
|
|
|
|
|
|
| |
Allocation should keep working, falling back causes the stride to
change which is not supported in direct rendering.
https://bugzilla.gnome.org/show_bug.cgi?id=756028
|
|
|
|
|
|
| |
The frame being passed to handle_frame should be unref'ed in all cases
https://bugzilla.gnome.org/show_bug.cgi?id=757453
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=757454
|
|
|
|
|
|
| |
... since they handle separate cases in video decoder with different requirements.
Consider e.g. x264enc ! rtph264pay ! identity drop-probability=0.1 ! rtph264depay
to illustrate a need for such separation.
|
|
|
|
| |
From b99800a to b319909
|