View Full Version : Media Player Classic Home Cinema (MPC-HC) - DXVA!
nurbs
11th May 2008, 15:03
DXVA often doesn't work when the levvel of the file is 5.1. I think 4.1 (or 4.2 ?) is the highest allowed level for hardware acceleration. Also there are too many reference frames. With level 4.1 I think 7 (8 ?) is the maximum for 1280x720.
roozhou
11th May 2008, 17:11
DXVA often doesn't work when the levvel of the file is 5.1. I think 4.1 (or 4.2 ?) is the highest allowed level for hardware acceleration. Also there are too many reference frames. With level 4.1 I think 7 (8 ?) is the maximum for 1280x720.
You get it.
http://forum.doom9.org/showthread.php?t=132924
it's L4.1 and 9 ref. frames for 1280x720
3ngel
11th May 2008, 20:08
Hi,
recently i've discovered a little bug that happens using the Elecard MPEG2 Decoder.
I have a 704*576 anamorphic MPEG2 with a SAR = 12/11
so it gets in the final as 768*576.
Now, I use
- Auto Zoom to 100% on Startup
- Keep Aspect Ratio
If i open with the internal Mpeg2 decoder, the video gets well proportioned as 768*576, but if i open with Elecard the video gets stretched to 704*528. So the SAR is applied on the Vertical axis instead of Horizontal.
But the strange thing is that if i click at this point the "Zoom 100%" menu item, the video get stretched from 704*528 to the correct 768*576.
So the wrong anamorphic resizing happens on startup.
This issue can be fixed?
Thanks
So the wrong anamorphic resizing happens on startup.
This issue can be fixed?
I'd hazard a guess that the Elecard decoder doesn't signal the correct AR until delivering the first frame, which is when the resizing already has happened. And MPC doesn't resize again when the AR changes to prevent the window from mutating all over the screen while something is playing...
np: The Coasters - Down In Mexico (Quentin Tarantino's Death Proof OST)
3ngel
11th May 2008, 20:24
But, if Elecard would not signal the AR, MPC would have to stick with an initial 704*576 window without SAR, instead it goes down on the correct SAR but applied on the wrong axis.
So it appears as a matter of mpc pheraps related with "Auto Zoom 100% on opening"?
ADude
12th May 2008, 01:09
Just finished testing MPC-HC r510 (32bits) from the first page... Video seeking is completely fixed for both DXVA and the internal (Software) Video Decoder. Best build so far.
Any fix yet for the DVD Highlighting regression ??
Tacio
12th May 2008, 12:32
Seek is not working for me with r512 and 8600GT in DXVA mode :(
Driver version is 175.16
kintantee
12th May 2008, 20:23
Hello, here is my current problem:
I see only the first frame of the file and then only black when viewing x264 mkv file in the XP Media Center app using the mpc-hc decoder. The file plays fine when using the mpc-hc app and I even get HWA with the HD3450! I really want to use the media center app.
What do yall think could be the problem?
Thanks:thanks:
Casimir666
12th May 2008, 23:04
Any fix yet for the DVD Highlighting regression ??
I haven't this problem on ma machine. It's happen with all renderers or just one in peticuliar ?
JohnLai
13th May 2008, 06:00
r510 and r512, seeking doesn't work with my 8500gt in dxva too. Driver version 175.16 . Not only that, both revision also cannot run the files in dxva. Stuck at the beginning with black screen. Try to seek and click "play" and "pause", still the same.
kintantee
13th May 2008, 07:08
Are all the latest code revisions only seen in the exe or are there any changes being made to the codecs?
r510 and r512, seeking doesn't work with my 8500gt in dxva too. Driver version 175.16 . Not only that, both revision also cannot run the files in dxva. Stuck at the beginning with black screen. Try to seek and click "play" and "pause", still the same.
I guess you can't complain since nvidia cards aren't on the supported dxva hardware list on the first post. I feel ya... I have an 8800gt
JohnLai
13th May 2008, 09:12
Too bad..... previous release such as r489, can accelerate h.264 files on my geforce 8500gt, but can't seek, lol. Maybe it time for me to get ATI HD card. Anyone can confirm if HD2400 AGP version (got pci-e of 8500, and i still got 3 motherboard that use agp slot) can use dxva function of mpc-hc? So far, I only certain pci-e version can use the dxva well.
leeperry
13th May 2008, 11:27
Ok, I've tried all of the diffrent output formats and RGBHQ seems to generally work...
Setting things to YUY2 does give me the strange pixelation error; going with YV12 eliminates the error but kind of washes out the picture like on the original EVR?! Any explenation why that happenes (strangely NV12 gives me the worst result of them all"
ok here's a 720p 5mb sample with red rolling end credits on black background :
http://rapidshare.com/files/122925763/Bronz_s.mkv.html
I've deactivated sharpen/resize in ffdshow so it doesn't temper w/ the end results....and that's with EVR .net3 on XP SP2 with a HD2600 and cata 8.4 drivers.
clearly the ATi drivers do some crappy interlaced RGB32 conversion...which ends up with chroma errors all over the place....just wanted to nail it down once for all :D
apparently, the ATi drivers can't output a nice progressively upsampled chroma.
RGB32HQ :
http://thumbnails6.imagebam.com/620/7c35586197136.gif (http://www.imagebam.com/image/7c35586197136)
RGB32 :
http://thumbnails7.imagebam.com/620/b11c026198058.gif (http://www.imagebam.com/image/b11c026198058)
YV12 :
http://thumbnails6.imagebam.com/620/039d6d6197138.gif (http://www.imagebam.com/image/039d6d6197138)
YUY2 :
http://thumbnails6.imagebam.com/620/95855c6197137.gif (http://www.imagebam.com/image/95855c6197137)
comparison :
http://pix.nofrag.com/8/0/6/aea08863ddeef671ad19e79af9b85.png
Hi !Too bad..... previous release such as r489, can accelerate h.264 files on my geforce 8500gt, but can't seek, lol. Maybe it time for me to get ATI HD card. Anyone can confirm if HD2400 AGP version (got pci-e of 8500, and i still got 3 motherboard that use agp slot) can use dxva function of mpc-hc? So far, I only certain pci-e version can use the dxva well.
I'm using an HD2400 AGP with DXVA without problems with official release. Not tested current release yet.
JohnLai
13th May 2008, 13:54
hrr, can you seek and play h.264 1920x1280,1280x720,740x480 Profile L4.1 in dxva without any problem in official release? If it is, I will get one card as soon as possible.
kutjong
13th May 2008, 14:05
clearly EVR does some crappy RGB32 conversion...
Isn't it the graphics card that does the conversion in hardware?
How does it look like with VMR9 (with yv12) and Haali (YUY2)?
leeperry
13th May 2008, 14:37
Isn't it the graphics card that does the conversion in hardware?
How does it look like with VMR9 (with yv12) and Haali (YUY2)?
same old chroma bugs in VMR9/YV12 :
http://pix.nofrag.com/4/e/3/e1e2457bc0e7e1186735d9b35d6bft.jpg (http://pix.nofrag.com/4/e/3/e1e2457bc0e7e1186735d9b35d6bf.html)
HR is the only renderer that does the conversion in hardware....I guess all the other renderers rely on the video card drivers to take care of the job......and all they do is low quality software conversion :eek:
but the BT709 matrix of HR is wrong(too blue, not green enough) :
http://forum.doom9.org/showthread.php?p=1134007#post1134007
so to get perfect conversion, there's no alternative to RGB32HQ in ffdshow :eek:
kutjong
13th May 2008, 14:55
Hmm, are you sure you have YUV-mixing disabled? Videos get that same corruption if I have that enabled with VMR9.
If HR's bt709 matrix is inaccurate how about ffdshow's bt709 matrix ? Is it accurate?
leeperry
13th May 2008, 14:59
I didn't have YUV mixing mode enabled.
well all my displays are D65/2.2 calibrated with an Eye One sensor + Color.HCFR/ARGYLLCMS
HR looks too blue....I guess some roundings didn't go as they should.
the colorimetry is simply marvelous with ffdshow in RGB32HQ, and it's identical to the ATi drivers conversion :
http://forum.doom9.org/showthread.php?p=1081395#post1081395
3ngel
13th May 2008, 15:05
UPDATE concerning this problem:
If i open with the internal Mpeg2 decoder, the video gets well proportioned as 768*576, but if i open with Elecard the video gets stretched to 704*528. So the SAR is applied on the Vertical axis instead of Horizontal.
But the strange thing is that if i click at this point the "Zoom 100%" menu item, the video get stretched from 704*528 to the correct 768*576.
I tested Elecard with Zoom Player that has a similar option as "Auto Zoom 100%" and the problem, doesn't appear.
Video is correctly resized on the Horizontal.
Casimir66 can you give a look at it?
Moreover, i could give a hand in spare time in correcting easy bugs like this. What's the compiler used to build th MPCH project?
Thanks
rack04
13th May 2008, 15:07
Moreover, i could give a hand in spare time in correcting easy bugs like this. What's the compiler used to build th MPCH project?
http://forum.doom9.org/showthread.php?p=965213#post965213
People in the german doom9/Gleitz board ask about a "green seek bar" they can see in the MPC-HC when hovering the mouse over the video during playback. Especially how to disable this feature.
I wonder which bar -- I have never seen any, using MPC-HC 1.1.0.0 (german language resources) under Windows XP Pro 32b, with VMR9 or Overlay output. May this be a feature of the EVR renderer?
3ngel
13th May 2008, 15:09
http://forum.doom9.org/showthread.php?p=965213#post965213
Thanks
raynor
13th May 2008, 15:24
I am a bit disappointed that there is no "real" fix
for the EVR-Custom Washed-Out-Colors issue yet.
I mean, sure there is the 0-255 shader (which I'm using now and which works very nicely),
but as I have said above, EVR-Custom should work correctly out-of-the-box
(especially important for newbs and inexperienced users).
leeperry has suggested a fix above, but I'm in no position
to judge if that would work.
Long story short: There simply MUST be a way to get the color
levels fixed for EVR-Custom :rolleyes: :rolleyes: :rolleyes:. Please.
Best regards,
raynor
People in the german doom9/Gleitz board ask about a "green seek bar" they can see in the MPC-HC when hovering the mouse over the video during playback. Especially how to disable this feature.
I wonder which bar -- I have never seen any, using MPC-HC 1.1.0.0 (german language resources) under Windows XP Pro 32b, with VMR9 or Overlay output. May this be a feature of the EVR renderer?
Enable "Direct 3D fullscreen" with either "VMR9 Renderless" or "EVR Custom Presenter" - since no Windows controls can be rendered in that mode, MPC HC draws a green seek bar instead.
And no, this can't be avoided due to the unavailability of Windows' controls.
np: Aesop Rock - Super Fluke (Bazooka Tooth)
MatMaul
13th May 2008, 18:09
leeperry has suggested a fix above, but I'm in no position
to judge if that would work.
need to uncheck "draw borders" in the EVR settings.
can you try this build (I don't have vista) ?
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r513+fix.zip
"draw borders" is unchecked by default in this build, this is the only difference.
if it works I will commit the fix.
Casimir666
13th May 2008, 18:54
Enable "Direct 3D fullscreen" with either "VMR9 Renderless" or "EVR Custom Presenter" - since no Windows controls can be rendered in that mode, MPC HC draws a green seek bar instead.
And no, this can't be avoided due to the unavailability of Windows' controls.
np: Aesop Rock - Super Fluke (Bazooka Tooth)
The seek bar can be hide if OSD is disabled (Options "Miscellanous / Show OSD").
Casimir666
13th May 2008, 19:02
UPDATE concerning this problem:
I tested Elecard with Zoom Player that has a similar option as "Auto Zoom 100%" and the problem, doesn't appear.
Video is correctly resized on the Horizontal.
Casimir66 can you give a look at it?
Moreover, i could give a hand in spare time in correcting easy bugs like this. What's the compiler used to build th MPCH project?
Thanks
You will need VS 2005 or VS 2008 to compile mpc, and install some additionnal SDK (Xxl have put links on first post). You also have an "how to" in subversion here :
trunk\src\apps\mplayerc\INSTALL.en ;)
can you try this build (I don't have vista) ?
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r513+fix.zip
"draw borders" is unchecked by default in this build, this is the only difference.
if it works I will commit the fix.
I tried it with Vista 64 bit SP1 and an nvidia Geforce 8800GTS, driver ver 175.16, doesn't appear to work, colors are still washed out.
leeperry
13th May 2008, 19:38
well, are the colors washed out with KMPlayer in EVR C/A(custom allocator) ?
MatMaul
13th May 2008, 19:43
@leepery : does this fix the problem on your computer ??
leeperry
13th May 2008, 19:55
I dunno, I don't run Vista.
but when I was playing around with evrprop.dll in KMPlayer, I saw that it had to be unchecked otherwise I was getting dark gray borders around the picture.
I've told several ppl about it on hdbits, and it fixed the problem for them on Vista SP1.
@ Leak & Casi:
Aha - so to avoid that bar, one has to disable D3D-FS or the OSD. Okay, thank you!
raynor
13th May 2008, 23:49
can you try this build (I don't have vista) ? [...] "draw borders" is unchecked by default in this build, this is the only difference. if it works I will commit the fix.
I tried it with Vista 64 bit SP1 and an nvidia Geforce 8800GTS, driver ver 175.16, doesn't appear to work, colors are still washed out.
Thanks MatMaul for compiling that version. Unfortunately I have
to confirm cca's findings: that potential fix does not seem to
work, colors are still washed out with EVR-Custom Presenter.
My Config:
Vista x64 SP1
GeForce 8600GT
Drivers 174.85
But there must be another way ... why is EVR Normal OK, and
only EVR-Custom is washed-out ? What do they do differently ?
Maybe, if everything else fails and there is no other obvious way of fixing
it, a "dirty" little hack would be to *automatically* use the 0-255
shader when selecting EVR-Custom ;) Of course, a "real" fix
would be heaps better ;)
Best regards,
raynor
PS: Edit: Uuh, and as a clarification, we are not (only) talking about border colors here,
but (also) about the colors IN the video ITSELF which are washed-out ;)
DigitalDeviant
14th May 2008, 02:55
Ok, am I going crazy? I have the latest MPC-HC from the front page and I can't find and 0-255 shader in the list. Where do I find it?
neoufo51
14th May 2008, 03:40
So am I correct in assuming from recent posts that I should select Haali's Renderer on the Output section over all render modes on WinXP?
I've been using VMR9...
Shinigami-Sama
14th May 2008, 05:07
So am I correct in assuming from recent posts that I should select Haali's Renderer on the Output section over all render modes on WinXP?
I've been using VMR9...
I"d take what leepry says with a little salt
as its *his* situation, and not everyone has the same situation, some do though
right now vrm9, and HR are *my* choices, and on my laptop its vrm9, HR put an additional 10% on to my playback load and make 720p unaccessible to me
TherapyClown
14th May 2008, 09:10
Hi,
Did any one here with a mobile GF 8400M GS and got DXVA to work?
I have such card on my Dell Vostro 1400 and I can't get DXVA to work with mpc for h.264 files.
This card is listed as on the compatible list on nVidia site:
http://www.nvidia.de/docs/CP/11086/PureVideo_Product_Comparison.pdf
I use Vista 32 SP1, and I tried EVR (regular & Custom), VMR9 Renderless.
Appreciate your help...
thuan
14th May 2008, 09:34
Please double check these:
You really have a 8400M GS and not a 8400M G (the latter doesn't have H264 DXVA acceleration). Or use this program http://bluesky23.hp.infoseek.co.jp/#DXVAChecker (need .NET framework 2.0, VC++ 2005 SP1 runtime, XP or Vista) to check if your card has ModeH264_VLD_NoFGT decoder device.
Your files are H264 that can be decode using DXVA (L4.1 ref blah blah you should find these infos around here).
Other than these, DXVA decoder inside MPCHC has history that it does not work well with nvidia hw.
chros
14th May 2008, 10:02
So am I correct in assuming from recent posts that I should select Haali's Renderer on the Output section over all render modes on WinXP?
I've been using VMR9...
With Haali's renderer you won't get dxva, and you can't use shaders ... :(
So if it's not a problem, then go for it ... :) (I'm using Haali's ...)
neoufo51
14th May 2008, 10:08
Hi,
Did any one here with a mobile GF 8400M GS and got DXVA to work?
I have such card on my Dell Vostro 1400 and I can't get DXVA to work with mpc for h.264 files.
This card is listed as on the compatible list on nVidia site:
http://www.nvidia.de/docs/CP/11086/PureVideo_Product_Comparison.pdf
I use Vista 32 SP1, and I tried EVR (regular & Custom), VMR9 Renderless.
Appreciate your help...
I have an 8400 GS and it does work with h264 files.
Have you tried the Overlay Renderer? I just found it uses less resources than VMR9 for me and still runs DVXA with my mkv files.
TherapyClown
14th May 2008, 10:23
Please double check these:
You really have a 8400M GS and not a 8400M G (the latter doesn't have H264 DXVA acceleration). Or use this program http://bluesky23.hp.infoseek.co.jp/#DXVAChecker (need .NET framework 2.0, VC++ 2005 SP1 runtime, XP or Vista) to check if your card has ModeH264_VLD_NoFGT decoder device.
Your files are H264 that can be decode using DXVA (L4.1 ref blah blah you should find these infos around here).
Other than these, DXVA decoder inside MPCHC has history that it does not work well with nvidia hw.
I used the DXVA Checker and my card is compatible (ModeH264_VLD_NoFGT is present).
I have an 8400 GS and it does work with h264 files.
Have you tried the Overlay Renderer? I just found it uses less resources than VMR9 for me and still runs DVXA with my mkv files.
I didn't try the overlay renderer, I'll try later and post my result.
how can I validate my files are L4.1 compatible?
Thanks...
leeperry
14th May 2008, 12:00
I"d take what leeperry says with a little salt as its *his* situation, and not everyone has the same situation, some do though
HR is indeed the smoothest renderer on PC....but its BT709 matrix is just wrong(it's a problem on both nvidia and ati cards)
so use it in RGB32HQ if you care about smooth playback and correct colors ;)
my colorspace comparison on EVR is valid for all ATi cards and all renderers(except HR), dunno about nvidia..
madshi
14th May 2008, 12:07
How are you guys managing to use the Haali Renderer without getting tearing problems?
On my XP system with ATI 3850 when using the secondary DVI port, the only way to get rid of tearing is to use the MPC HC Direct3D fullscreen mode. That works great for me. But there's no fullscreen mode available for the Haali Renderer... :(
leeperry
14th May 2008, 12:23
first try to force VSYNC in CCC.
otherwise try these settings :
http://forum.doom9.org/showthread.php?p=1137451#post1137451
tearing is because of CCC it seems.
you could also try to uninstall all your ATi software, then use Driver Cleaner, restart again and only install the 8.4 drivers....not CCC
How are you guys managing to use the Haali Renderer without getting tearing problems?
On my XP system with ATI 3850 when using the secondary DVI port, the only way to get rid of tearing is to use the MPC HC Direct3D fullscreen mode. That works great for me. But there's no fullscreen mode available for the Haali Renderer... :(
I would hazard a guess that setting VSync to "Always on" in Catalyst Control Center should do the trick, since Haali uses D3D as well...
wozio
14th May 2008, 13:45
Yes it will do the trick but vsync in windowed mode sucks. I've never been able to get smooth playback in windowed with vsync on. This is limitation of windows graphic driver architecture as far as I know.
It will remove tearing that is sure :)
Man, I see all you guys complaining about the washed out picture in vista sp1 with evr custom presenter... did anyone tried the temporary fix I suggested here (http://forum.doom9.org/showthread.php?p=1135746#post1135746)?
It works just fine for me.
I only use EVR CP because of the DXVA2 for h264 otherwise Haali rules.
rack04
14th May 2008, 14:13
I bought a copy of Vista that I'm going to dual boot with XP. Is there a way to have two copies of MPC-HC running with different settings, i.e. VMR9 on XP and EVR Custom on Vista?
clsid
14th May 2008, 14:18
Store the settings in an INI file and you can have multiple copies, each with its own settings.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.