(cherry picked from commit f29f7e10)

Pointed-out-by: tixxDZ <tixxdz@gmail.com> - DZCORE Labs, Algeria
(cherry picked from commit dc74600c)

(cherry picked from commit 9eb5b0ce)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This is not ready yet.
(cherry picked from commit 1f952b3d)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

The .dll is still a bit big, because of static linking to libiconv, I think
(cherry picked from commit eaa615ce)

Conflicts:

	extras/contrib/src/Makefile

should fix bug #2947 ,now it scrolls to new item when theres actual
input-change, not just data changed.
(cherry picked from commit 5f81bec5)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Fix build on non-pthread platforms

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

This avoids using real-time when not asked. It should also fix a
pthread_create() permission failure on FreeBSD (Linux seems to ignore
this error silently).
(cherry picked from commit f52524a2)

Conflicts:

	src/misc/pthread.c
	src/misc/w32thread.c

macosx: fixed redraw issue when autosizing the playback slider (#2976) by using a stricter minimal window size (238*63px)

(cherry picked from commit 5cb92e06)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

b670356d introduced a segfault.
(cherry picked from commit e1cfb704)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

(cherry picked from commit 16be5123)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

(cherry picked from commit f5004eb5ea212cdf42c3fc8a22a37b3951000380)
Signed-off-by: Jean-Paul Saman <jpsaman@videolan.org>

(cherry picked from commit 5c9a6eb2a1f0027dd533e4af924436c58dc13b9f)
Signed-off-by: Jean-Paul Saman <jpsaman@videolan.org>

auhal: do not destroy "audio-device" when AudioHardwarePropertyListener failed, but try to use it anyway.

It allows multiple Safari webplugins to play audio at the sametime, just as 2 vlc instances would do.
(cherry picked from commit 2df853a4d4ad41a63817da60cc9837374e00f88e)
Signed-off-by: Jean-Paul Saman <jpsaman@videolan.org>

(cherry picked from commit 6dea546967d3cc48267cd94d41e7b75857e61b70)
Signed-off-by: Jean-Paul Saman <jpsaman@videolan.org>

It is the main cause for memory leaks of VLC browser plugin for MacOS X. Every time the browser plugin is reloaded, vlc core reloads the plugins which causes all global defined objects to initialize. Since there are objects in libmacosx_plugin.dylib that are supposed to live as long as the application these are never freed. Testing is done with --enable-debug.
(cherry picked from commit 4a60f8935ef0e53af2104ece83358b2097002f02)
Signed-off-by: Jean-Paul Saman <jpsaman@videolan.org>

(cherry picked from commit 44203e3e01a2392daf6312aefe19d0e5c343ace4)
Signed-off-by: Jean-Paul Saman <jpsaman@videolan.org>

The spec says that the 2nd round of packets need to have the 1st 4 bytes be the
timestamp (potentially zero) and the next 4 bytes be zero. The bytes after that
should be random. (not necessarily cryptographically secure, just for
establishing a unique echo response in the 3rd round of packets).
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>
(cherry picked from commit af0ba144)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

(cherry picked from commit 6a4c2d79)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

For some reasons, this doesn't crash on Linux...

(cherry picked from commit 7b7421e9)