On Tue, 11 Oct 2016 10:18:06 +0200
Hendrik Leppkes wrote:
> On Mon, Oct 10, 2016 at 11:34 PM, compn wrote:
> > On Mon, 10 Oct 2016 17:07:06 +0200
> > Hendrik Leppkes wrote:
> >
> >> On Mon, Oct 10, 2016 at 4:01 PM, Michael Niedermayer
> >> >
> >> > maybe our dxva2 maintainer wants a co main
On Mon, Oct 10, 2016 at 11:34 PM, compn wrote:
> On Mon, 10 Oct 2016 17:07:06 +0200
> Hendrik Leppkes wrote:
>
>> On Mon, Oct 10, 2016 at 4:01 PM, Michael Niedermayer
>> >
>> > maybe our dxva2 maintainer wants a co maintainer?
>> > if so would someone be interrested to help ?
>> >
>>
>> Unfortuna
On Mon, 10 Oct 2016 17:07:06 +0200
Hendrik Leppkes wrote:
> On Mon, Oct 10, 2016 at 4:01 PM, Michael Niedermayer
> >
> > maybe our dxva2 maintainer wants a co maintainer?
> > if so would someone be interrested to help ?
> >
>
> Unfortunately I have no way of testing the D3D11 stuff in there (and
On Mon, Oct 10, 2016 at 4:01 PM, Michael Niedermayer
wrote:
> On Mon, Oct 10, 2016 at 11:48:20AM +0200, Steve Lhomme wrote:
>> Any comment on this ? We are waiting or this patch to proceed with the
>> related patch in VLC (because we need to rely on the proper revision).
>>
>> It's been merged in
On Mon, Oct 10, 2016 at 11:48:20AM +0200, Steve Lhomme wrote:
> Any comment on this ? We are waiting or this patch to proceed with the
> related patch in VLC (because we need to rely on the proper revision).
>
> It's been merged in libav with a slightly different commit text:
>
> The decoding buf
Any comment on this ? We are waiting or this patch to proceed with the
related patch in VLC (because we need to rely on the proper revision).
It's been merged in libav with a slightly different commit text:
The decoding buffer index expected by D3D11VA is the one from the
ID3D11Texture2D not the
The slice index expected by D3D11VA is the one from the texture not from the
array or texture/slices.
In VLC the slices we provide the decoder don't start from 0 and thus pictures
appear in bogus order. With possible crashes and corruptions when using an
invalid index.
--
* forgot to bump the min
The slice index expected by D3D11VA is the one from the texture not from the
array or texture/slices.
In VLC the slices we provide the decoder don't start from 0 and thus pictures
appear in bogus order. With possible crashes and corruptions when using an
invalid index.
--
* forgot to bump the mic
On 10/4/2016 11:47 AM, Steve Lhomme wrote:
> The slice index expected by D3D11VA is the one from the texture not from the
> array or texture/slices.
>
> In VLC the slices we provide the decoder don't start from 0 and thus pictures
> appear in bogus order. With possible crashes and corruptions when
The slice index expected by D3D11VA is the one from the texture not from the
array or texture/slices.
In VLC the slices we provide the decoder don't start from 0 and thus pictures
appear in bogus order. With possible crashes and corruptions when using an
invalid index.
---
libavcodec/dxva2.c | 9
10 matches
Mail list logo