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.