Media Player Classic Home Cinema (MPC-HC) - DXVA!

[Kado]

on nvidia 8600GT HD apple trailers (and other HD .mov trailers) do not work with DXVA for some reason

e.g. http://www.jurassicpunk.com/clips/wanted.trailer.480p.mov

i renamed the extension to .hdmov

without DXVA:
http://img174.imageshack.us/img174/2485/snapshot20080526003234ja9.jpg

with DXVA:
http://img294.imageshack.us/img294/9868/snapshot20080526003609gn9.jpg


on ati HD 2600XT, all HD apple trailers (and other HD .mov trailers) 480p, 720p and 1080p plays perfectly with DXVA

Confirmed for mpc internal dxva, but cyberlink's decoder does not produce that even when using dxva.

[Kado]

Probably work only DXVA2 mode - but on XP ModeH264_VLD_NoFGT only DXVA1

Because XP has no dxva2 support. (http://forum.doom9.org/showthread.php?p=1142136#post1142136)

[frequenzy]

System specs:
intel e8200
abit-in73hd w/ onboard video
4GB RAM
vista ultimate x64 sp1
mpc-hc build 518

when I try to play this video (wmv 1080p)
http://download.microsoft.com/download/9/2/b/92b48c2f-cc5a-4d15-ae40-30ec542db8bb/Dolphins_1080.exe

not fullscreen - works perfectly
fullscreen - lags and stutters

Tried using bsplayer and windows media player - video played fine on fullscreen mode

any ideas??? I would really like to use MPC-HC

[_xxl]

Confirmed for mpc internal dxva, but cyberlink's decoder does not produce that even when using dxva.
Is this encoded with slices?

[Aleksoid1978]

Because XP has no dxva2 support. (http://forum.doom9.org/showthread.php?p=1142136#post1142136)

Why HW Decoding work using Cyberlink H.254/AVC Decoder ???

on FullHD 1920x1080 SpiderMan - CPU load 5-15%, PitInfo - DXVA.

whan use DXVAChecker.exe on XP, it show:

Cyberlink(PDVD7.x) support ModeH264_VLD_NoFGT on DXVA1
Cyberlink(PDVD8.x) support ModeH264_VLD_NoFGT on DXVA2

MPC - Video Decoder support ModeH264_VLD_NoFGT on DXVA1.

But why last build not work on XP - on first post write that on XP - DXVA1+WMR, Overlay

???

to Casimir666 - last build must work on XP on Nvidia or NOT, it work only on DXVA2 ???

P.S. - But DXVA1 fine work on 'right' rip where ref_num<=4. Turns out that(sorry for this English :) ) last Casimir666 "New release that should solve the macroblocking problem for the nVidia graphics card" work only on VISTA/DXVA2 ??? Can you do it and for DXVA1(XP)

[lexor]

P.S. - But DXVA1 fine work on 'right' rip where ref_num<=4.

that can't be right, I have ref=8, bframes=4 (do bframes matter for this?) encode that plays fine on XP with MPC+DXVA1.

On a different note, is anyone maintaining an up-to-date compiles of MPC? I'm interested in trying 523build to see if some of my files may play now that SAR restriction is removed.

[carnage_pl]

Can someone tell me what the EVR buffers are and what is the difference between 3 and 20 ?

[MatMaul]

on nvidia 8600GT HD apple trailers (and other HD .mov trailers) do not work with DXVA for some reason
please test these samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/main_profile.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/cavlc.mp4

does it work with earlier revision ?

EDIT :
some sliced samples for testing too :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_high.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_main.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_cavlc.mp4

[gngn]

that can't be right, I have ref=8, bframes=4 (do bframes matter for this?) encode that plays fine on XP with MPC+DXVA1.

On a different note, is anyone maintaining an up-to-date compiles of MPC? I'm interested in trying 523build to see if some of my files may play now that SAR restriction is removed.

could you please upload a sample of this video with ref=8 ? i am a big anime-fan, so i have a lots of different encoded files, and none with ref>4 will play with MPC-HC. the makroblocking issue of some files is now gone with the r523 that Casimir666 posted.

[STaRGaZeR]

Dumb question guys: can DXVA be used in Vista64 using Overlay? I know that currently it's not supported though.

Also another question: When playing a file in MPC-HC with Vista 64 at least, changing volume using the keyboard buttons for example results in only changing the volume slider INSIDE MPC-HC, not the master volume of the OS. BSPlayer, WMP, etc. can do it perfectly. Is there any option to enable this? Because when MPC-HC slider is also at its higher value, I have to minimize it and then up the volume, which is annoying as hell.

Thanks for the program :)

