On Sun, Aug 10, 2014 at 04:17:09AM +0100, Kieran Kunhya wrote: > The Opus decoder in particular uses optimised float_dsp functions that expect > 32-byte alignment > --- > libavcodec/avcodec.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h > index 93aad35..5cbc175 100644 > --- a/libavcodec/avcodec.h > +++ b/libavcodec/avcodec.h > @@ -1880,7 +1880,7 @@ typedef struct AVCodecContext { > * avcodec_default_get_buffer() instead of providing buffers allocated by > * some other means. > * > - * AVFrame.data[] should be 32- or 16-byte-aligned unless the CPU doesn't > + * AVFrame.data[] should be 32-byte-aligned unless the CPU doesn't > * need it. avcodec_default_get_buffer() aligns the output buffer > properly, > * but if get_buffer() is overridden then alignment considerations should > * be taken into account.
either something like this, or the affected dsp functions could be given support to handle unaligned parameters Iam fine with either, its mostly a question what the people prefer. supporting <32byte aligned might require some changes though [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB When you are offended at any man's fault, turn to yourself and study your own failings. Then you will forget your anger. -- Epictetus
signature.asc
Description: Digital signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel