summaryrefslogtreecommitdiffstats
path: root/libavcodec/huffyuvenc.c
Commit message (Collapse)AuthorAgeFilesLines
* lavc: Move prediction_method to codec private optionsVittorio Giovara2016-01-211-7/+30
| | | | | | | | | | This options is only used by huffyuv, ffvhuv, jpegls, mjpeg, mpegvideoenc, png, utvideo. It is a very codec-specific options, so deprecate the global variant. Set proper limits to the maximum allowed values, and update utvideoenc tests to use the new option name. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* lavc: Move context_model to codec private optionsVittorio Giovara2016-01-211-4/+29
| | | | | | | | This option is only used by ffv1 and ffvhuff. It is a very codec-specific option, so deprecate the global variant. Improve documentation a little. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* lavc: Consistently prefix input buffer definesVittorio Giovara2015-07-271-1/+1
| | | | Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* lavc: AV-prefix all codec flagsVittorio Giovara2015-07-271-11/+11
| | | | | | Convert doxygen to multiline and express bitfields more simply. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* Deprecate avctx.coded_frameVittorio Giovara2015-07-201-0/+4
| | | | | | | | | | | | | | | | | The rationale is that coded_frame was only used to communicate key_frame, pict_type and quality to the caller, as well as a few other random fields, in a non predictable, let alone consistent way. There was agreement that there was no use case for coded_frame, as it is a full-sized AVFrame container used for just 2-3 int-sized properties, which shouldn't even belong into the AVCodecContext in the first place. The appropriate AVPacket flag can be used instead of key_frame, while quality is exported with the new AVPacketSideData quality factor. There is no replacement for the other fields as they were unreliable, mishandled or just not used at all. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* Gather all coded_frame allocations and free functions to a single placeVittorio Giovara2015-07-201-4/+1
| | | | | | | | | | | | | | Allocating coded_frame is what most encoders do anyway, so it makes sense to always allocate and free it in a single place. Moreover a lot of encoders freed the frame with av_freep() instead of the correct API av_frame_free(). This bring uniformity to encoder behaviour and prevents applications from erroneusly accessing this field when not allocated. Additionally this helps isolating encoders that export information with coded_frame, and heavily simplifies its deprecation. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* huffyuv: Check memory allocationVittorio Giovara2015-05-311-1/+1
|
* huffyuvenc: Mark codec as init-thread-safe and init-cleanupVittorio Giovara2015-04-241-0/+5
|
* dsputil: Split bswap*_buf() off into a separate contextDiego Biurrun2014-06-221-1/+1
|
* dsputil: Split off HuffYUV encoding bits into their own contextDiego Biurrun2014-05-271-17/+19
| | | | Also shorten HuffYUV context member names to avoid clutter.
* build: Let the ffvhuff decoder/encoder depend on the huffyuv decoder/encoderDiego Biurrun2014-02-281-2/+0
| | | | | Almost all of the code is shared so there is little point in enabling one decoder/encoder without the other.
* huffyuv: use the AVFrame API properly.Anton Khirnov2013-11-161-6/+9
|
* cosmetics: Group .name and .long_name together in codec/format declarationsDiego Biurrun2013-10-031-2/+2
|
* huffyuvenc: BGRA supportMichael Niedermayer2013-07-291-35/+116
| | | | | | Bug-Id: 452 Signed-off-by: Diego Biurrun <diego@biurrun.de>
* huffyuv: split encoder and decoder into separate files.Anton Khirnov2012-12-231-0/+633
OpenPOWER on IntegriCloud