[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
FIX: prevent switching to windowed mode on windowing system not actually supporting it
FIX: do not mark resolution as changed if it didn't
Android: Splash: Fix progressbar/text overlap

Signed-off-by: Brandon McAnsh <brandonm@matricom.net>
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
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
[dxva] split decoder and renderer to different files and move renderers to cores/VideoRenderers
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
vaapi: fix potential segfault when pp method is changed
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.