I should do a real fix within a short time
Probably using vlc_gc_* for picture_t

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

Also fix the threads entry point prototype on Windows.

This reverts commit b8d7dae4.

There was a reason for the removal of this hack. I introduced that hack while trying to fix that precise compile error, and decided that this fix was hiding a bigger problem. Would be nice to summon before reverting, that could prevent such mistake.

While reading this, you will find a bunch of:
  while (find (VLC_OBJECT_INTERFACE))
     release; release;

These are of course plain BUGS (which are neither introduced nor fixed
by this commit). Imagine, for instance, what happens if two threads run
the code above at the same time... they end up releasing the interface
once too many.

Speeds up object creation and deletion, slows down vlc_object_get (which
you should not use anyway, remember), makes no difference for the rest

Revert "Remove wrong check for img_resample() when ffmpeg is built with libswscale. img_resample() is on the list of deprecated functions and is currently mutual exclusive with swscale." It was the wrong fix.

This reverts commit e1629c21.

We really do not want to apply the VLC address family "policy" here.

This reverts commit ee6f60d7.
This case is already handled in vlc_object_find()

Remove wrong check for img_resample() when ffmpeg is built with libswscale. img_resample() is on the list of deprecated functions and is currently mutual exclusive with swscale.

Don't break the build in the mean time !!!

This reverts commit d682e91e.