Some muxers are unable to read the spec...

With disabled webserver, linking fails at least on OSX and Linux, see
http://forum.videolan.org/viewtopic.php?f=12&t=101229 f.i.

The bit per samples must be exact for the avcodec decoder.
It closes #6799.

This is usually not visible, since you need avcodec+avformat, instead of
ts/faad. Close #6847
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Strings from the lua stack stop being valid after you pop them

This fixes a corner case where the old volume of an output plugin using
software amplification would be wrongly applied to the next output
plugin instance (if that used "hardware" amplification).

This was really just a glorified manner to set a pointer to NULL
(actually to a dummy function but whatever).

It is broken since 12edd19f and it crashes if type = 1.
Signed-off-by: Rafaël Carré <funman@videolan.org>

0xffff is full volume, which I understand to mean 0dB.

Currently, two objects of the class VLCMainWindow are generated. The first is alloated
from intf.m (triggered by the first log message that arrives) and is initialized by
both init and initWithContentRect. The second object is created from inside the nib file,
and is instantiated ONLY with initWithContentRect. Therefore, up to now _o_sharedInstance
had the wrong object and all calls to sharedInstance would cause problems.
But somehow, o_mainwindow in intf.m is updated to the correct second object, although it holds
the first object at start.

Furthermore, o_fspanel is also instantiated through the nib file.

With the wide range of deployed 686 processors, -mtune=generic is saner
and it is the default anyway. The VLC defaults did not even make sense
anymore (Pentium 2, seriously?).

You might need to set -march explicitly as with other build systems,
e.g.: -march=i686

Pointed by David Fuhrmann

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

macosx: removed the outdated and dysfunctional service discovery menu items from both the playlist and the main menu