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>

This reverts commit 6e43f483.
Signed-off-by: Jean-Paul Saman <jean-paul.saman@m2x.nl>

This reverts commit e51d033c.

Conflicts:

	include/vlc/libvlc_events.h
	src/control/media_player.c
	src/control/media_player_internal.h

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

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

access_t::info.i_pos must always be updated to allow icy-meta and seeking
support.

Patch by ale5000

We already do that in contrib makefile.

parsing is simpler.

Else there is no way to properly trigger meta preparsing from libvlc.

The included share folder was cut down to aclocal, autoconf, automake, gettext and libtool. Additionally, the gecko-sdk is downloaded and installed separately now. This vastly speeds up the installation process.

VlcManager and VarManager dependents on each other (a design problem)
Anyway, it is a bad idea to use instance() on any manager when deallocating ressources
as it can start anew a manager already deallocated.
Better use global variables in p_sys and act accordingly.

And update NEWS to show latest improvements of avcodec. Next contribs
on mac and Windows should have AMR working

Pointed by xtophe.

We can come out of still mode by user actions, and so
the timer need to be reset in DVDNAV_BLOCK_OK.

It should fix subtitle perfs under windows.