Marton Balint (12020-01-16): > It is not supported by every threading implementation, and the only thing we > gain with it is an immediate shutdown of receiving packets on close and > avoiding the poll call before reading the data. > > I don't think it is a big issue if it takes 0.1 sec of delay to close an udp > stream. Back when this was introduced the delay was 1 sec, which was indeed > noticable.
I don't like this. 0.1 s is less noticeable than 1 s for interactive human users, but for applications it may be way too much. We really should start thinking on a better solution to handle I/O. Unfortunately, seeing the cold feet reaction to something as benign as AVWriter, I am not confident this project has what it takes to go in the right direction. Regards, -- Nicolas George
signature.asc
Description: PGP signature
_______________________________________________ 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".
