x264 720p encoding for Intel Clear Video DXVA2 Decoding v. GMA4500HD

[Stereodude]

So, I have been encoding a few 720p60 clips using the following command line:
x264.exe --crf 19 --preset placebo --tune film --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 60 --open-gop --ref 9 --b-adapt 2 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 -o "output.264" "input.avs"
The 720p24 clips command line is similar:
x264.exe --crf 19 --preset placebo --tune film --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 24 --open-gop --ref 9 --b-adapt 2 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 -o "output.264" "input.avs"
They play fine using DXVA on Nvidia and ATI graphics solutions, but they don't play quite right on Intel an GMA4500HD (mobile) under Windows 7 x64. They DXVA accelerate under MPC-HC x64, but there are occasional infrequent breakups in the image. I Googled around and looked at some Intel white papers, but couldn't find any solid information on what the mobile GMA4500HD can or can't support at Level 4.1. I assume one or more of my encoding settings is not compatible with the Intel Clear Video DXVA2 support under Windows 7 causing the artifacts / breakup on playback.

Is this information available somewhere, or should I start testing each command line option one at a time starting with a Blu-Ray compliant/compatible 720p command line until I find the offending option(s)?

Thanks!

[shon3i]

Current decoders are broken on intel graphics. Use Microsoft decoder instead internal MPC.

[Stereodude]

Current decoders are broken on intel graphics. Use Microsoft decoder instead internal MPC.SW decoding worked fine.

Edit: I just double checked it and the MS DTV-DVD Video Decoder doesn't seem to have the issue. I did check it yesterday and I swear I saw it. But, not today after several tries. I must be losing my mind.

[CruNcher]

If Microsofts Decoder DXVA fails then it might be a driver issue if another would have failed i would have said it could be a implementation issue, though some DXVA implementations even can avoid problems a bitstream would create for others (CoreAVC has a very interesting implementation in those regards) ;)

but there are occasional infrequent breakups in the image <- hmm a screenshot would be nice sometimes you can identify different issues based on the pattern it creates.
most known problematic points for hardware decoding are reference frames and weighted prediction (p/b) @ least it showed in the past to be problematic.

A sample of the problematic part would also help, and as shon3i said MPC-HC DXVA is broken for Intel try the one from either ffdshow dxva or Potplayer, though my Intel Experience is restricted to Intel GT1 (Sandy Bridge).

[Stereodude]

If Microsofts Decoder DXVA fails then it might be a driver issue if another would have failed i would have said it could be a implementation issue ;)Wouldn't that mean the underlying video driver doesn't support some features the H.264 stream is counting on it supporting to decode it correctly?

[Stereodude]

but there are occasional infrequent breakups in the image <- hmm a screenshot would be nice sometimes you can identify different issues based on the pattern it creates.
most known problematic points for hardware decoding are reference frames and weighted prediction (p/b) @ least it showed in the past to be problematic.Here's a screenshot.

http://img84.imageshack.us/img84/9941/inteldecoding.th.jpg (http://img84.imageshack.us/img84/9941/inteldecoding.jpg)

A sample of the problematic part would also help, and as shon3i said MPC-HC DXVA is broken for Intel try the one from either ffdshow dxva or Potplayer, though my Intel Experience is restricted to Intel GT1 (Sandy Bridge).Here's a sample: http://www.mediafire.com/?txuhm8h38kd55cp

[CruNcher]

yup get the same issue with MPC-HCs and ffdshows DXVA

Potplayers DXVA works fine :)

[Keiyakusha]

yup get the same issue with MPC-HCs and ffdshows DXVA

not surprising since both ffdshow's and MPC-HC's DXVA are the same thing =))

[Stereodude]

I wanted to post a clarification that the Microsoft DTV-DVD Video Decoder does not have the issue which I incorrectly reported earlier. I swore I saw the issue yesterday when trying it, but I tried repeatedly today and found no problem.

[CruNcher]

Be aware the Microsoft Decoder can switch between DXVA and CPU if for any matter it fails with DXVA :)

[roozhou]

I used to get the same problem with PotPlayer's internal decoder. It was fixed in PotPlayer several months ago.

[shon3i]

Be aware the Microsoft Decoder can switch between DXVA and CPU if for any matter it fails with DXVA :)
Yep, but can be checked through mpc render log. Anyway i usually play very high rate AVC on mine Acer 5336 lap which have slow Intel Celeron Dual Core T3100 which have no chance to play Blu-Ray without sutter, only way is through DXVA and since have Intel MHD 4500, i successfully watch many BD titles.

Also decoders that work with Intel GMA (and use DXVA) are Arcsoft, Cyberlink, Splash and Microsoft. Also CoreAVC prepare new version that "work", current 3.01 have same issue as MPC, ffdshow and others that not work.