With this commit the mentioned features result in an actual change, when we are in fullscreen or "macosx-video-autoresize" is false.
Furthermore, this fixes nasty flickering when normal window is changed in size while using this features.
Also this commit makes sure, that no window resize is happening in any case, when "macosx-video-autoresize" is false.
Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

fixes both #5733 and #5806

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

macosx: fail the video output if Quartz Extreme isn't supported, removed specific options, which are now handled by the core

QE is supported on virtually any Mac is running 10.5+ except for broken Hackintoshes

no functional change

Not yet used.

It is not yet used.

The parameter is not yet used.

This is purely a syntactical change to share the opengl.c code.
This commit does not actually make use of the vlc_gl_Create().

You have to set the list of chromas the module support in
vout_display_t::info.subpicture_chromas and then handle the subpicture_t
parameters in vout_display_t::prepare/display.

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

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

And don't unlockgl if lockgl wasn't successful.

This saves (from my test) more than 5 frames per seconds during live resize.

And a debug code.

This may actually save some CPU cycle.

This enables passing a below state in addition to currently supported
always-on-top (above) and normal. (However, none of the window provider
support it just yet).

It is non blocking regarding Main Thread.
It is compatible with minimal_macosx in term of drawable-nsobject.
It will only work if a drawable-nsobject is provided.

It removes the glitches there was with minimal_macosx (and gui/macosx) when:
- Displaying the first frames
- Resizing the view.