This should fix Yamaha ADPCM in MKV

Not sure if this is a driver bug or a limitation.

This simplifies the code, and allows resizing non-standard blocks.

Close #6619

Don't use sys->csa, prefer to use the local variable

macosx: prevent intermittent crashes on quit by releasing the main window later, since libvlc can try to access it as long as it is alive

(regression from 855f0b7d)

Also fix huge memory leak in v4l2 access (buffers never released).

Close #6598

However, we still cannot select the full scale.

Close #6603 and #6602

In case of pure access:
 - use correct access_sys_t type,
 - remove unused parameters.

Especially fix memory leaks on error.

Those that use METADATA_PICTURE_BLOCK

The streaming parameters depend on the format, so the format must be
set explicitly, then the streaming parameters queried every time.

This essentially reverts 1bb938e4.

This brings --v4l2-width and --v4l2-height back into use.
A value range is now added as well.

Cropping depends on the image resolution, which is selected while
setting the format.

This bug was unnoticed because this constructor is only called in a situation
where really copying from origin or leaving it to the compiler to set it via
the default constructor leads to the same result (an empty list). Yet, this
was a bug.

It may solve trac #6599 though,
(a Linux port where there is a real initialization issue)

Ref #2882

additionally, clean up misc.m and move code shared by VLCVoutView, VLBrushedMetalImageView and VLCThreePartDropView to VLCCoreInteraction