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

This reverts commit 74cf34e6.

This fixes #1651. We can hopefully get a proper patch for the FS
controller.

This allows resizing non overlay output without swscale support.
(I have disabled chroma chain building until someone tests it.)

works when you have it :p)

Fixes crashes, deadlocks and assertions failure with #1650.
One cannot remove object references one does not own.

Reopens #1637.

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)

its size should be passed to vlc_object_create (instead of VLC_OBJECT_GENERIC)

This patch adds setting to override calculated bit rate outputted
into ASF stream. This is needed in the cases where ASF muxer
receives stream in TS (for example) and can't correctly determine
what output bit rate should be.

Windows Media Player actually uses ASF bitrate setting to calculate
how much to cache and if the output bit rate is wrong it tries to
cache too much or too little.

To test the behaviour before this patch try to stream WMV in TS
container to another VLC that remuxes it into ASF. Open the remuxed
stream into WMP and you'll see how it tries to cache 1%, 2%, 3%
and so on...
Signed-off-by: Antoine Cellerier <dionoea@videolan.org>

Small cleanup in asf muxer. Use SOUT_CFG_PREFIX in options setup.
Signed-off-by: Antoine Cellerier <dionoea@videolan.org>

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

Could someone with good vout knowledge review this commit ?

This allows playing of MS Video 1 file but it is not yet correct because
of the way VLC handles RGB (it won't work on big endian, and the colors
seem broken).