[Casimir666]

to Casimir666 - last build must work on XP on Nvidia or NOT, it work only on DXVA2 ???
We haven't made test on XP, but it should works (using DXVA1)

Can someone tell me what the EVR buffers are and what is the difference between 3 and 20 ?
It's the number frames decoded in advanced (to keep playback smooth). In my opinion around 5 for this parameter is a good choice.

[Mercury_22]

Any chance for a MPC-HC r523 x64 build ? Please !

[Vepar]

I have small request to the developers. Could you please include mpc-hc build number somewhere on the about page or window titlebar or just add it to current version. I am really confused which build i currently have :p

As for DXVA i can confirm that my GPU is correctly recognized (8800gt) and DXVA works under Vista x64 sp1 for most movies that it didnt before but DONT work under XP sp2 (black screen. video not playing)

Also i can confirm that Apple trailers doesnt play (green screen). Tested on Dark Knight trailer.

Anyway, good work guys :)

[Gawwad]

please test these samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/main_profile.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/cavlc.mp4

does it work with earlier revision ?

these 2 samples work perfectly with DXVA using the new release

but they did not work with DXVA using 522 build, because 522 build never supported DXVA with nvidia properly

the new release also didn't play this sample properly with DXVA:
http://rapidshare.com/files/117801786/Spider-Man_3_-_Preview.mkv.html

[MatMaul]

I edit my previous post with new samples ;)

[Vepar]

vista x64 sp1 - 8800gt

mpc-hc r522 -> DXVA not used

mpc-hc (the one with GPU detection Casimir posted)

http://www.etud.insa-toulouse.fr/~mvelten/bordel/main_profile.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/cavlc.mp4

plays fine with DXVA

http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_high.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_main.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_cavlc.mp4

2/3 of the screen is green

[MatMaul]

ok so definitely a bug with slices.
seems to decode properly only the first slice (these samples have 4 slices per frame)

[Gawwad]

EDIT :
some sliced samples for testing too :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_high.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_main.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_cavlc.mp4

