[FFmpeg-devel] [PATCH 3/5] ff_network_wait_fd_timeout(): check for interrupt before operation

Andrey Utkin andrey.krieger.utkin at gmail.com
Thu Jul 11 00:42:40 CEST 2013

2013/7/11 Lukasz M <lukasz.m.luki at gmail.com>:
>> Yes, this way data won't be transmitted even if socket is readable
>> (writable). So what? Abortion is requested from upper layers, this
>> fact has top priority.
> Maybe we have different use cases in mind, but what is the reason to
> call read/write operation when this operation will never happen,
> because it will be interrupted before try?

The patched procedure is not used straightly by user, but by
libavformat internal routines, including (indirectly) muxers, demuxers
etc. These internal routines of libavformat may not be checking
interrupt callback.
So in conflict of interests - user wants to terminate blocking
operation, and e.g. demuxer wants to get data - user is top priority.

Andrey Utkin

More information about the ffmpeg-devel mailing list