summaryrefslogtreecommitdiff
path: root/libavcodec/dpxenc.c
Commit message (Collapse)AuthorAge
* dpx: Replace avpicture functions with imgutilsVittorio Giovara2015-10-21
| | | | Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* lavc: AV-prefix all codec flagsVittorio Giovara2015-07-27
| | | | | | Convert doxygen to multiline and express bitfields more simply. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* Deprecate avctx.coded_frameVittorio Giovara2015-07-20
| | | | | | | | | | | | | | | | | 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-20
| | | | | | | | | | | | | | 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>
* dpx: always write the image offsetZoltan Kovacs2014-12-08
| | | | | | | | | | | | | According to the DPX file format description found at http://www.fileformat.info/format/dpx/egff.htm the ImageElement part of the GenericImageHeader also contains an an offset to the real image data beside the same member that can be found in the GenericFileHeader. Libav keeps this member empty (=0) while some applications expects it to be filled properly. FATE test updated accordingly. Bug-Id: 742 Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* dpxenc: mention missing breakVittorio Giovara2014-11-13
| | | | Bug-Id: CID 732229
* dpxenc: use the AVFrame API properly.Anton Khirnov2013-11-16
|
* cosmetics: Group .name and .long_name together in codec/format declarationsDiego Biurrun2013-10-03
|
* Replace PIX_FMT_* -> AV_PIX_FMT_*, PixelFormat -> AVPixelFormatAnton Khirnov2012-10-08
|
* Don't include common.h from avutil.hMartin Storsjö2012-08-15
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* Replace all CODEC_ID_* with AV_CODEC_ID_*Anton Khirnov2012-08-07
|
* dpxenc: Don't include the libavcodec ident if bitexact mode is enabledMartin Storsjö2012-02-29
| | | | | | This avoids breaking fate every time the lavc version is bumped. Signed-off-by: Martin Storsjö <martin@martin.st>
* dpxenc: switch to encode2().Anton Khirnov2012-02-17
|
* lavc: replace some deprecated FF_*_TYPE with AV_PICTURE_TYPE_*Anton Khirnov2011-09-21
|
* dpx: Do not use DPX encoder for decoding.Kostya Shishkov2011-05-02
| | | | 10l to the one who hasn't checked this.
* DPX image encoderPeter Ross2011-05-01
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-18 09:08:47 +0000