| 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.
|
| |
|
|
|
|
|
|
| |
Additional improvements by Michael Niedermayer <[email protected]>.
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
|
| |
Explain better which environment is discouraged and mention the
shortcuts names.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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]>
|
|
|
|
|
|
|
|
| |
Useful for dealing with constant frame-rate video.
(cherry picked from ffmpeg commit 722762f7e1212b4d02142778fabfdd73375722e0)
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
|
|
| |
(cherry picked from ffmpeg commit 7b42036b3b23c85f473bf9369e37fa8da22eaf93)
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
| |
Signed-off-by: Luca Barbato <[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`.
|
|
|
|
|
| |
Signed-off-by: Arttu Ylä-Outinen <[email protected]>
Signed-off-by: Luca Barbato <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
| |
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]>
|
| |
|
|
|
|
| |
Signed-off-by: Luca Barbato <[email protected]>
|
| |
|
|
|
|
|
| |
There are no formats supporting it anymore and it is deprecated.
Update the documentation accordingly.
|
|
|
|
| |
Signed-off-by: Anton Khirnov <[email protected]>
|
|
|
|
|
|
| |
av_dict_set() could return an error, so forward it appropriately.
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
| |
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]>
|
|
|
|
| |
lavc expects MFX to still be in a usable state on close.
|
|
|
|
|
| |
Even though libmfx might not need them anymore, avcodec might still
access the surfaces. So free them separately at the end.
|
| |
|
|
|
|
|
|
| |
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]>
|
|
|
|
| |
Support all DXDI and DXD3 normal quality videos.
|
|
|
|
| |
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
| |
Signed-off-by: Luca Barbato <[email protected]>
|
|
|
|
|
|
| |
Right now only version 2 and version 3 are supported.
Signed-off-by: Luca Barbato <[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]>
|
|
|
|
| |
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
|
|
| |
Express bitfields more simply.
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
|
|
| |
Convert doxygen to multiline and express bitfields more simply.
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
|
|
|
|
| |
This option is extremely codec specific and only a few codecs employ it.
Move it to codec private options instead: mpegenc family supports only 3
values, xavs and x264 use 5, and xvid has a different metric entirely.
Signed-off-by: Vittorio Giovara <[email protected]>
|
|
|
|
| |
Signed-off-by: Martin Storsjö <[email protected]>
|