GitLab

 There will be some regressions, I used automatic sed replacement with manual
checks but there was a lot to change.
 It's only the first pass.

basos G authored Feb 26, 2009 and Jean-Baptiste Kempf committed Mar 06, 2009

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

Joseph Tulou authored Jan 30, 2009 and Jean-Baptiste Kempf committed Feb 02, 2009

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

Signed-off-by: Rémi Denis-Courmont <rdenis@simphalempin.com>

By the way, the Win32 video outputs could probably go through some code
factorization. Don't ask me.

Those multi-lines are still to be done (it's going to be fun...)
See also 5af4cc85.

Win32 Vout: after the previous fix of Win32 Vout, the fullscreen mode wasn't kept for the next item. This fixes that.

This fix the big bug of disappearing of the interface in embedded mode.
(cherry picked from commit 29e96eaed0b0d38b5d812b6717f1429739ee8c3b)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

the vout might still run after the playlist termination, so we don't want to use pl_Yield. Pointed by courmisch, thanks!

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

Fix a potential segfault.

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

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).