GitLab

This fixes the skin loading. The color seems wrong but I think the skin
code is right (vlc RGBA is stored in memory R, B, G, A).

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

That would need to be properly fix with the new embedded vout API

Great news: there is no need to check for the existance of the playlist!

libvlccore: "intf-show" is now a libvlc var instead of a playlist var. This removes a vout->playlist dependency.

CID 140

There is only one queue at the moment, and if someone wants multiple
queues, it's probably not a good idea to hard-code queues as integers.

This improves readability a lot and prevent us from reinventing the wheel.

Signed-off-by: Rafaël Carré <funman@videolan.org>

misc/objects.c: Don't rely on vlc_object_destroy() to destroy objects, but expects vlc_object_release to do it when the refcount goes to zero.
* Meaning, that when created objects gets a refcount to 1.
* Destroying is instantaneous and we don't have to poll for a few secondss or so to wait until the object's refcount reach 0.
* We now track vlc_object_t's mem leaks when libvlc_global is released (Hard error for now, so they don't get unoticed)
* We fail hard if an object is released with a refcount of 1 without being detached from its parent and its children, to make sure such cases don't go unoticed.
(make test or make check still pass after that one. VLC is known to leak one object when no module is loaded, this must be fixed).

Missing some cases that I could not test.
Also ffmpeg/chroma.c is locked, so I can but leave it broken.
Fix is for the remaining modules is obvious and the issue is easy to detect.

(Modules that would still depend on module_config_t are not going to like this, but it's not like you weren't warned a long time ahead)

  Martin Michlmayr; Debian #417750.