untested, since the affected code is part of the S/PDIF handling

Otherwise the next probed plugin would get a potentially corrupted
input format. This bug may affect other audio output plugins and
similarly even some video outptu display plugins (not checked yet).

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

New doxygen command \libvlc_return_bool means that wrapper generators
should translate returning int to a boolean value.

For example, this is useful for Ruby, where every number, including 0,
is considered to be true.

For normal HTML/LaTeX documentation it's invisible.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

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

This prepares for a possible cleanup of the audio output object,
especially hiding more stuff into the core.

macosx: fixed updateTitle as suggested by j-b and made sure to the represented filename correctly, if applicable

macosx: remove 2 interface update timers (2 threads), 1 additional interface update thread and replaced everything by callbacks

macosx: don't use NSNotifcations to handle VLC's dialog callbacks, always perform NSAlert and friends on main thread

additionally, removed 2 clients of the manageInterface loop, which will be removed all together shortly

that's hilariously slow and CPU intensive

This was lame as we did not ever call db_check.

(requires a restart)

macosx: moved preliminary vout to main window, removed most interface related parts from VLCMain, implemented theming for the main window

the former embedded window is no longer accessible

- refactor logic and model from status.xml and playlist.xml to prepare those to work as simple views driven by the model. This will allow the .json files to exist as models as well - so .json is also added as a mimetype
- refactor status.xml to use data from shared model in luahttp.lua
- added status.json - mimics functionality of status.xml

When playing a live stream, the thread didn't wait for an event, so it's
like a while(1)... Just wait until we read/need a new segment.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>