…ssary struct init

…ed GetWeight

Refactor of the existing logic to present GetWeight with a list of the supported conversions,
using the ID3D11VideoProcessorEnumerator1 interface of Windows 10 and above.
Support for SDR is assumed in the absence of the D3D11 interface (Windows 8)

At least one conversion: the dxva processor supports the rendering.

Keep the previous API around for now as it is used by the Configure() path.
Removed in later commits, including the temporary adaptor functions.

…ist of supported conversions

Configure retrieves the same list of conversions as GetWeight, applies some rules to pick the best
(refactor of CalcIntermediateTargetFormat) and tells CProcessorHD to use it.
No need to check the input format in Configure() anymore, it is checked by extracting the
supported conversion, and when setting the conversion in the processor.

The Configure and GetWeight paths now execute the same logic to gather information, even though
it's still executed twice.

…e it throughout

…e it with the processor

It will make it easier to get the renderer react to video attributes changes during playback.
Removed all methods that CProcessorHD was simply forwarding to CEnumeratorHD.
Removed PreInit method of CProcessorHD since the enumerator is created externally and has
already been created successfully by the time PreInit was called.

…fter recovery from lost device

First do everything enumerator related, then processor related.
to be merged with previous commit once reviewed

…g playback.

Compare attributes of new frame with old frame. Differences could require a different conversion, re-enumerate conversions and choose the best one again.

Similar to the replaced code, does not react to:
- VSR setting change
- High precision processing setting change
- Source dimensions or input dxgi format changes - in practice doesn't seem to have an effect on D1D11 enumerator interfaces behavior , but enumerator should be reopened.
To be added in future changes.