- 11 Jan, 2016 1 commit
-
-
Luca Barbato authored
-
- 28 Dec, 2015 1 commit
-
-
Rodger Combs authored
This solves the problem discussed in https://ffmpeg.org/pipermail/ffmpeg-devel/2015-September/179238.html by allowing AVCodec::write_header to be delayed until after packets have been run through required bitstream filters in order to generate global extradata. It also provides a mechanism by which a muxer can add a bitstream filter to a stream automatically, rather than prompting the user to do so.
-
- 22 Dec, 2015 1 commit
-
-
Nicolas George authored
Applications are not supposed to mess with links, they should close the sinks. Furthermore, this function does not distinguish what end of the link caused the close and does not have a timestamp.
-
- 12 Dec, 2015 1 commit
-
-
Anton Khirnov authored
The profiles are a property of the codec, so it makes sense to export them through AVCodecDescriptors, not just the codec implementations.
-
- 11 Dec, 2015 1 commit
-
-
Michael Niedermayer authored
This will be used by the subsequent commit(s) Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 06 Dec, 2015 4 commits
-
-
Anton Khirnov authored
Also, stop using AVCodecContext for storing the stream parameters.
-
Anton Khirnov authored
-
Anton Khirnov authored
This is similar to what is done for AVStream.
-
Anton Khirnov authored
-
- 20 Nov, 2015 1 commit
-
-
Vittorio Giovara authored
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 <vittorio.giovara@gmail.com>
-
- 18 Nov, 2015 3 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
John Stebbins authored
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 <anton@khirnov.net>
-
John Stebbins authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 13 Nov, 2015 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 09 Nov, 2015 1 commit
-
-
Nicolas George authored
(cherry picked from ffmpeg commit 7b42036b) Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 28 Oct, 2015 1 commit
-
-
Rodger Combs authored
-
- 26 Oct, 2015 3 commits
-
-
Luca Barbato authored
Pave the way for having the size of the AVPacket struct not part of the ABI.
-
Luca Barbato authored
As documented, `av_dup_packet` is broken by design, `av_packet_ref` matches the AVFrame ref-counted API and can be safely used instead.
-
Luca Barbato authored
`av_packet_unref` matches the AVFrame ref-counted API and can be used as a drop in replacement. Deprecate `av_free_packet`.
-
- 21 Oct, 2015 1 commit
-
-
Vittorio Giovara authored
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 <vittorio.giovara@gmail.com>
-
- 19 Oct, 2015 1 commit
-
-
Vittorio Giovara authored
-
- 16 Oct, 2015 1 commit
-
-
Anton Khirnov authored
-
- 14 Oct, 2015 1 commit
-
-
Carl Eugen Hoyos authored
The demuxer used to demux loas files for which a dedicated demuxer exists.
-
- 12 Oct, 2015 1 commit
-
-
Vittorio Giovara authored
av_dict_set() could return an error, so forward it appropriately. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 11 Oct, 2015 1 commit
-
-
Ronald S. Bultje authored
It's a non-installed header and only used in one place (flacenc). Since ff_ctz is static inline, it's fine to use that instead.
-
- 29 Sep, 2015 1 commit
-
-
wm4 authored
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 <vittorio.giovara@gmail.com>
-
- 17 Sep, 2015 1 commit
-
-
Steve Lhomme authored
-
- 15 Sep, 2015 3 commits
-
-
Carl Eugen Hoyos authored
Both are only accessible through AVOptions.
-
Carl Eugen Hoyos authored
Based on a patch by Steve Swanson, swanysteve at gmail. Fixes ticket #2089.
-
Michael Niedermayer authored
-
- 07 Sep, 2015 3 commits
-
-
Vittorio Giovara authored
The new fields can be accessed directly and are more intelligible. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
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 <vittorio.giovara@gmail.com>
-
wm4 authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 05 Sep, 2015 2 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 28 Aug, 2015 1 commit
-
-
Vittorio Giovara authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 19 Aug, 2015 2 commits
-
-
Gwenole Beauchesne authored
Move libavcodec managed objects from the public struct vaapi_context to a new privately owned FFVAContext. This is done so that to clean up and streamline the public structure, but also to prepare for new codec support, thus requiring new internal data to be added in there. The AVCodecContext.hwaccel_context, that holds the public vaapi_context, shall no longer be accessed from within vaapi_*.c codec support files. Signed-off-by:
Gwenole Beauchesne <gwenole.beauchesne@intel.com>
-
Gwenole Beauchesne authored
Deprecate older VA pixel formats (MOCO, IDCT) as it is now very unlikely to ever be useful in the future. Only keep plain AV_PIX_FMT_VAAPI format that is aliased to the older VLD variant. This is an API change. Signed-off-by:
Gwenole Beauchesne <gwenole.beauchesne@intel.com>
-
- 31 Jul, 2015 2 commits
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-