Thanks for not waiting for this announced, easy-to-backport commit.

 I have modified spu_RenderSubpictures to take a b_paused argument.
 The calls to pf_pre_render/pf_update_regions could have been moved to
spu_SortSubpicture and might have been cleaner BUT the way used keeps
all time consumming tasks inside spu_RenderSubpictures.

Buggy CacheMerge assumes this (among other wrong things)

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>