scheutzo <mike.scheut...@alcatel-lucent.com> added the comment: Further investigation by UGeorge determined that the root cause of this problem is that the coded video dimensions are larger than his desktop. This leads to a buffer overrun during an image copy into the YUV Overlay buffer.
The bug is that ffplay.c assumes that the call to SDLCreateYUVOverlay() will always return the requested image buffer size, but evidence indicates that it does not. It won't create a buffer larger than the desktop. Fixed title and reopened this issue since it appears to be a valid report, and I didn't find an existing roundup issue for this situation. Issue1672 might be the same, but there's not enough information in that report to be sure. ---------- status: closed -> open title: ffplay: munmap_chunk(): invalid pointer -> ffplay: segfault if coded video WxH dimension larger than desktop ________________________________________________ FFmpeg issue tracker <iss...@roundup.ffmpeg.org> <https://roundup.ffmpeg.org/issue2079> ________________________________________________