GitLab

No you CANNOT release a vout by vlc_object_release if you have created
it by vout_Request or vout_Create.

This reverts commit 5183d34d.

For the same reason as audio outputs. The code was thread-unsafe beyond
repair.

This reverts commit 74cf34e6.

There is enough sucking code.

Why call vlc_thread_ready when the other side does not wait anyway...

(The clean up path of vout is in a need of more cleaning).

Correctly free spu and filter chain.
Do not free 2x vout pictures.
(At least, vlc -V x11 does not segfault any more on resize, it
just does not work)

(Cosmetic, it will allow cleaning up a bit the vout thread).

Could someone with good vout knowledge review this commit ?

attached" on vlc_object_detach although the object was attached
previously ... what could that be due to?

Fix two potential segfaults.
Cosmetics.

resizing which is horrible. Upcomming commit will fix that.

Unused video outputs are currently attached to libvlc, so there is no
point in destroying them from the playlist (twice), then from libvlc.
This should also fix #1593 (multiple vout free).

for in english code)