From 66d3f5fd5ca4cb3d09b52ad1041cd4359325a21a Mon Sep 17 00:00:00 2001 From: Anton Khirnov Date: Tue, 8 Oct 2013 08:28:03 +0200 Subject: lavc doxy: remove false statements about alignment requirements. The packet data does not need to be aligned. --- libavcodec/avcodec.h | 10 ---------- 1 file changed, 10 deletions(-) (limited to 'libavcodec') diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h index d5353083ad..bb36acd7fb 100644 --- a/libavcodec/avcodec.h +++ b/libavcodec/avcodec.h @@ -3378,9 +3378,6 @@ void avcodec_align_dimensions2(AVCodecContext *s, int *width, int *height, * larger than the actual read bytes because some optimized bitstream * readers read 32 or 64 bits at once and could read over the end. * - * @note You might have to align the input buffer. The alignment requirements - * depend on the CPU and the decoder. - * * @param avctx the codec context * @param[out] frame The AVFrame in which to store decoded audio samples. * The decoder will allocate a buffer for the decoded frame by @@ -3418,13 +3415,6 @@ int avcodec_decode_audio4(AVCodecContext *avctx, AVFrame *frame, * @warning The end of the input buffer buf should be set to 0 to ensure that * no overreading happens for damaged MPEG streams. * - * @note You might have to align the input buffer avpkt->data. - * The alignment requirements depend on the CPU: on some CPUs it isn't - * necessary at all, on others it won't work at all if not aligned and on others - * it will work but it will have an impact on performance. - * - * In practice, avpkt->data should have 4 byte alignment at minimum. - * * @note Codecs which have the CODEC_CAP_DELAY capability set have a delay * between input and output, these need to be fed with avpkt->data=NULL, * avpkt->size=0 at the end to return the remaining frames. -- cgit v1.2.3