Hi Usman, You may wish to look into whether the machine which is encoding is able to keep up realtime when you see something like this. More than likely, it is running out of resources (either from encoding or from the source material in the form of a bad network mount). Without more information about the exact setup, the encoding command and the hardware utilisation information (from something like top) it is going to be particularly difficult to get to the bottom of.
A potentially useful addition to these kinds of bug reports might be an atop record (https://www.atoptool.nl/) to allow investigation of the system at the time of encoding as well. Caveat being that this will only work on Linux. I'd love to hear what others here think about this kind of thing as well, potentially with a script in the git repo people can run. Many thanks, *Chris Miceli* On Mon, Sep 28, 2020 at 5:08 PM Tom Sparks <[email protected]> wrote: > On 28/09/2020, USMAN AAMER <[email protected]> wrote: > > Hi, > > I am streaming videos on LAN using ffmpeg - VP9 encoding and facing the > > issue at client (screenshot is attached): "max delay reached. Need to > > consume packets. RTP missed packets" > > how to resolve this? > > [image: image.png] > > > Can include the command line of ffmpeg > also do not use screenshots, copy and paste the output > > tom > _______________________________________________ > ffmpeg-user mailing list > [email protected] > https://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > [email protected] with subject "unsubscribe". _______________________________________________ ffmpeg-user mailing list [email protected] https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
