While string configuration items have been protected for a while, float
and integer items weren't. This is now fixed.

There is still a small bug in some plugins setting ->b_dirty without
locking the configuration lock for writing.

Previously, we had one configuration mutex per module.
With a global read/write lock, resetting, loading, saving and
auto-saving the configuration becomes atomic (and use only one lock &
unlock pair). Also, multiple threads can now read the configuration
item of the same module at the same time.

Note that, as the earlier configuration mutex, only configuration item
values are protected. The list of items and their meta-data cannot
change while VLC runs (they're hard-coded in the plugin descriptors).

That would return the PO file metadatas.

Loading the configuration from vlcrc or resetting the configuration does
not alter the command line parameter anymore.

The module bank is now locale-independent, so this was a waste fo time.

Get the right libvlc path in macosx and win32 to reside in the specific.c files.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

It is not useful

It indicates restrictions on the ES (resolution, bitrate, codec
features...), like the H264 level

Other (audio or video) demux/codecs than real demux can use it

...as I found a case where it makes the output almost unreadable, and
cannot find another test case where it makes it better, which I'm
pretty sure I had when I did this.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

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

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

Pointed-out-by: Alexis Ballier