It is possible to read from a file which is in the midst of being written.

Respect jpeg format setting as scene snapshot and respect size setting when both width and height are set.

This is a suggestion by Forum user boing (http://forum.videolan.org/viewtopic.php?f=18&t=47295&p=162690#p162690)

Freebox implements a HTTP/1.0 client, we a HTTP/1.1 server. As such we should base our determination of the keepalive vs. close behaviour on the query (client request) instead of the answer (server response).

See also: http://www.ietf.org/rfc/rfc2145.txt

Deactivate ActiveX by default and
reordering of File Asssociation to be more visible.

This fixes the matroska crash in at least our Windows and Linux version,
until a new libebml is released. Laurent Aimar had mostly worked around these in
[ce718de2] but FindNextElement was still vulnerable in

Tested on a matroska download with gaps. Many thanks to Laurent

Signed-off-by: Derk-Jan Hartman <hartman@videolan.org>

This should save some CPU cycles when we do chroma conversions and no scaling.
As suggested by Laurent Aimar

(cherry picked from commit 17d2bc2f7804d1a23eb5e55eaff996de76777fd4)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Too bad. See the French translation for contre-exemple.
Menu accelerator fix.

Signed-off-by: Rémi Denis-Courmont <rdenis@simphalempin.com>

we already know that the string starts with a &

This saves 3 kbytes from stripped libvcccore here + speedup.
We can save another 1kbyte by removing the redumdant & and ; from the
table, but I am too lazy to update the algorithm accordingly.

Well, of course, X11/DirectX being so easy, there are n-1/n changes of being on the wrong screen (if you have n screen).
But at least, you can move and it will remember the position.
(cherry picked from commit 29b82ab8d1fb740b4be0d6a0d142a107ffe7be19)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

(noticed by Antoine Cellerier)