On Fri, Sep 24, 2021 at 12:06 PM Ho Ming Shun <cyph1...@gmail.com> wrote: > > MMAL is an fundamentally an asynchronous decoder, which was a bad fit > for the legacy dataflow API. Often multiple packets are enqueued before > a flood of frames are returned from MMAL. > > The previous lockstep dataflow meant that any delay in returning packets > from the VPU would cause ctx->queue_decoded_frames to grow with no way > of draining the queue. > > Testing this with mpv streaming from a live RTSP source visibly reduced > latency introduced by frames waiting in queue_decoded_frames from > roughly 2s to 0. > > Signed-off-by: Ho Ming Shun <cyph1...@gmail.com>
Hi, Thanks for the interest towards improving the MMAL hwdec. Do you happen to know if there is a nice docker container or sysroot tarball available that can be utilized for CI etc purposes to at least verify that a standard sysroot that is similar to raspbian or so (as that is the most common setup with raspis, I think?) still works building-wise? Jan _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
