dvb / frontend: add T2 transmission modes / guard intervals

And fix DVB API version checks, for various enum values.
(using "#ifdef ENUMVAL" does not work for enums)
Remove non required renumbering of userbouquets

As most times it was executed twice and in in non userbouquets it was
executed any time a service was added to the servicelist
Fastscan: Do not move bouquet to top if it already exists
do not display zap_error when is displayed dish and motor turning over positions

Signed-off-by: Littlesat <littlesat99@yahoo.com>
InfoBar: Hide subtitle screen before movieplayer is started

As the movieplayer is starting a new instantiate subtitle screen this new
subtitle screen might be hidden behind the standard's infobar subtitle
screen.

See: http://openpli.org/forums/topic/29774-subtitles-on-recordings/
Revert "InfoBar: Hide subtitle screen before movieplayer is started"

This reverts commit 4cfb7e5d55f861f8d71a7ca0cf0d79318ed4314c.

As this was only a solution for the movieplayer and not for the
mediaplayer, DVD player and other players that do use InfoBarInstances.
Ensure that there is only one instance of subtitleDisplay

To avoid that subtitles might be hidden behind eachother when movieplayer,
DVD player, mediaplayer or any other player is used that uses the Infobar
stucture.
Fix some cosmetic typos regards picload.cpp
Revert "do not display zap_error when is displayed dish and motor turning over positions"

This reverts commit 0d070a4dd8a2accd3990e32c768e51737ea41ca7.

As dishState is not defined in DishDialog this gives a GDOS on every
zapError. I suggest IMS forgot to put something in his patch
gdi/gpixmap: Remove unused variables, simpler c'tor

Remove unused "final" and lock variables.
Use a simpler constructor (int,int) instead of eSize for the
surface classes.
gdi/accel: Change allocation granularity to 64 bytes

Apparently, surfaces need not be 4k aligned, 64-byte seems to be enough.
Now that we have a halfway decent allocator, we might as well stop wasting
memory, by allocating on 64-byte boundaries.
gdi/epng,gpixmap: Implement a duplicate pixmap caching scheme.

The UI tends to load the same pixmaps multiple times, thus wasting
memory. Keep a (weak ref) list of pixmaps and their filenames, and
return an existing one if possible. Rely on ePtr refcounting to
manage the pixmap's lifetime.

Good news is that gpixmap didn't suffer, introducing the disposal
callback removed the need for a "must dispose" boolean.
skin.py: Ignore the "cache" option for pixmaps

The LoadPixmap cache is not useful for skin pixmaps, the C++ part
is taking care of that now. Using LoadPixmap(.., cache=True) is
just a memory leak - the pixmap will never go away once loaded.
openvix: build 711
[Translations] NL Update
Merge remote-tracking branch 'pli/master'
merge