It is intented to expose the libvlc_int_t (the main vlc object)
to enable extented vlc hacking.. E.g. when you need to make something
with configuration or modules that it is not provided by the PUBLIC API,
you expose the libvlc_int_t as an vlc_object_t and act upon it with
the internal (libvlccore) API...
Signed-off-by: Rémi Denis-Courmont <rdenis@simphalempin.com>

Put back to libvlc rather than libvlccore (a stupid idea of mine).

* Use NULL instead of 0
* cosmetics.

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

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

+ Remove whitespace (jb)

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

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

 workaround to get items correctly ordered in playlist, just set sortingIndicator
 to right column and let playlist sort empty list when enabling sorting.

 Works for me, but please double check.

setup test output #standard{mux=ts,access=udp,dst=239.255.100.42,sap,name="Pouet Pouet"}
That's maybe not the best way to do this.
Fix #2346

Fixed a typo (unintialized variable)
Fixed RA 28_8/14_4 support.
Fixed error with SIPR codec.
Fixed a few memleaks on error.

It should be safe(?).
It actually works better than ffmpeg except that seeking without
index does not work.
It was used anyway for .rm file.

It supports uncompressed rar only.
The biggest file is automatically selected.