It was created as an integer and set as a boolean...

N.B.: libvlc snapshots remain seriously broken.
Vout is not locked when shooting. Variables are not safely set.
Vout thread does not access request field safely.
Multiple requests are not safe either. I probably missed some other
issues.

C++ is always so much fun ;)

It still does not work because of [2413].

+ Remove this->
+ Remove toNativeSeparators

No functionnality changes yet as the demuxers need to honor it.

 I have add an extra bool to  DEMUX_SET_POSITION/TIME to ask for precise
seeking to the demuxer.
(You cannot have precision and speed when seeking with non intra only codec).

this patch features :
- persistent resizable main windows
- video confined to preexisting window size
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

The object was typically already killed, so the thread was leaked.
Also, remove vlc_object_kill, since the thread never checks for the
detach of its own object.

This can really only output iamges at this point.
Critical yet-to-be-implemented features:
 - MIT-SHM shared memory support
 - XVideo hardware scaling & chroma conversion
 - keyboard event handling
 - mouse event handling
 - window (manager) event handling
 - cursor blanking
 - window provider submodule (so it can work without the Qt interface)
 - screen capture access module
 - GLX, perhaps?
 - etc

15, 16 and 24-bits color depth work. 32-bits depth was not tested due
to lack of suitable video adapter. 8-bits depth does not work due to a
bug in VLC chroma handling. B&W, grey and 16 color are not supported,
but are probably not worth it - the Xlib output does not support them
either.

Fullscreen should work, but was not tested.

It can only be used on detached ressource to ensure the value validity.

It also probably fixes deadlock between ressources freeing (vout) and input
through gui.