[omxplayer] Don't flush queued data on general reset

We were flushing the queue of data to gpu (which can be a number of seconds worth) on a general reset.
However this is generated on inoccuous events like a chapter change in dvd playback.

This results in a few seconds loss of audio, and a temporary audio/video sync error
[PVR] initial support for sub channel numbers. display only. only works with 'using backend channel numbers' enabled
[PVR] bump add-ons
DXVA: factor out interface to dxva decoder into singleton
DXVA: only allow a single dxva decoder to be opened
DXVA: refcount decoder on get/release buffer
[curl] redact effective URL
[pvr] fix destructor visibility to allow polymorphic deletion

This fixes the polymorphic deletion in CGUIWindowPVRBase.
Merge pull request #5290 from opdenkamp/subchannels

PVR: initial support for sub channel numbers
Merge pull request #5338 from xhaggi/pvr-fix-destructor-visibility

[pvr] fix destructor visibility to allow polymorphic deletion
Merge pull request #5335 from FernetMenta/dxva

DXVA: fixes related to ffmpeg
Merge pull request #5337 from wsnipex/curl_real_url

[curl] redact effective URL
Merge pull request #5240 from popcornmix/generalreset

[omxplayer] Don't flush queued data on general reset
dxva: fix c/p error after b92d51f9fc3ad40da13aa0c153a13e278937ecee
dxva: temp fix for borked video surface handling
pvr: avoid closing stream players on channel switch
fix unregiser of observer/observable
Merge pull request #5347 from FernetMenta/observer

fix unregiser of observer/observable
Merge pull request #5342 from FernetMenta/switch

pvr: avoid closing stream players on channel switch
Merge pull request #5346 from FernetMenta/dxva

DXVA: fixes related to ffmpeg 2nd.