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 17d2bc2f)
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 29b82ab8)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

(noticed by Antoine Cellerier)

I also really do not see why later plugins shortcut would get bigger bonus?!

Use 'make using-src' or 'make src' to build from source. Then 'make package-macosx' to generate a contrib package. This package has to be uploaded to ftp.videolan.org/pub/videolan/testing/contrib/package-macosx-ARCH-REV.tar.bz2. And update the contrib Makefile to use the new REV.

For Mac OS X, let's now use the default X11 locations for the fonts.conf and the cache files.
Those that do not have X11 installed (old default < 10.4) are simply out of luck.
They will only be able to use the files in /System/Library/Fonts and will need to rebuild
their cache every time.

We should also fix this for windows. I'm looking for other projects that use fontconfig on
Windows to see if I can get some hints on how to do this.