summaryrefslogtreecommitdiff
path: root/libavcodec/libaomdec.c
Commit message (Collapse)AuthorAge
* avcodec: Constify AVCodecsAndreas Rheinhardt2021-04-27
| | | | | | | | | | Given that the AVCodec.next pointer has now been removed, most of the AVCodecs are not modified at all any more and can therefore be made const (as this patch does); the only exceptions are the very few codecs for external libraries that have a init_static_data callback. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com> Signed-off-by: James Almer <jamrial@gmail.com>
* lavc/libaomdec: fix build with 1.0.0Anton Khirnov2021-04-18
| | | | | aom_codec_frame_flags_t in libaom 1.0.0 is defined in aom_encoder.h, whereas for newer versions it was moved to aom_codec.h
* avcodec/libaomdec: export frame pict_typeJames Almer2021-04-16
| | | | | | Should fix ticket #9180 Signed-off-by: James Almer <jamrial@gmail.com>
* lavc: rename AV_CODEC_CAP_AUTO_THREADS->AV_CODEC_CAP_OTHER_THREADSAnton Khirnov2021-03-16
| | | | | | | | | | This cap is currently used to mark multithreading-capable codecs that wrap external libraries with their own multithreading code. The name is highly confusing for our API users, since libavcodec ALWAYS handles thread_count=0 (see commit message in previous commit). Therefore rename the cap and update its documentation to make its meaning clear. The old name is kept deprecated until next+1 major bump.
* lavc: replace internal use of AV_CODEC_CAP_AUTO_THREADS with an internal capAnton Khirnov2021-03-16
| | | | | | | | | | | | | | | | AV_CODEC_CAP_AUTO_THREADS was originally added in b4d44a45f9a to mark codecs that spawn threads internally and are able to select an optimal threads count by themselves (all such codecs are wrappers around external libraries). It is used by lavc generic code to check whether it should handle thread_count=0 itself or pass the zero directly to the codec implementation. Within this meaning, it is clearly supposed to be an internal cap rather than a public one, since from the viewpoint of a libavcodec user, lavc ALWAYS handles thread_count=0. Whether it happens in the generic code or within the codec internals is not a meaningful difference for the caller. External aspects of this flag will be dealt with in the following commit.
* avcodec/libaomdec: Set SAR based on RenderWidth and RenderHeightDerek Buitenhuis2020-08-21
| | | | | | This is the same thing we do in libdav1d.c Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
* avcodec/libaomdec: remove bogus commentJames Almer2018-10-04
| | | | | | It's a remnant from libvpx that's not valid for libaom. Signed-off-by: James Almer <jamrial@gmail.com>
* avcodec/libaom: fix setting amount of threadsJames Almer2018-09-13
| | | | | | | | | | | | The libaom doxy says that a value of 0 for the threads fields is equivalent to a value of 1, whereas for avctx->thread_count it means the maximum amount of threads possible for the host system. Use av_cpu_count() to get the correct thread count when auto threads is requested. Reviewed-by: Jan Ekström <jeebjp@gmail.com> Signed-off-by: James Almer <jamrial@gmail.com>
* Revert "avcodec/libaomdec: auto insert dump_extra bitstream filter"James Almer2018-08-17
| | | | | | | This reverts commit e45ed15594a2553056a577177591fbe55694af44. The Matroska spec was updated to not remove Sequence Header OBUs from key frames, so this is no longer needed.
* avcodec/libaomdec: auto insert dump_extra bitstream filterJames Almer2018-08-02
| | | | | | | | | Some containers, like Matroska, may propagate key frames with no Sequence Header OBU since it's provided in extradata instead. With this change, the Sequence Header will be appended to the packet data before calling aom_codec_decode(). Signed-off-by: James Almer <jamrial@gmail.com>
* avcodec/libaomdec: fix broken pix_fmt changes from the previous commitJames Almer2018-04-04
| | | | Signed-off-by: James Almer <jamrial@gmail.com>
* avcodec/libaomdec: add support for monochrome filesJames Almer2018-04-03
| | | | | | | All such files are signaled as I42016, as there's no monochrome value in aom_img_fmt_t. Signed-off-by: James Almer <jamrial@gmail.com>
* avcodec/libaomdec: remove duplicate codeJames Almer2018-04-03
| | | | Signed-off-by: James Almer <jamrial@gmail.com>
* avcodec/libaomdec: remove references to gbrp pixfmtJames Almer2018-04-02
| | | | | | Support for this needs testing, so remove for now. Signed-off-by: James Almer <jamrial@gmail.com>
* libavcodec/libaomdec: add support for transfer characteristics and color ↵James Almer2018-03-29
| | | | | | primaries Signed-off-by: James Almer <jamrial@gmail.com>
* libavcodec/libaomdec: use the matrix coefficients value from aom_imageJames Almer2018-03-29
| | | | | | "color_space" is no longer a sytax element in libaom. Signed-off-by: James Almer <jamrial@gmail.com>
* avcode/profiles: add AV1 profilesJames Almer2018-03-29
| | | | Signed-off-by: James Almer <jamrial@gmail.com>
* avcodec/libaomdec: remove references to yuv440p pixfmtJames Almer2018-03-28
| | | | | | | While the enums are defined in the libaom headers, it's not officially supported. Signed-off-by: James Almer <jamrial@gmail.com>
* Merge commit 'c438899a706422b8362a13714580e988be4d638b'James Almer2018-03-28
| | | | | | | | | | * commit 'c438899a706422b8362a13714580e988be4d638b': Add AV1 video decoding support through libaom This contains some extra changes taken from the libvpx decoder wrapper, most of them contained in the set_pix_fmt() function. Merged-by: James Almer <jamrial@gmail.com>
* Add AV1 video decoding support through libaomLuca Barbato2018-03-12
Signed-off-by: Diego Biurrun <diego@biurrun.de> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-27 19:27:15 +0000