The goal of the motion interface is to keep the video upside up. The
angles of the rotate and transform filters are oriented in opposite
directions, yet both filters are treated in the same way by the motion
code: this is incoherent and at least one code path is wrong, regardless
of the orientation of the motion sensors. On my HDAPS T42, the transform
path would turn the video upside down... my take is that its orientation
got flipped somewhere along the way. This fixes that.

This reduces overall CPU consumption.

This enables the normal VLC core resampling.

The VLC core resampling _should_ work now.

PulseAudio underflow is not (usually) an actual underrun. It just means
PulseAudio would fancy more data.

close #7794

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

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

With explicit authorization from original authors:
Neal Symms
Christopher Wingert, from mplayer-tivo project

Just in case they have been manually enabled in the configuration.

This feature has broken far too many scripts and code as it fails the
principle of least surprise.

Remove weird layout margins, and zones for correct deactivations of
groups of groupBoxes

Please note: For whatever reason, Cocoa only allows to hide the menu bar
when we also hide the dock. On the other hand, the dock can be hidden while
the menu bar stays visible.

close #4681

Closes #7775

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

This matches behavior from previous versions. "none" can forcefully
disable a module even if strict mode is NOT enabled.

Synchronization will not be so good (as with S/PDIF), but audio will
still work. Anyway, this should hardly ever happen since the ugly
resampler supports all linear formats.

In fact, the rates may be identical. Resampling might be used only to
compensate accidental drift. (We could also remove channel and format
checks.)