On 02/06/15 4:27 AM, Martin Storsjö wrote:
> On Mon, 1 Jun 2015, James Almer wrote:
>
>> On 01/06/15 7:54 AM, Martin Storsjö wrote:
>>> This fixes dxva2 detection (i.e. correctly realizes that it isn't
>>> available) for WinRT, where dxva2api.h does exist, but these definitions
>>> are omitted (wh
On Mon, 1 Jun 2015, James Almer wrote:
On 01/06/15 7:54 AM, Martin Storsjö wrote:
This fixes dxva2 detection (i.e. correctly realizes that it isn't
available) for WinRT, where dxva2api.h does exist, but these definitions
are omitted (when targeting the API subsets).
Ideally we should rather ch
On 01/06/15 7:54 AM, Martin Storsjö wrote:
> This fixes dxva2 detection (i.e. correctly realizes that it isn't
> available) for WinRT, where dxva2api.h does exist, but these definitions
> are omitted (when targeting the API subsets).
>
> Ideally we should rather check for e.g. DXVA2_ConfigPictureD
On Mon, 1 Jun 2015, Martin Storsjö wrote:
This fixes dxva2 detection (i.e. correctly realizes that it isn't
available) for WinRT, where dxva2api.h does exist, but these definitions
are omitted (when targeting the API subsets).
Ideally we should rather check for e.g. DXVA2_ConfigPictureDecode,
b
This fixes dxva2 detection (i.e. correctly realizes that it isn't
available) for WinRT, where dxva2api.h does exist, but these definitions
are omitted (when targeting the API subsets).
Ideally we should rather check for e.g. DXVA2_ConfigPictureDecode,
but configure might fail to find that definiti