summaryrefslogtreecommitdiff
path: root/libavcodec/version.h
Commit message (Collapse)AuthorAge
* lavc: add profile define for DTS ExpressHendrik Leppkes2015-03-29
| | | | Signed-off-by: Anton Khirnov <anton@khirnov.net>
* lavc: add MMAL hardware decoder wrapperwm42015-03-29
| | | | | | Based on a patch by Rodger Combs. Signed-off-by: Anton Khirnov <anton@khirnov.net>
* lavc: add Intel libmfx-based H.264 encoderAnton Khirnov2015-03-27
|
* dca: Support for XLL (lossless extension)Niels Möller2015-03-15
| | | | | | Cleanup and integration by Diego Biurrun. Signed-off-by: Diego Biurrun <diego@biurrun.de>
* TDSC decoderVittorio Giovara2015-03-13
| | | | Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* Canopus HQX decoderVittorio Giovara2015-02-22
| | | | Based on work by Kostya Shishkov <kostya.shishkov@gmail.com>.
* mpegaudio_parser: add MP3 ADU headers parserGilles Chanteperdrix2015-02-21
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* lavc: Add DSS SP decoderOleksij Rempel2015-02-19
| | | | | | Signed-off-by: Oleksij Rempel <linux@rempel-privat.de> Signed-off-by: Luca Barbato <lu_zero@gentoo.org> Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* lavc: add an Intel libmfx-based H.264 decoderAnton Khirnov2015-02-19
| | | | | Based on the code by Luca Barbato <lu_zero@gentoo.org> and Yukinori Yamazoe <drocon11@gmail.com>.
* h264_parser: export video format and dimensionsAnton Khirnov2015-02-19
|
* Add a side data type for audio service type.Anton Khirnov2015-01-27
| | | | | Currently, audio service type is a field in AVCodecContext. However, side data is more appropriate for this kind of information.
* lavc: deprecate unused AVCodecContext.stream_codec_tagAnton Khirnov2015-01-27
|
* libavcodec: Add an OpenH264 encoder wrapperMartin Storsjö2015-01-06
| | | | | | | | | | | | | | | | | | | | Compared to existing, common opensource H264 encoders, this can be useful since it has got a different license (BSD instead of GPL). Performance- and qualitywise it is comparable to x264 in ultrafast mode. Hooking it up as an encoder in libavcodec also simplifies comparing it against other common encoders. This requires OpenH264 1.3 or newer. Since the OpenH264 API and ABI changes frequently, only releases are supported. To take advantage of the OpenH264 patent offer, the OpenH264 library must not be redistributed, but downloaded at runtime at the end-user's system. Signed-off-by: Martin Storsjö <martin@martin.st>
* vdpau: add helper for surface chroma type and sizeRémi Denis-Courmont2014-12-25
| | | | | | | | | | | | | | | | | | | | | 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 <remi@remlab.net> Signed-off-by: Anton Khirnov <anton@khirnov.net>
* libavcodec: add AV_HWACCEL_ALLOW_HIGH_DEPTH flagRémi Denis-Courmont2014-12-25
| | | | | | | | 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 <remi@remlab.net> Signed-off-by: Anton Khirnov <anton@khirnov.net>
* avcodec: add AVCodecContext.sw_pix_fmtRémi Denis-Courmont2014-12-25
| | | | | | | | 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 <anton@khirnov.net>
* DPX parserPaul B Mahol2014-12-18
| | | | | | Additional improvements and fixes by Michael Niedermayer <michaelni@gmx.at>. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* tiff: support encoding and decoding 64bit imagesCarl Eugen Hoyos2014-12-18
|
* lavc: add a public API for parsing vorbis packets.Anton Khirnov2014-11-06
| | | | | | It is required by (at least) the ogg demuxer. Mark the current semi-public apriv API for removal.
* lavc: make rc_qsquish a private option of mpegvideo encodersAnton Khirnov2014-10-18
|
* libfdk-aacdec: Enable Dynamic Range Control Metadata SupportOmer Osman2014-10-17
| | | | | | | | | | For streams which contain DRC metadata, the FDK decoder is able to control rendering of the decoded output. The rendering parameters are detailed in fdk_aac_dec_options []. The default behavior is left up to the decoder. Signed-off-by: Martin Storsjö <martin@martin.st>
* libfdk-aacdec: Enable Decoder Downmix including Downmix Metadata SupportOmer Osman2014-10-17
| | | | | | | | | | | | | | | | | | | | | | | | | | The FDK decoder is capable of producing mono and stereo downmix from multichannel streams. These streams may contain metadata that control the downmix process. The decoder requires an Ancillary Buffer in order to correctly apply downmix in streams containing downmix Metadata. The decoder does not have an API interface to inform of the presence of Metadata in the stream, and therefore the Ancillary Buffer is always allocated whenever a downmix is requested. When downmixing multichannel streams, the decoder requires the output buffer in aacDecoder_DecodeFrame call to be of fixed size in order to hold the actual number of channels contained in the stream. For example, for a 5.1ch to stereo downmix, the decoder requires that the output buffer is allocated for 6 channels, regardless of the fact that the output is in fact two channels. Due to this requirement, the output buffer is allocated for the maximum output buffer size in case a downmix is requested (and also during decoder init). When a downmix is requested, the buffer used for output during init will also be used for the entire duration the decoder is open. Otherwise, the initial decoder output buffer is freed and the decoder decodes straight into the output AVFrame. Signed-off-by: Martin Storsjö <martin@martin.st>
* lavc: deprecate the use of AVCodecContext.time_base for decodingAnton Khirnov2014-10-15
| | | | | | | | | | | When decoding, this field holds the inverse of the framerate that can be written in the headers for some codecs. Using a field called 'time_base' for this is very misleading, as there are no timestamps associated with it. Furthermore, this field is used for a very different purpose during encoding. Add a new field, called 'framerate', to replace the use of time_base for decoding.
* vdpau: add AV_HWACCEL_FLAG_IGNORE_LEVEL to skip the codec level checkRémi Denis-Courmont2014-10-15
| | | | | | | | | | | | | Decoding acceleration may work even if the codec level is higher than the stated limit of the VDPAU driver. Or the problem may be considered acceptable by the user. This flag allows skipping the codec level capability checks and proceed with decoding. Applications should obviously not set this flag by default, but only if the user explicitly requested this behavior (and presumably knows how to turn it back off if it fails). Signed-off-by: Anton Khirnov <anton@khirnov.net>
* lavc: use a separate field for exporting audio encoder paddingAnton Khirnov2014-10-13
| | | | | | | | | | | | | | Currently, the amount of padding inserted at the beginning by some audio encoders, is exported through AVCodecContext.delay. However - the term 'delay' is heavily overloaded and can have multiple different meanings even in the case of audio encoding. - this field has entirely different meanings, depending on whether the codec context is used for encoding or decoding (and has yet another different meaning for video), preventing generic handling of the codec context. Therefore, add a new field -- AVCodecContext.initial_padding. It could conceivably be used for decoding as well at a later point.
* avcodec: add enum values on chroma sample locationMarc-Antoine Arnaud2014-10-08
|
* lavc: specify the behavior of av_lockmgr_register on failure.Manfred Georg2014-10-06
| | | | | | | | | | | The register function now specifies that the user callback should leave things in the same state that it found them on failure but that failure to destroy is ignored by the library. The register function is now explicit about its behavior on failure (it unregisters the previous callback and destroys all mutex). Signed-off-by: Manfred Georg <mgeorg@google.com> Signed-off-by: Anton Khirnov <anton@khirnov.net>
* vdpau: add av_vdpau_bind_context()Rémi Denis-Courmont2014-10-06
| | | | | | | | | | | | This function provides an explicit VDPAU device and VDPAU driver to libavcodec, so that the application is relieved from codec specifics and VdpDevice life cycle management. A stub flags parameter is added for future extension. For instance, it could be used to ignore codec level capabilities (if someone feels dangerous). Signed-off-by: Anton Khirnov <anton@khirnov.net>
* avcodec: add stream-level stereo3d side dataVittorio Giovara2014-08-28
|
* avcodec: Postpone FF_IDCT_XVIDMMX removal until the next version bumpDiego Biurrun2014-08-10
|
* Bump major versions of all libraries.Anton Khirnov2014-08-09
|
* Postpone API-incompatible changes until the next bump.Anton Khirnov2014-08-09
|
* avcodec: Rename xvidmmx IDCT to xvidDiego Biurrun2014-08-08
| | | | The Xvid IDCT is not MMX-specific.
* avcodec: Undeprecate reordered_opaqueDiego Biurrun2014-08-07
| | | | | | | It allows attaching other external, opaque data to the frame and passing it through the reordering process, for cases when the caller wants other data than just the plain packet pts. There is no way to cleanly achieve this without the field.
* avcodec: Deprecate dtg_active_format field in favor of avframe side-dataKieran Kunhya2014-08-03
| | | | Signed-off-by: Diego Biurrun <diego@biurrun.de>
* avcodec: Deprecate unused defines and optionsDiego Biurrun2014-08-03
|
* lavc: add a property for marking codecs that support frame reorderingAnton Khirnov2014-07-28
|
* lavc: export DV profile API used by muxer/demuxer as publicAnton Khirnov2014-07-09
|
* libfdk-aacdec: Decode the first AAC frame to reliably identify the bitstreamOmer Osman2014-07-07
| | | | | | | | | | | | For implicit signaling cases (as possible for Spectral Band Replication and Parametric Stereo Tools), the decoder must decode the first frame to correctly identify the stream configuration (as called from avformat_find_stream_info). The mechanism for this is built-in and only requires adding CODEC_CAP_CHANNEL_CONF to the libfdk-aacdec AVCodec struct. Signed-off-by: Omer Osman <omer.osman@iis.fraunhofer.de> Signed-off-by: Martin Storsjö <martin@martin.st>
* libfdk-aacdec: Reduce the default decoder delay by one frameOmer Osman2014-07-05
| | | | | | | | | | | | | The default error concealment method if none is set via aacDecoder_SetParam(AAC_CONCEAL_METHOD) is set in CConcealment_InitCommonData within the fdk-aac library and is set to Energy Interpolation. This method requires one frame delay to the output. To reduce the default decoder output delay and avoid missing the last frame in file based decoding, use Noise Substitution as the default concealment method. Signed-off-by: Omer Osman <omer.osman@iis.fraunhofer.de> Signed-off-by: Martin Storsjö <martin@martin.st>
* lavc: add a convenience function for rescaling timestamps in a packetAnton Khirnov2014-06-20
|
* lavc: add an option to enable side data-only packets during encodingAnton Khirnov2014-06-01
| | | | | | Some encoders (e.g. flac) need to send side data when there is no more data to be output. This enables them to output a packet with no data in it, only side data.
* avcodec: bump version after rotation apiVittorio Giovara2014-05-23
| | | | Signed-off-by: Kostya Shishkov <kostya.shishkov@gmail.com>
* lavc: add avcodec_free_context().Anton Khirnov2014-05-18
| | | | | | | | | | | Right now, the caller has to manually manage some allocated AVCodecContext fields, like extradata or subtitle_header. This is fragile and prone to leaks, especially if we want to add more such fields in the future. The only reason for this behaviour is so that the AVStream codec context can be reused for decoding. Such reuse is discouraged anyway, so this commit is the first step to deprecating it.
* lavc: add a native Opus decoder.Anton Khirnov2014-05-15
| | | | | | | | | | | | | Initial implementation by Andrew D'Addesio <modchipv12@gmail.com> during GSoC 2012. Completion by Anton Khirnov <anton@khirnov.net>, sponsored by the Mozilla Corporation. Further contributions by: Christophe Gisquet <christophe.gisquet@gmail.com> Janne Grunau <janne-libav@jannau.net> Luca Barbato <lu_zero@gentoo.org>
* lavc: deprecate AVCodecContext.codec_nameAnton Khirnov2014-05-01
| | | | It is undocumented and has no real use.
* lavc: move CODEC_FLAG_MV0 to mpegvideoAnton Khirnov2014-05-01
|
* lavc: make the xvid-specific "gmc" flag a private option of libxvidAnton Khirnov2014-05-01
|
* lavc: move CODEC_FLAG_NORMALIZE_AQP to mpegvideoAnton Khirnov2014-05-01
|
* lavc: deprecate CODEC_FLAG_INPUT_PRESERVEDAnton Khirnov2014-05-01
| | | | The addition of reference-counted frames makes it pointless.
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-29 20:46:17 +0000