The thread_type API allows you to request only FF_THREAD_FRAME (instead of
FRAME | SLICE), but it was being ignored.
We don't implement both of them at the same time, so there isn't an effect
on current codecs, except that you can request no kinds of threading now
(a bit useless).
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

(cherry picked from commit a18e7b4f)
Signed-off-by: Reinhard Tartler <siretart@tauware.de>

This fixes ticket #23.

(cherry picked from commit 621f4c98)
Signed-off-by: Reinhard Tartler <siretart@tauware.de>

This is more consistent with the rest of the API.

The new name is more consistent with the rest of the API.

It doesn't look very useful as a public function.

This is more readable and makes it easier to reorder URLProtocol
members.

There's no particular reason to pollute the namespace with a typedef for
it.

Fix compilation on systems without poll()

And hide request_channels AVOption under it.

This way is possible to have simple micro-server act like

ffmpeg -i file.nut -vcodec copy -acodec copy -f nut tcp://foo:1234?listen

This way people will not get surprises regarding the current configure
behaviour and contributors will have a guideline on what is expected.

Support the URL_FLAG_NONBLOCK semantic and uniform the protocol.
The quick retry loop is already part of retry_transfer_wrapper.

The polling routine is common to the network protocols:
udp, tcp and, once merged, sctp.

Fix the breakage introduced with 9073ca6c

The replacement isn't ready yet.

Signed-off-by: Janne Grunau <janne-libav@jannau.net>

Fixes build with --disable-muxers --disable-network.

Thanks to Hendrik Leppkes for noticing.