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

[Aleksoid1978]

rev 1216:
http://aleksoid.tosei.ru/Dist/MPCHC_1216_x86.7z
http://aleksoid.tosei.ru/Dist/MPCHC_1216_x64.7z
standalone filters:
http://aleksoid.tosei.ru/Dist/Filter...rs_1216_x86.7z
http://aleksoid.tosei.ru/Dist/Filter...rs_1216_x64.7z

[roytam1]

Originally Posted by Aleksoid1978

rev 1216:
http://aleksoid.tosei.ru/Dist/MPCHC_1216_x86.7z
http://aleksoid.tosei.ru/Dist/MPCHC_1216_x64.7z
standalone filters:
http://aleksoid.tosei.ru/Dist/Filter...rs_1216_x86.7z
http://aleksoid.tosei.ru/Dist/Filter...rs_1216_x64.7z

You missed the VSFilter.dll in the standalone filters.

[Aleksoid1978]

Originally Posted by roytam1

You missed the VSFilter.dll in the standalone filters.

Maybe

[goldie]

Originally Posted by Aleksoid1978

rev 1216:
http://aleksoid.tosei.ru/Dist/MPCHC_1216_x86.7z
...

Thanks for your update!

[ryrynz]

Thanks, Xvidvideo.ru hasn't updated in ages.

[starla_]

Originally Posted by ar-jar

But exclusive mode has other drawbacks so windowed mode is preferable. Conclusion: even with all the regular sync options in DirectX, implemented in the gfx drivers, you still need to control the timing of the transfer of new frames from the "CPU memory" to the video memory to avoid tearing.

Actually with EVR (with Vista) and DirectX even in the windowed mode you don't need to care about the tearing. With AERO enabled (DWM - Desktop Window Manager) the v-sync handling is done by DirectX, even when in windowed mode (this is how it is done with MediaPortal).

Where as with DirectX and VMR9 non-exclusive mode there is no mechanism in the OS itself (nor in DirectX) that would allow the application to rely on for the v-sync (i.e. application itself is responsible for the v-sync matching).

/ tourettes, MediaPortal developer

[rack04]

Originally Posted by ryrynz

Thanks, Xvidvideo.ru hasn't updated in ages.

Maybe you didn't see this note?

From 23 July to 23 August 2009, the site will not be updated!

[tetsuo55]

Originally Posted by starla_

Actually with EVR (with Vista) and DirectX even in the windowed mode you don't need to care about the tearing. With AERO enabled (DWM - Desktop Window Manager) the v-sync handling is done by DirectX, even when in windowed mode (this is how it is done with MediaPortal).

Where as with DirectX and VMR9 non-exclusive mode there is no mechanism in the OS itself (nor in DirectX) that would allow the application to rely on for the v-sync (i.e. application itself is responsible for the v-sync matching).

/ tourettes, MediaPortal developer

For some reason, aero causes massive extra tearing on some systems, without ar-jars new code.

[ADude]

Does ar-jar's new code have a setting that turns off all of MPC-HC's application-level syncing and allows the default graphics card syncing to occur ?

If not, that would be helpful for a) situations where that produces the best results, and b) testing of MPC-HC's sync code - i.e. you would have a scientific "control" to compare with.

[tetsuo55]

Disable all 3 sync options (only 1 can be active at the time)
So uncheck present close to vsync and you'll mpc is free to do whatever.

You will never get a better result though, vsync doesn't know anything about the actually video refreshrate. Various glitches will occur ever X timeunits of playtime. (the present close to vsync code minimised these glitches by slightly adjusting present timing)

[Tiduz]

nvm fixed it

[tetsuo55]

Originally Posted by Tiduz

When i try to run TP files it uses Microsoft MPEG-2 Video Decoder and my CPU usage goes trough the roof, i cant find MPC Video Decoder in my filter list for some strange reason either

How do i get it to only use MPC Video decoder? That works best from my expierence

i already blocked FFDShow

follow the steps in my signature

[Aleksoid1978]

rev. 1223:
http://aleksoid.tosei.ru/Dist/MPCHC_1223_x86.7z
http://aleksoid.tosei.ru/Dist/MPCHC_1223_x64.7z

changelog:
Fix : crash in DXVA, enable 14 ref frames for XP
Fix : DTS bugs

[gngn]

Originally Posted by gngn

also, the 1920x1080/60p MP4 AVC files posted here on doom9 will crash MPC-HC (if using Haali as splitter, with internal .mp4 splitter MPC-HC doesnt crash but black screen. audio works)

problem solved, but still black screen if internal .mp4 splitter is used.

the MediaInfo.dll support is a nice addition.
others using Nvidia+XP should test the newly introduced 14 ReFrames limitation and post the results.

[Mangix]

i'm using nvidia+xp. any samples i can use to test?

[Aleksoid1978]

Originally Posted by Mangix

i'm using nvidia+xp. any samples i can use to test?

Made self ,use MeGui

[gngn]

Originally Posted by Aleksoid1978

Made self ,use MeGui

yes, that would be best, instead of everyone using the same samples

you can download some of the samples i've been using (12 to 15 Reframes, no B-Pyramid):

http://rapidshare.com/files/26677394...-001_12ReF.mkv
http://rapidshare.com/files/26677467...-001_13Ref.mkv
http://rapidshare.com/files/26677562...-001_14ReF.mkv
http://rapidshare.com/files/26677638...-001_15ReF.mkv

a 16 ReFrames video here

[Aleksoid1978]

720p, 14 ReFrames sample - http://aleksoid.tosei.ru/Sample/test.mkv, short

[Mangix]

can't seem to get DXVA to get working on that sample. CoreAVC(CUDA) works fine though.

edit: false reading. i forgot to update MPC. both 14ref samples work just fine.

btw, what's the ref limit on nvidia cards? the 16ref sample doesn't work with CoreAVC(CUDA) or DXVA.

edit2: 15ref works with CUDA.

[Aleksoid1978]

Originally Posted by Mangix

can't seem to get DXVA to get working on that sample. CoreAVC(CUDA) works fine though.

edit: false reading. i forgot to update MPC. both 14ref samples work just fine.

btw, what's the ref limit on nvidia cards? the 16ref sample doesn't work with CoreAVC(CUDA) or DXVA. I'm guessing 14?

16 ref work in Vista and only in FULLHD video. In other video sometimes work, sometimes - don't work;