Do not show ":" separator if album missing.
Show album even if artist missing.
Optimize a little bit.

OS X framework: fixed packaging failure, which prevented Lunettes execution on some setups due to a failing libvlc initialization

especially, also detect material recorded at the stream filter level

same options needed for vlc_accept as those for vlc_socket

some video seemed to go pass and sended to last.fm otherwise.

Signed-off-by: Rafaël Carré <rafael.carre@gmail.com>

radio-france.fr seems to use such URLs
example: http://son.radio-france.fr/chaines/itema/10491/10491_02042010_2010F10491S0092.rm

All hail to our new owners !

MainInterface:
  Use same settings context when creating and deleting playlistWidget
  Make beginGroup() / endGroup() pairs explicit.
StandardPLPanel:
  Use same settings context whenever creating treeView

This is still blind fix, don't have windows box to test atm. So don't blame
me when it eats your cat and runs to riviera with your money and gf (and free
to revert in those cases). Don't remember if that check works correctly in
windows side.

I didn't observe any issues with 1.1 or 1.0.5 from file-input, but
lets just set it just in case when we have fps-value.

This should also fix the accept4() ENOSYS infinite loop in httpd
pointed out by Aurélion Nephtali.

Original patch from Anik Varshney anik d0t varshney -- gmail d0t com,
that had issues applying (whitespace and git am...)
Fixes from me too.
Close #3045

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

The issue started because VLC would append http:// on any unknown
protocol address. This "feature" has been removed because it caused
users a headache.  Users would try to manually enter an address for,
let's say, udp:// and VLC would then handle it has http://udp://.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

This fix actually removes traces of the libc _LARGEFILE64_SOURCE
transitional API.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>