From: Anton Khirnov <anton@khirnov.net>
Date: Tue, 8 Oct 2013 06:28:03 +0000 (+0200)
Subject: lavc doxy: remove false statements about alignment requirements.
X-Git-Tag: v10_alpha1~551
X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=66d3f5fd5ca4cb3d09b52ad1041cd4359325a21a;p=platform%2Fupstream%2Flibav.git

lavc doxy: remove false statements about alignment requirements.

The packet data does not need to be aligned.
---

diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index d535308..bb36acd 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.