[Libva] FW: [Intel-gfx] vaapi intel-driver (vaapi-ext): assertion failed

[Christoph Evers]

Hi Haihao,

> Could you try with the latest vaapi-ext branch?

I am already on latest vaapi-ext branch except changes done in the last 
24hours as git is not reachable.

cheers,
Christoph


>
> BTW many operations such as vaDeriveImage(), vaPutImage() are
> unnecessary for decoding in xine-lib-vaapi
>
> Thanks
> Haihao
>
>> Xiang, Haihao<haihao.xiang at ...>  writes:
>>
>>> On Tue, 2012-01-31 at 22:48 +0100, atechsystem<at>  freenet.de wrote:
>>>> Hello,
>>>>
>>>> I forward it to the vaapi mailinglist to get sure.
>>>>
>>>> I will try to reproduce this attitude to check if I get also deinterlaced
>> output with or without the wrong
>>> color space. Till now I've not seen the "xine: i965_drv_video.c:2075:
>> i965_check_alloc_surface_bo:
>>> assertion" error message,
>>>
>>> Do you mean you can't reproduce this issue any more? I can't reproduce
>>> this issue with other players, such as VLC, mplayer.
>>
>> Atech and I already sharing experience in another forum. I don't know why he
>> can't reproduce this error. We seem to use the same versions.
>>
>> I only have this problem with xine-lib-vaapi. xbmc, mplayer, etc. work fine (of
>> course no deinterlacing). So the problem is most probably in combination with
>> xine-lib-vaapi, but I don't have a clue why.
>>
>> So regarding to your answer on intel-gfx, you are assuming that there are other
>> operations on this surface before decoding in xine-lib-vaapi. Any hint where to
>> look?
>>
>> _______________________________________________
>> Libva mailing list
>> Libva at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/libva
>