requires latest contrib package

Speeds up channel scanning and actually should find all channels
without exhaustive scanning.

Patch fills pp_service with found configurations and DvbCNextFast
seeks first pp_service that doesn't have name and returns that for
next tune parameters. When tuning to that, we get SDT and fill names
for that freq.

This logic maybe belongs more on scan_Destroy where SDT-info is also
more parsed.

x264: mark advanced options as advanced, leaving keyint/level/profile/pass/preset/tune to normal options

And do not flag as advanced the 2 useful options

This seems to be the latest fashion in poland, for {y:i} (italic) and
{y:b} (bold), but I don't know how to correctly support it:
 - should we remove the tags in the demuxer like the MPL2 one (bad
   solution for MPL2 too)?
 - should we replace it by <i> in codecs?

This should have been gone since 0.5

This gets quite useful, when you have many drives

We create program entries, not only for current, but also all reachable
programs/pid on the same frequency (which are already seen, but skipped
in demux). But we keep only sending events regarding current program.
This allows generating data and displaying EPG entries for all available
channels

With just "skins" and "qt", only those specific interfaces would be
probed. Thus VLC could not be started from X-less command line.

If luarc is mature enough to replace oldrc, then I guess this is not
needed anymore

There's no reasons not to enable DVB support if libdvbpsi is present
and the kernel headers are present. It does not add any dependency over
the TS demux.

DVB headers were merged with Linux 2.5, so there is really no use for
--with-dvb anymore.

This fixes a crash with VoD when all tracks were not set up