they do not work properly with DXVA :(

this is what i get when i play them with DXVA:

http://img296.imageshack.us/img296/1830/snapshot20080526194344pw3.th.jpg (http://img296.imageshack.us/my.php?image=snapshot20080526194344pw3.jpg) http://img55.imageshack.us/img55/1279/snapshot20080526194358yj5.th.jpg (http://img55.imageshack.us/my.php?image=snapshot20080526194358yj5.jpg) http://img60.imageshack.us/img60/6492/snapshot20080526194414fy1.th.jpg (http://img60.imageshack.us/my.php?image=snapshot20080526194414fy1.jpg)

note: i tried the new build with over 70 proper 720p HDRip (from BluRay & HDDVD source), and they all work perfectly with DXVA and nvidia 8600GT :cool:

[ghostonline]

I have an odd problem. last weekend, my friend showed me a chinese subtitle(*.ass) for the japanese anime 5CM (dvdrip-mkv & bdrip-m2ts).
his pc: q6600, 9800gtx, xp sp2
1. set mpc internal subtitle buffer to 0, and maximum texture resolution to Desktop.
2. output vmr9 renderless, cyberlink pdvd h264 decoder (dxva enabled)

at the end of anime, when the subtitle special effect starts(words fade in, fade away), the render properties shows frames dropped... the cpu usage is only around 16%.. this is a h264 encoded dvdrip-mkv. bdrip version with this same subtitle file only makes frames drop faster....

reduce maximum texture resolution will also reduce number of frames dropped.
this is kind of strange. I don't get why frames get dropped.

I tested on my own setup
qx9650
9800gx2
mpc-hc r523
vista64 sp1 (evr custom pres.)/xp sp2 (vmr9 renderless)

same behavior...
cpu is no where maximized. I just don't get why frames get dropped..
the funny part is: wit dxva enabled, the cpu is only working on subtitle and it still drop frames....

[shaolin95]

Does anyone have the latest r523 (or is it r522) compiled?

[ericab]

dont know if it applies to any of you whom have the black screen/no play "bug";
but i posted a solution that worked for me, some posts back.

if you have multiple monitors; simply drag the MPCHC window from one screen to another until it starts playing.

<------- :helpful:


@shaolin95:
http://tirnanog.fate.jp/mirror/Misc%20(not%20by%20celtic_druid)/MPC-Homecinema%20SVN/

[lexor]

Is it normal that tv->pc shader doesn't work? If so any way of achieving the same effect in ATI drivers (under Avivio options or something)?

/EDIT: I just tied editing it, got "cannot load D3DX9_xx.dll", where do I get that? I have DirectX 9.0c installed.

[Sulik]

I think I know what the problem is in MPC-HC's handling of multiple slices: there should be one DXVA_Slice_H264_Short sent per slice, but it looks like MPC-HC is sending the dxva data as if there was always only a single slice in the picture (I guess ATI must ignore this parameter). Casimir: the DXVA_SLICE_CONTROL_BUFFER is an array that can contain multiple slices, and there should be one entry per slice, ie:
CHECK_HR (AddExecuteBuffer (DXVA2_SliceControlBufferType, sizeof (m_SliceShort)*NumSlices, &m_SliceShort));
and m_SliceShort should be an array with max_slices entries (or better yet, avoiding the copy, and writing the slice entries directly in the DXVA buffer)

[ericab]

I have small request to the developers. Could you please include mpc-hc build number somewhere on the about page or window titlebar or just add it to current version. I am really confused which build i currently have :p

agreed :rolleyes:

[Mercury_22]

agreed :rolleyes:

Me Too ! Also something has to be done for the 64-bit version too, it's very confusing when you have both version (64&32 bit) on the same computer :helpful: :confused:

[Kado]

Is it normal that tv->pc shader doesn't work? If so any way of achieving the same effect in ATI drivers (under Avivio options or something)?

/EDIT: I just tied editing it, got "cannot load D3DX9_xx.dll", where do I get that? I have DirectX 9.0c installed.

Update you DirectX with the latest redistributable (march 2008) (http://www.microsoft.com/downloads/details.aspx?FamilyId=740AC79A-5B72-447D-84F9-EE6407ED1A91&displaylang=en).

[Kado]

I have an odd problem. last weekend, my friend showed me a chinese subtitle(*.ass) for the japanese anime 5CM (dvdrip-mkv & bdrip-m2ts).
his pc: q6600, 9800gtx, xp sp2
1. set mpc internal subtitle buffer to 0, and maximum texture resolution to Desktop.
2. output vmr9 renderless, cyberlink pdvd h264 decoder (dxva enabled)

at the end of anime, when the subtitle special effect starts(words fade in, fade away), the render properties shows frames dropped... the cpu usage is only around 16%.. this is a h264 encoded dvdrip-mkv. bdrip version with this same subtitle file only makes frames drop faster....

reduce maximum texture resolution will also reduce number of frames dropped.
this is kind of strange. I don't get why frames get dropped.

I tested on my own setup
qx9650
9800gx2
mpc-hc r523
vista64 sp1 (evr custom pres.)/xp sp2 (vmr9 renderless)

same behavior...
cpu is no where maximized. I just don't get why frames get dropped..
the funny part is: wit dxva enabled, the cpu is only working on subtitle and it still drop frames....

This is because you have disabled the subpicture buffering that makes you see the ass subtitles in it's real style. I have this problem as well, check this video (http://rapidshare.com/files/113536801/Suzumiya_Haruhi_no_Yuuutsu_-_C4_-_Special_Ending_-__Hitsuji__e569a2b7_.mkv.html), as soon as the subtitles appear the video will hang slightly like a "hickup".
This happens every time the subtitles appear on the video as long you have buffering disabled. If you enable buffering even by 1 the styed karaoke stuff will not be visible but the "hickups" go away.
Is there a fix for this?
vista sp1 x86 (evr cp), pentium d 930 @ 4.2ghz, 9800gtx 175.63

[lexor]

Update you DirectX with the latest redistributable (march 2008) (http://www.microsoft.com/downloads/details.aspx?FamilyId=740AC79A-5B72-447D-84F9-EE6407ED1A91&displaylang=en).

Thanks, that did the trick.

Also I have an unrelated to the above question for everyone. I followed that thread linked in OP about settings compatible with DXVA and I was wondering if the ref restriction is an insurmountable obstacle imposed by DXVA (at least the current implementation) or if the decoder (not necessarily MPC's) can work around that in the future?

[Sulik]

There is no direct DXVA restriction for the number of reference frames. The restriction comes from the underlying HW implementations that are designed for Blu-ray, ie: High Profile at level 4.1. Level 4.1 restricts the amount of memory used by reference frames to 12MB, which translates to 4 references for 1920x1080.

[ghostonline]

This is because you have disabled the subpicture buffering that makes you see the ass subtitles in it's real style. I have this problem as well, check this video (http://rapidshare.com/files/113536801/Suzumiya_Haruhi_no_Yuuutsu_-_C4_-_Special_Ending_-__Hitsuji__e569a2b7_.mkv.html), as soon as the subtitles appear the video will hang slightly like a "hickup".
This happens every time the subtitles appear on the video as long you have buffering disabled. If you enable buffering even by 1 the styed karaoke stuff will not be visible but the "hickups" go away.
Is there a fix for this?
vista sp1 x86 (evr cp), pentium d 930 @ 4.2ghz, 9800gtx 175.63



ok, tried your sample.

vista 64bit sp1
mpc-hc r523 evr-cp
mpc internal subtitle buffer = 0, maximum texture resolution = 800*600. uncheck Round up to power of two
pdvd8 h264 decoder

dxva enabled
beginning dropped 34, dropped another 5 during the play, ended with total 39

dxva disabled,
beginning dropped 11, dropped another 8 during the play, ended with total 19

used vsfilter 2.38 with buffer disabled, disable mpc internal subtitle,
beginning dropped 7, no drop duing the play, ended with total 7

------------------------

Found a partial solution for my dvdrip/bdrip on xp32bit sp2

reduce mpc maximum texture resolution from desktop to 800*600, and uncheck Round up to power of two.

1.mpc will no longer drop frames under vmr9 renderless on xp (dvdrip&bdrip, disable dxva, using mpc internal subtitle)

2. still drop frame if use vsfilter(apply to bdrip only, dvdrip is ok)

3, hang my pc after around 90 seconds (bdrip only,enable dxva, using mpc internal subtitle)
dvdrip is ok without drop frame

vista 64bit sp1 evr cp still drop frames regardless what so ever.. well, dropped less, but still drop frames.

[Aleksoid1978]

As for DXVA i can confirm that my GPU is correctly recognized (8800gt) and DXVA works under Vista x64 sp1 for most movies that it didnt before but DONT work under XP sp2 (black screen. video not playing)

Also i can confirm that Apple trailers doesnt play (green screen). Tested on Dark Knight trailer.

Anyway, good work guys :)

For me to - black screen and stop play under XP sp3, and some .MKV green screen but play.

[Aleksoid1978]

We haven't made test on XP, but it should works (using DXVA1)

Work fine Vista + DXVA2, but not work(black screen, stop play) XP + DXVA1

[ADude]

Likely that Apple decoder (software-only decoding) is utilized in the first case and an unsurprising glitch from fudging the container in the second.

In MPC formats, configure MOV for DirectShow rather than QuickTime.

I have a similar problem with .mov files downloaded from NASA.

If .mov format=Quicktime in MPC-HC, then I have various visual playback problems.

But if I configure MOV for DirectShow (as suggested above), then MPC-HC uses its own video decoder, which looks fine, but it cannot find the Apple audio decoder.

Any suggestions ?

PS This is not related to recent changes, as it is the same for a recent Beta and old version 1.0.11.0.

[lexor]

There is no direct DXVA restriction for the number of reference frames. The restriction comes from the underlying HW implementations that are designed for Blu-ray, ie: High Profile at level 4.1. Level 4.1 restricts the amount of memory used by reference frames to 12MB, which translates to 4 references for 1920x1080.

HW, meaning that it can't be changed by drivers or other software even if ATI and Nvidia wanted to some time in the future? Also if it is 12mb for frames at Blu-ray's bitrate, then what we commonly use should allow for way more ref, which is not the case. So I don't think it's just a matter of memory. Unless it checks resolution and assumes it's Blu-ray, in which case can MPC be made to cheat at resolution reporting (for this purpose alone, otherwise we risk breaking other things)?

[Gawwad]

I have a similar problem with .mov files downloaded from NASA.

If .mov format=Quicktime in MPC-HC, then I have various visual playback problems.

But if I configure MOV for DirectShow (as suggested above), then MPC-HC uses its own video decoder, which looks fine, but it cannot find the Apple audio decoder.

Any suggestions ?

PS This is not related to recent changes, as it is the same for a recent Beta and old version 1.0.11.0.

rename the extension to .hdmov, see if that help

[shaolin95]

Compiled version anyone please? Or if there is a guide to compile this I will try that too...thanks.

[MatMaul]

HW, meaning that it can't be changed by drivers or other software even if ATI and Nvidia wanted to some time in the future? Also if it is 12mb for frames at Blu-ray's bitrate, then what we commonly use should allow for way more ref, which is not the case.
NVIDIA and ATI use dedicated chip and surely dedicated and limited memory inside this chip to perform the decoding, so this is not related to the total memory of your graphic card.

@Sulik : thanks a lot we are working on this with casimir ;)
if it's the good solution you're a god 2 bugs solved thanks to you in 3 days :eek:

[lexor]

NVIDIA and ATI use dedicated chip and surely dedicated and limited memory inside this chip to perform the decoding, so this is not related to the total memory of your graphic card.

I'm not talking about vram, I'm talking about the fact that if it can hold 4 ref frames at ~30mpbs it should be able to hold a lot more at ~2mbps. But it doesn't. 1080p will only work with 4refs regardless of bitrate, so memory is not the issue, something else is.

[MatMaul]

I'm not talking about vram, I'm talking about the fact that if it can hold 4 ref frames at ~30mpbs it should be able to hold a lot more at ~2mbps. But it doesn't. 1080p will only work with 4refs regardless of bitrate, so memory is not the issue, something else is.
the bitrate does not matter because the picture buffer stores uncompressed pictures, so the weight of the stored pictures is proportional to the number of pixels only.

[ADude]

rename the extension to .hdmov, see if that help

.hdmov is not defined currently within MPC-HC ... should I add it as a valid extension for a particular type, and if so, which type ?

Oh, and the video in question is not HD...

[Sulik]

HW, meaning that it can't be changed by drivers or other software even if ATI and Nvidia wanted to some time in the future? Also if it is 12mb for frames at Blu-ray's bitrate, then what we commonly use should allow for way more ref, which is not the case. So I don't think it's just a matter of memory. Unless it checks resolution and assumes it's Blu-ray, in which case can MPC be made to cheat at resolution reporting (for this purpose alone, otherwise we risk breaking other things)?


I'm guessing that they probably could enable this in the drivers if they really wanted to, especially if the VRAM is available on high-end GPUs. That restriction is probably there because some low-end GPUs only have 128MB of VRAM (supporting up to 16 refs at 1080i would require an additional 36MB)

[Gawwad]

.hdmov is not defined currently within MPC-HC ... should I add it as a valid extension for a particular type, and if so, which type ?

Oh, and the video in question is not HD...

sorry my bad, i thought it was an HD one like those apple HD trailers

for normal quick time videos (that do not use H264), i just use QT lite
http://www.codecguide.com/qt_lite.htm

but for quick time videos that uses H264, rename their extension to ,hdmov, and associate the .hdmov with mpc hc

http://img363.imageshack.us/img363/8940/clipboard01jv9.jpg

this is from the qt lite FAQ:
Q: I get a CPU usage of 100% while playing QuickTime files and the video stutters a lot
A: QuickTime 7 uses a new video format called H.264. This is a very efficient video format in terms of quality versus filesize. The downside of this format is that it needs a lot of processing power to decode the video. This can result in high CPU usage, even on fast computers. The QuickTime decoder is not very efficient compared to some other H.264 decoders.

It is possible to play these QuickTime files using DirectShow filters. With for example the K-Lite Codec Pack you can play QuickTime files. When using Media Player Classic it is recommended to rename your files from .mov to .hdmov. That way MPC will use DirectShow filters instead of the QuickTime framework for decoding. The DirectShow filters use much less CPU power compared to the QuickTime framework.

[Kado]

@ghostonline
Tried your settings and vmr9 does not drop frames even with desktop resolution (1680x1050) but the "hickups" remain.
EVR CP drops frames and has the "hickups" and Haali renderer as well (haali don't drop frames though), haali seems to be limited to 1024x768 resolution for the subtitles.
These problems must be linked to the way the subtitle renderer feeds the subtitles to the video renderer when buffering is disabled because the "hickups" are not limited to a specific renderer but to all that support the internal subtitles renderer.
Also tested with original mpc 6.4.9.0 and the results are the same for the supported renderers.

[cca]

@Kado:

I have noticed the "hickup" problem some time ago, there doesn't seem to be a way to eliminate it, other than using buffering. Because of this I only use VSfilter for subtitles, soft-karaoke and effects are becoming more popular now that the CPUs are so powerful and cheap. I know this is not ideal, but I have not found another solution.

[ghostonline]

so, frames just get dropped out when you use those special effect subtitle regardless how powerful you system is(software can't utilize available resources for what ever reason)

[MatMaul]

please test this build with sliced samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST.zip

[Gawwad]

please test this build with sliced samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST.zip

it works ! http://img248.imageshack.us/img248/2401/w00tuq1.gif

tested on vista sp1 and nvidia 8600GT

[Pheon]

please test this build with sliced samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST.zip

Seems to fix the problem for my videos too :) Using an nVidia 8600M GT and Vista 64 bit sp1

[tetsuo55]

New release that should solve the macroblocking problem for the nVidia graphics card. The video card model have been added in the H264 property page, please tell me if it display incorrect informations.

Binary available here :

http://www.zshare.net/download/1256297417a6ede7/

All DXVA compatible files work, and non-compatible files are decoded in software mode, excelent

However with this version the random macroblocking is worse, there are massive framskips and jitters(screen jumps up and down), especially in the x3_sample.mkv

please test this build with sliced samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST.zip

DXVA is completely broken with this version on my ATI HD2400pro,correctly detected in the new videocard section.

the screen is black and the progress bar does not move, however when i click on the progressbar it starts going, but the screen stays black

[gngn]

please test this build with sliced samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST.zip


works with those samples, with XP SP2 and 8600GTS.