Then I set it to 16( my environment : mac, Xcode, iPhone6), the some streams works well. _pictureFrameData = (uint8_t*)av_malloc(size) Īv_image_fill_arrays(_pictureFrame->data,įirst I set align to 32, but for some video streams it did not work, cause distorted images. dont forget to free _pictureFrameData at last

Int size = av_image_get_buffer_size(_pictureFrame->format, _pictureFrame->format = AV_PIX_FMT_RGB24 _pictureFrame->height = _videoCodecCtx->height _pictureFrame->width = _videoCodecCtx->width _pictureValid = avpicture_alloc(&_picture,

avpicture deprecated problem, I replace avpicture functions with AVFrame & imgutils functions. For swscale/avfilter, I believe there is no absolute requirement, but you're recommended to still make it 32.ġ. avcodec_decode_video2, this should be 32. Practically speaking, if you're going to use this picture as output buffer for calls to e.g. You'll see that (especially for image sizes that are not a multiple of 16 or 32), as you increase align to higher powers of 2, the return value slowly increases. E.g., the size of a Y plane in a YUV buffer isn't actually width * height, it's linesize * height. The align parameter to this av_image_get_buffer_size function is this line alignment, and you need it because the size of the buffer is affected by it. This allows it to use fast/aligned SIMD routines (for example SSE2/AVX2 movdqa or vmovdqa instructions) for data access instead of their slower unaligned counterparts. Some parts of FFmpeg, notably libavcodec, require aligned linesizes, which means that it requires: assert(linesize % 32 = 0)

Ffmpeg filters linesize