On Thu, 2012-02-02 at 23:12 +0100, Christoph Evers wrote: > 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.
I pushed some commits yesterday, please give a try. Thanks Haihao > > cheers, > Christoph > > > > > > BTW many operations such as vaDeriveImage(), vaPutImage() are > > unnecessary for decoding in xine-lib-vaapi > > > > Thanks > > Haihao > > > >> Xiang, Haihao<haihao.xiang@...> 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 > >> [email protected] > >> http://lists.freedesktop.org/mailman/listinfo/libva > > _______________________________________________ Libva mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libva
