This behavior can be reproduced with e.g. XBMC 12 or 13. I did this test on Ubuntu Saucy. The provided sample works fine on Windows DXVA and Linux vdpau (Nvidia).
sample can be downloaded here: https://www.dropbox.com/s/h9pw3sv5pvytugy/12%20Angry%20Men%20%281957%29%20%281%29-001.mkv
Duplicate of #72522?
I don't think so. #72522 talks about deinterlaceing, the sample provided here is progressive.
Sample is progressive and sourced from professionally encoded DVD (not transcoded). I have another half dozen examples (at least) which exhibit the same problem, all progressive. I can supply more if required.
Picture (photo) of file playing in XBMC - block artefacts are very different from #72552 http://imgur.com/ZelKUlf
I'd like to note, I've noticed that mediainfo for video files with this problem shows "Standard: Component" Files that are OK show "Standard: NTSC"
I don't believe that this is the common cause, or at least not the only trigger. A quick flick through my collection of films shows these that are affected. Note that the source of these MPEG2 files is from DVD without transcoding, so these are as authored. S 12 Angry Men http://paste.ubuntu.com/5888803/ Lego Star Wars Empire Strikes Out: http://paste.ubuntu.com/5894916/ Fantastic Mr Fox http://paste.ubuntu.com/5974123/ African Queen (interlaced) http://paste.ubuntu.com/5986502/ Austin Powers (man of mystery): http://paste.ubuntu.com/5986552/ Babe: http://paste.ubuntu.com/5986557/ African Queen is PAL Austin Powers is NTSC
(In reply to comment #7) > I don't believe that this is the common cause, or at least not the only > trigger. > > A quick flick through my collection of films shows these that are affected. > Note that the source of these MPEG2 files is from DVD without transcoding, > so these are as authored. S Mine are all also from DVD without transcoding, so they have that in common.
@haihao have you repro'd this problem? Do you need any further files?
Created attachment 98441 [details] [review] A scatch patch, just for testing, could you give a try ?
Hi Haihao, thx for that patch. We tested it ontop of latest stable (1.3.x) libva-driver-intel, but sadly it did not change anything. Though not fully understanding what the patch does - is it some workaround to empty the batch?
The patch is to make sure the operation is done before the next batch buffer. I can reproduce this issue on HSW with the sample mentioned in https://bugs.freedesktop.org/show_bug.cgi?id=72522. It works OK for me if applying the patch.
I have tried this patch on a i5 hsw system and it does not change anything playing the provided sample. artifacts are still there.
@haihao the sample not working is this one, not the one from the other bug https://www.dropbox.com/s/h9pw3sv5pvytugy/12%20Angry%20Men%20%281957%29%20%281%29-001.mkv
Oh, the issue I encountered is different from yours. Sorry for confusing you.
The samples are not conformed to the 13818-2 spec: "frame_pred_frame_dct shall be ‘1’ if progressive_frame is ‘1’."
Created attachment 98658 [details] [review] build the right reference list Could you give a try with this patch ?
this patch fixes the issue here. thanks!
I will try and get a build working so I can test against my other video files that exhibit this problem. I will report back soon!
I have about half a dozen files which exhibited this problem, they are now resolved with this patch
commit 3afe0514162332e923092000940ee8e99979a817 Author: Xiang, Haihao <haihao.xiang@intel.com> Date: Fri May 9 16:31:54 2014 +0800 mpeg2: check frame_pred_frame_dct instead of progressive_frame
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.