This loop will be used by authentication.
Signed-off-by: Michael Hanselmann <public@hansmi.ch>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Authentication will need this.
Signed-off-by: Michael Hanselmann <public@hansmi.ch>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Otherwise they can be mixed up with the next request. Until now, the
connection was always terminated after an error. However, with
authentication, the request can be repeated with authentication
information.
Signed-off-by: Michael Hanselmann <public@hansmi.ch>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Signed-off-by: Michael Hanselmann <public@hansmi.ch>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

It's needed for authentication.
Signed-off-by: Michael Hanselmann <public@hansmi.ch>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

It'll be used by another patch.
Signed-off-by: Michael Hanselmann <public@hansmi.ch>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

These functions can be used by HTTP clients to authenticate against
HTTP servers using the Basic and Digest algorithms as described in
RFC2617.

Most of the code is taken from modules/access/http.c, although it
includes modifications to make it work as library functions and to
fix some issues. The HTTP access module can be converted at a
later point, but there's still some stuff needing cleanup first.

These functions will be used for the Remote Audio Output Protocol
plugin to authenticate VLC against RAOP-compatible devices if the
user enabled password protection.
Signed-off-by: Michael Hanselmann <public@hansmi.ch>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

introduced by afce97e9).

And clean it. Only Git revision is interested. You can't build contribs without Git.

Signed-off-by: Laurent Aimar <fenrir@videolan.org>

NEVER TESTED.

EXTRA_DATA doesn't seem to be a "primary" even if DATA is and EXTRA is a valid prefix.
Also i don't think .vlt are often rebuilt so it should be in clean rather than mostly clean

It fixes at least RGB  blending with opengl on little indian arch.

 Without this patch, all epehemere subpicture with the same start
date are blended over the picture.

dialog_ProgressCreate can return NULL. For this case,
only deal with the result if it is not NULL.
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

should not crash if font family not found. Thanks to Anthony Loiseau for
spotting this one.

Also set vbv-bufsize if user didn't specify them.
bufsize is bitrate * seconds between keyframes instead of earlier
2*bitrate. Recommended by Dark_Shikari

So now you can stream for mobiles with following:
 sout="#transcode{deinterlace,acodec=mp4a,vcodec=h264,width=320,height=180,venc=x264{no-cabac,bframes=0,ref=3,level=12,keyint=50},vb=180,ab=64,channels=2}...

tested with rtp-output and G1 android. Produces quite stable near cbr
stream.

And file-encoding should be ok with defaults (without any
venc=x264-settings or bitrates), if not targeted to
handhelds/streaming.

change from default 800 to zero, as nowdays most of bitrate transcoding
is for streaming, and 800 ain't good default for that either. Also
thisways it's easier on check different encoding modes (cbr/qp/etc) on
video encoder modules.

I did quick look on different modules, but didn't spot anything obvious
that would break. I'll look ffmpeg and x264 more closely next.

It avoids loosing subtitles with the messages
"main subpicture error: subpicture heap full".

It also avoid useless mdate() when decoding audio.

Dynamic subtitles are used by ssa and kate.
This commit breaks the API for 2 functions used by the transcode module.

Work around the missing PathIsNetworkPathW() function...