| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
The profiles are a property of the codec, so it makes sense to export
them through AVCodecDescriptors, not just the codec implementations.
|
|
|
|
| |
Also, stop using AVCodecContext for storing the stream parameters.
|
| |
|
|
|
|
| |
This is similar to what is done for AVStream.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This function returns the encoded data of a frame, one slice at a time
directly when that slice is encoded, instead of waiting for the full
frame to be done. However this field has a debatable usefulness, since
it looks like it is just a convoluted way to get data at lowest
possible latency, or a somewhat hacky way to store h263 in RFC-2190
rtp encapsulation.
Moreover when multi-threading is enabled (which is by default) the order
of returned slices is not deterministic at all, making the use of this
function not reliable at all (or at the very least, more complicated
than it should be).
So, for the reasons stated above, and being used by only a single encoder
family (mpegvideo), this field is deemed unnecessary, overcomplicated,
and not really belonging to libavcodec. Libavformat features a complete
implementation of RFC-2190, for any other case.
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
|
|
|
|
|
| |
This side data type is meant to be added to AVStream side data.
A fallback track indicates an alternate track to use when the
current track can not be decoded for some reason. e.g. no
decoder available for codec.
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
| |
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
| |
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
|
|
| |
(cherry picked from ffmpeg commit 7b42036b3b23c85f473bf9369e37fa8da22eaf93)
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
|
| |
Pave the way for having the size of the AVPacket struct not part
of the ABI.
|
|
|
|
|
| |
As documented, `av_dup_packet` is broken by design, `av_packet_ref`
matches the AVFrame ref-counted API and can be safely used instead.
|
|
|
|
|
|
|
| |
`av_packet_unref` matches the AVFrame ref-counted API and can be used as
a drop in replacement.
Deprecate `av_free_packet`.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use the new fields directly instead of the ones from AVPicture.
This removes a layer of indirection which serves no pratical purpose
whatsoever, and will help in removing AVPicture structure completely
later.
Every subtitle encoder/decoder seamlessly points to the new arrays,
so it is possible to deprecate AVSubtitleRect.pict.
Signed-off-by: Vittorio Giovara <[email protected]>
|
| |
|
| |
|
|
|
|
|
|
| |
av_dict_set() could return an error, so forward it appropriately.
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
|
|
|
|
|
| |
Note that convergence_duration had another meaning, one which was in
practice never used. The only real use for it was a 64 bit replacement
for the duration field. It's better just to make duration 64 bits, and
to get rid of it.
Signed-off-by: Vittorio Giovara <[email protected]>
|
| |
|
|
|
|
|
|
| |
The new fields can be accessed directly and are more intelligible.
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
|
|
|
|
|
| |
There is no practical benefit in having this structure elements
bit packed given the size of the structure and its usage.
Change types from uint16_t (packed) to plain int in order to simplify
modifying the structure and accessing its fields.
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
| |
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
| |
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
|
| |
Signed-off-by: James Almer <[email protected]>
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
|
| |
Signed-off-by: James Almer <[email protected]>
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
|
| |
Signed-off-by: James Almer <[email protected]>
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
|
| |
Signed-off-by: James Almer <[email protected]>
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
|
| |
Signed-off-by: James Almer <[email protected]>
Signed-off-by: Martin Storsjö <[email protected]>
|
|
|
|
| |
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
|
|
|
|
| |
This is necessary to preserve the quality information currently exported
with coded_frame. Add the new side data to every encoder that needs it,
and use it in avconv.
Signed-off-by: Vittorio Giovara <[email protected]>
|
| |
|
|
|
|
| |
Move the APIchange entry at the top.
|
|
|
|
|
|
|
|
| |
This returns something like "v12_dev0-1332-g333a27c". This is much more
useful than the individual library versions, of which there are too
many, and which are very hard to map back to releases or git commits.
Signed-off-by: Janne Grunau <[email protected]>
|
| |
|
|
|
|
|
| |
Signed-off-by: James Almer <[email protected]>
Signed-off-by: Luca Barbato <[email protected]>
|
|
|
|
|
|
|
| |
This is useful for client programs to ask for nv12 surfaces instead of the
current default (uyvy), since those are more efficient to decode to.
Signed-off-by: Luca Barbato <[email protected]>
|
|
|
|
| |
And deprecate av_dlog macro.
|
|
|
|
|
|
| |
And use it in libavformat.
Based on a similar patch by Stefano Sabatini <[email protected]>.
|
|
|
|
| |
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
|
|
| |
Based on a patch by Rodger Combs.
Signed-off-by: Anton Khirnov <[email protected]>
|
| |
|
| |
|
|
|
|
| |
Also, move a misplaced block to the right position.
|
|
|
|
|
| |
Currently, audio service type is a field in AVCodecContext. However,
side data is more appropriate for this kind of information.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Move the lavc/imgconvert functions and rename them as follows:
avpicture_get_size -> av_image_get_buffer_size()
avpicture_fill -> av_image_fill_arrays()
avpicture_layout -> av_image_copy_to_buffer()
The new functions have an align parameter, which allows to define the
linesize alignment assumed in the buffer (which is set or read).
The names of the functions are consistent with the lavu/samples API
(av_samples_get_buffer_size(), av_samples_fill_arrays()).
A redundant check has been dropped from av_image_fill_arrays().
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since the VDPAU pixel format does not distinguish between different
VDPAU video surface chroma types, we need another way to pass this
data to the application.
Originally VDPAU in libavcodec only supported decoding to 8-bits YUV
with 4:2:0 chroma sampling. Correspondingly, applications assumed that
libavcodec expected VDP_CHROMA_TYPE_420 video surfaces for output.
However some of the new HEVC profiles proposed for addition to VDPAU
would require different depth and/or sampling:
http://lists.freedesktop.org/archives/vdpau/2014-July/000167.html
...as would lossless AVC profiles:
http://lists.freedesktop.org/archives/vdpau/2014-November/000241.html
To preserve backward binary compatibility with existing applications,
a new av_vdpau_bind_context() flag is introduced in a further change.
Signed-off-by: Rémi Denis-Courmont <[email protected]>
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
|
|
|
|
| |
This can be used by the application to signal its ability to cope with
video surface of types other than 8-bits YUV 4:2:0.
Signed-off-by: Rémi Denis-Courmont <[email protected]>
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
|
|
|
|
| |
This carries the pixel format that would be used if it were not for
hardware acceleration. This is equal to AVCodecContext.pix_fmt if
hardware acceleration is not in use.
Signed-off-by: Anton Khirnov <[email protected]>
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This is the same logic as is invoked on AVFMT_TS_NEGATIVE,
but which can be enabled manually, or can be enabled
in muxers which only need it in certain conditions.
Also allow using the same mechanism to force streams to start
at 0.
Signed-off-by: Martin Storsjö <[email protected]>
|