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

("0 = no subtitles autodetected\n")

Make sure we always remove all output frames from the output
frame queue, even if there's no picture.

This fixes (for most practical cases at least) the issue where
the app could hang repeating "can't get output picture" after
stopping playback with omxil video decoding.

In that case, the vout didn't return any picture to write the
decoded frames into, causing the omxil codec to run out of output
buffers, blocking, and thus running out of input buffers, blocking
the decoder thread while waiting for a free input buffer.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Without this fix the second CSA key can not be set, which results
in a stream that is impossible to decrypt.

Tested with:
  cvlc \
    -I dummy -vv \
    --sout '#standard{access=udp,mux=ts,dst=239.78.78.78:5000}' \
    --sout-ts-crypt-audio --no-sout-ts-crypt-video \
    --sout-ts-csa-ck=1111111111111111 \
    --sout-ts-csa2-ck=0000000000000000 \
    http://example.com/source.ts

Before the patch:
  mux_ts mux debug: using CSA (de)scrambling with odd key=11:11:11:11:11:11:11:11
  mux_ts mux debug: no CSA found
  mux_ts mux debug: no CSA found

After the patch:
  mux_ts mux debug: using CSA (de)scrambling with odd key=11:11:11:11:11:11:11:11
  mux_ts mux debug: using CSA (de)scrambling with even key=0:0:0:0:0:0:0:0
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Maybe it could work with VC-1 Main, but no samples so far