I first noticed this behaviour in XBMC a while ago and put it away as a bug in their deinterlacer. But when i started writing a vaapi powered h264 encoder i got the exact same behaviour. Even if i write plain zeros to the input surface, it's flickering. The flickering only affects the very first top row of pixels, and only the left half of it. Image is flickering from black to the normal image there. This happens independend of the codec in use(MPEG2 and H264 tested) and resolution, and also indepenedend of whether i'm decoding or encoding. On lower resolutions it's just more obvious cause the first pixel row is bigger on screen. I'm using an Ivy Bridge i3-3220 @3.3GHz which has a HD2500 GPU, PCI ID 8086:0152. It's running on a H77 chipset on a Biostar H77MU3 Board. I pasted a log from Xorg here: http://bpaste.net/show/73808/
Forgot to mention: libva and libva-intel-driver versions in use are the latest git staging versions.
Could you double check the following test clip you provided in the email is good ? http://btbn.de/files/testvid.ts I can reproduce the flickering issue with software decoding
The first few seconds are a bit damaged cause of sync-problems in VLC while encoding, but in the second half it shows exactly the flickering i also get when playing something in XBMC with libva acceleration. You can also see some encoding-artefacts wich are caused by the flickering.
I really can't identify what is issue with the test clip. I saw the almost same picture when using software rendering. Could you provide another test clip ?
No response from user for a long time so closing as WORKSFORME, Feel free to reopen this bug if you still experience the issue
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.