Closes #4998

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Noone understood this UI, but me...

Should close #3823 and #5052

Signed-off-by: Rafaël Carré <funman@videolan.org>

no need for dynamic buffers or calculation, it won't change while running
calculate it at start of program and make it const to ensure no threads will modify it
remove one level of indent in check_crashdump()

This reverts commit 3c365338.

We want to keep the same structure than on Linux
Also the .pc files use this structure

I built it using make CXX=i686-w64-mingw32-g++ STRIP=i686-w64-mingw32-strip

modifications by me:
- lower case filenames and includes
- Makefile usable with mingw-w64
- fix compilation with mingw-w64

Typo introduced in 8dd09b21 while I was wondering why vlckit is in vlc.git

InstallDirRegKey is not affected so we have to emulate it

plugins are now registered correctly, and both 32-bits and 64-bits
versions can be installed side-by-side without the installers screaming
However there is an obvious conflict in the menu, desktop icon, and
file / actions / context menu associations.

In my testing the 32-bits version was selected as default, and it was
also the last one installed.

- fix hacker's guide URL
- Merge "Files" and "Folders", rename as it's confusing when finding this file in a binary distribution
- Update description of folders

add phony targets
do not clean files/directories automatically
remove useless comments/messages
use a timestamp to not run make install each time a win32 package is created

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

LP#888002

Will help to 'undo' ASLR and make those reports useful

Same for sac3 Qclq and sqcp

http://forum.inmatrix.com/index.php?showtopic=6891 sac3
http://forum.videolan.org/viewtopic.php?f=7&t=80308 Qclq
http://discussions.apple.com/thread/750107?threadID=750107 sqcp

This allows specifying the libavcodec decoder/encoder by name
Useful in case there are more than one codec per fourcc

Example: ffvp8 / libvpx decoders for VP8

The VLC contrib patches for live555 are mandatory otherwise it will
not work correctly. Thus, linking directly from the live555 source tree
is not something that should be encouraged or even supported.

live555 should either be installed or built from contrib instead.