Signed-off-by: Jean-Paul Saman <jean-paul.saman@m2x.nl>

Signed-off-by: Jean-Paul Saman <jean-paul.saman@m2x.nl>

Events that do not originate from within the ActiveX JS context (which is a COM context)
cannot cross into ActiveX/COM context. All events received from libvlc are in a different
thread context then the ActiveX/COM code. Thus from a libvlc event handler callback it is
not possible to call into the ActiveX/COM context.

To solve this issue a seperate thread is created that manages sending of all events for
the ActiveX webplugin (including events from libvlc). All events are by default routed
through the GlobalInterfaceTable (GIT) which takes care ActiveX/COM calls that cross
different thread context in the ActiveX/COM world.
Signed-off-by: Jean-Paul Saman <jean-paul.saman@m2x.nl>

Signed-off-by: Jean-Paul Saman <jean-paul.saman@m2x.nl>

Signed-off-by: Jean-Paul Saman <jean-paul.saman@m2x.nl>

codec/omxil: OMAP3430 only supports h264 baseline profile up to level 3.0. We now reject anything else as the codec gets confused otherwise.
  Also changed the priority so that this module is now the default video codec on Maemo.

That does not work anyway.

VLCKit: fixed typo which prevented the creation of re-distributable bundles and added the libvlc headers to the project file (not distributed in any target)

The existing code only managed to display some windows without any functionality.

legacy macosx intf: make sure we display the right playback button graphic when drawing the video window

 * plugin cache identifier string,
 * HTTP user agent header,
 * configuration file head comment,
 * CGI server software name.

In several cases, it is not used because of atexit().

This reverts commit 8b40fb0f.
Reading the PulseAudio source code, #2538 seems wrong.

Conflicts:

	bindings/python

Nothing uses it and it is irrelevant after tree form and list form
playlist representations were joined.