Alternative patch which eliminates the I/O error, but slightly modifies the behavior by introducing a two-stage shutdown (the only difference is the end of the rtmp_close function) which keeps the server open until the client closes its end. On 01/02/2024 17:40, Momtchil Momtchev wrote: > > https://trac.ffmpeg.org/ticket/10838 > > > Hello, > > > This small PR implements: > >     * RTMP flow control on the server side - now the server will stop > sending data if it has filled the window and the client hasn't ACKed > >     * Improves the tear-down by not returning an error when the server > closes the connection (which seems to be the usual method of > signalling the end of the connection) > >     * Fixes the client ignoring the last frames > > > > > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". -- Momtchil Momtchev