View Full Version : Media Player Classic Home Cinema (MPC-HC) - DXVA!
Reino
9th December 2008, 12:27
Revision 918 - Directory Listing
Modified Sun Dec 7 15:53:54 2008 UTC (18 hours, 40 minutes ago) by casimir666
FIXED : Support for Theora stream in Ogg internal splitterNow since xvidcodec.ru is down, can someone else please host the standalone filters?
Aleksoid1978
9th December 2008, 13:06
Now since xvidcodec.ru is down, can someone else please host the standalone filters?
here - www.tosei.ru/isoft/mpc/Filters.918.7z
x86 version.
rack04
9th December 2008, 13:36
Not necessarily. You have to add HR to the "external filters" list *and* choose it in the Output tab.
Since when? This isn't how it used to be.
leeperry
9th December 2008, 13:48
here - www.tosei.ru/isoft/mpc/Filters.918.7z
x86 version.
:thanks:
noee
9th December 2008, 13:55
Since when? This isn't how it used to be.
Fwiw, I've only ever used MPC-HC and it's always been that way on my setup. I am running XPSP3/CCC8.11 and I have EVR installed too.
Reino
9th December 2008, 14:05
Thanks alot, Aleksoid1978.
By testing the MPC Video Decoder (rev.918) I discovered actually none of the problems I encountered here (http://forum.doom9.org/showthread.php?p=1214136#post1214136) are solved. Too bad.
dv-300708.mov (http://www.turboupload.com/files/get/gqekv1G9s8/dv-300708.mov) MOV[SVQ3] - No video at all now (black screen)
Maybe I'm jumping the gun a bit, but I noticed the Theora support within the OGG Splitter is far from perfect:
A_New_Computer--med.ogg (http://polycrystal.org/lego/movies/A_New_Computer--med.ogg) OGG[Theora+Vorbis] - Works fine with both MPC VD and FFDShow, but upon seekings the MPC VD shows "blocky" distortion for ± 3seconds, with FFDShow the image freezes for ± 2seconds while in both cases audio keeps on going. (no sync problems though)
transparency.ogg (http://cdn.novell.com/cached/xglrelease/transparency.ogg) OGG[Theora+Vorbis] - It takes ± 5seconds to open the file and when it's opened MPC-HC hangs while showing me a green screen.
Theora+AAC.mkv (http://www.turboupload.com/files/get/FHxLfZku4k/theoraaac.mkv) MKV[Theora+AAC]- Immediate crash upon opening file with the internal MKV Splitter from rev.918 in combination with the MPC VD and FFDShow.
Kurtnoise
9th December 2008, 17:22
Theora+AAC.mkv (http://www.turboupload.com/files/get/FHxLfZku4k/theoraaac.mkv) MKV[Theora+AAC]- Immediate crash upon opening file with the internal MKV Splitter from rev.918 in combination with the MPC VD and FFDShow.
it's because the matroska splitter doesn't support (yet ?) theora streams...
clsid
9th December 2008, 17:33
Then it should at least not crash.
Shinigami-Sama
9th December 2008, 18:20
Fwiw, I've only ever used MPC-HC and it's always been that way on my setup. I am running XPSP3/CCC8.11 and I have EVR installed too.
just install the spillter and then HR is installed...
gngn
9th December 2008, 19:43
Nvidia has released new Geforce 180.84 beta drivers, fully supports all Geforce 6/7/8/9/200 cards and IGPs.
http://www.nvidia.com/object/winxp_180.84_beta.html
Those new drivers resolve the macroblocking problem i still had with a few H.264 DXVA files with the 178 drivers. good job Nvidia!
Mercury_22
9th December 2008, 22:30
Revision 919 - Directory Listing
Modified Tue Dec 9 19:35:55 2008 UTC (112 minutes, 46 seconds ago) by casimir666
CHANGED: Support for AC3 in MP4 splitter
CHANGED: Support for EAc3 in Matroska splitter
Can someone compile this revision for 64-bit ? PLEASE ! :helpful:
Aleksoid1978
10th December 2008, 04:00
Can someone compile this revision for 64-bit ? PLEASE ! :helpful:
Here last revision - http://tosei.ru/isoft/mpc/
avivahl
10th December 2008, 05:13
Here last revision - http://tosei.ru/isoft/mpc/Wonderful! Thanks!
Is it mirror updated regularly?
Aleksoid1978
10th December 2008, 05:18
Wonderful! Thanks!
Is it mirror updated regularly?
No.
No time to do it regular
Snowknight26
10th December 2008, 05:32
TODO : support NV12 and make it default instead of YUY2 (HW deinterlacing works also with NV12)
Does that imply that NV12 support hasn't been added yet? Because it seems that some interlaced H.264 content I have is now HW deinterlaced when using EVR (connected with MEDIASUBTYPE_NV12).
NanoBot
10th December 2008, 07:09
Hi,
from the changelog:
CHANGED: D3DFullScreen mode now takes into account the monitor to full-screen mode in options, if monitor is not specified on the command line
Many thanks for fixing this feature, it now works like it should and I really appreciate that :thanks:
May I suggest one last change concerning the behavior in multi-monitor enviroments:
While the fullscreen playback should be moved to the monitor specified in the settings, which is working fine now in both D3D and none D3D mode, is it possible that the main window with the controls and menus remains on the monitor where it is located before the playback starts ?
ATM, the main window also is moved to the monitor specified for fullscreen playback. Therefore I have to move it back to the first monitor using a hotkey I defined in the nvidia desktop manager, if I would like to pause the movie or something like that.
C.U. NanoBot
Kurtnoise
10th December 2008, 08:08
Then it should at least not crash.
well...sometimes the player (internal filters I'd say) has a strange behaviour. Yesterday, I tested a mkv file w/ eac3 streams and you know what ? Without applying the patch, the player crashed as well.
anyway, thanks to the devs froggies for the last commits. :D
Mercury_22
10th December 2008, 08:12
Here last revision - http://tosei.ru/isoft/mpc/
:thanks:
P.S. Do you know what's up with http://xvidvideo.ru ? :confused:
Aleksoid1978
10th December 2008, 08:21
Is it possible that the main window with the controls and menus remains on the monitor where it is located before the playback starts ?
ATM, the main window also is moved to the monitor specified for fullscreen playback. Therefore I have to move it back to the first monitor using a hotkey I defined in the nvidia desktop manager, if I would like to pause the movie or something like that.
C.U. NanoBot
We have to gather more views on this issue ???
Aleksoid1978
10th December 2008, 08:25
:thanks:
P.S. Do you know what's up with http://xvidvideo.ru ? :confused:
Yes, i know - he has a problem with the Internet (the gap optic cable)
chros
10th December 2008, 10:27
nVidia latest WHQL stable driver (180.40) doesn't save the Dynamic Range setting (Limited, Full) during sessions ... I have to apply Full every time when my PC boots...
Anyone has a registry patch for this ?
Fresh WinXP SP3 x86 install, Geforce 9600GT ...
Thanx
Leak
10th December 2008, 10:53
We have to gather more views on this issue ???
Well, I'm using the tray icon for this, but if the main window could stay where it is (maybe hide the video area, like when you're playing an audio file) it sure would be useful - especially for D3D mode with 2 monitors. :)
Also, even if the tray icon is on monitor 1 the options dialog (for example) opens on the fullscreen monitor, which means I always have to coerce it over via keyboard + mouse when using D3D fullscreen...
avivahl
10th December 2008, 23:53
People w/ ATI cards... "ATI Catalyst 8.12 Display Driver is out"...
http://game.amd.com/us-en/drivers_catalyst.aspx
Try DXVA w/ it and report back...?
Snowknight26
11th December 2008, 00:36
DXVA works fine with 8.12.
cr0
11th December 2008, 01:26
People w/ ATI cards... "ATI Catalyst 8.12 Display Driver is out"...
http://game.amd.com/us-en/drivers_catalyst.aspx
Try DXVA w/ it and report back...?
After upgrading to 8.12 the issues I relayed earlier in the thread are relatively fixed.
Previously I was experiencing corruption during playback of H264 content via DXVA using EVR Custom and Vista 64 if my desktop resolution was greater than 1440x900. Now I still experience corruption when I switch the playback from windowed to full screen but it goes away (and stays away) once a full screen transition happens in the video.
I'm still playing around with it, but DXVA playback is definitely usable by me now.
cr0
11th December 2008, 01:47
After upgrading to 8.12 the issues I relayed earlier in the thread are relatively fixed.
Previously I was experiencing corruption during playback of H264 content via DXVA using EVR Custom and Vista 64 if my desktop resolution was greater than 1440x900. Now I still experience corruption when I switch the playback from windowed to full screen but it goes away (and stays away) once a full screen transition happens in the video.
I'm still playing around with it, but DXVA playback is definitely usable by me now.
Wow, looks like I spoke too soon. On the bright side I found the catalyst for my issue. During install of 8.12 my Windows DPI settings got reverted to the default (96 DPI). As soon as I switched to Large (120 DPI) the corruption came back, switching to an even larger DPI (144 DPI) caused even worse corruption. Reverting back to 96 DPI caused the problem to go away again.
Anyone have any idea why the DPI setting might be causing corruption during playback?
I can't reproduce this issue with my 4870 and 8.11 on my desktop. I will try again with 8.12. I've gone as high as 144 DPI here.
Can anyone else with a 4850, Vista x64, 8.11 or 8.12, and a resolution greater than 1400x900 attempt to reproduce this?
73ChargerFan
11th December 2008, 02:05
Nvidia has released new Geforce 180.84 beta drivers
Which crashes my xp sp3 8600gts system HARD. Reverted to earlier 174 driver and all is well.
cr0
11th December 2008, 02:15
I can't reproduce this issue with my 4870 and 8.11 on my desktop. I will try again with 8.12. I've gone as high as 144 DPI here.
Okay things have gotten weirder. I can play back 1280x720 videos just fine on my 4850, but as soon as I try to play anything with a non-HD resolution at full screen, 1024x576, 720x464, 704x480, or 720x480, I get corruption regardless of my DPI settings.
All of those videos playback fine on my 4870 under a similar setup with DXVA.
Man this problem is driving me crazy!
Edit: 1080p (1920x816) videos playback fine as well.
rack04
11th December 2008, 02:25
Which crashes my xp sp3 8600gts system HARD. Reverted to earlier 174 driver and all is well.
I installed these last week and have nothing bad to say about them.
cr0
11th December 2008, 07:12
Well I haven't managed to fix my problem, but I did work around it by patching MPC-HC to only use DXVA for videos with a resolution of at least 1280x720. I have no need for hardware decoding of SD resolution videos anyways.
I don't know if anyone else is having this issue, but I've attached the patch/diff to this post.
All I did was patch the DXVA check to think that any file with a smaller resolution is not DXVA compatible.
If anyone knows what the actual root problem is, that would be great :p
Aleksoid1978
11th December 2008, 07:41
Well I haven't managed to fix my problem, but I did work around it by patching MPC-HC to only use DXVA for videos with a resolution of at least 1280x720. I have no need for hardware decoding of SD resolution videos anyways.
I don't know if anyone else is having this issue, but I've attached the patch/diff to this post.
All I did was patch the DXVA check to think that any file with a smaller resolution is not DXVA compatible.
If anyone knows what the actual root problem is, that would be great :p
For me, on 4850(and before i have 8800GT) fine work DXVA on SD resolution, and little then SD.
Maybe problem whis you video/driver.
What you's videocard ??? drivers version ???
Casshern
11th December 2008, 10:20
People w/ ATI cards... "ATI Catalyst 8.12 Display Driver is out"...
http://game.amd.com/us-en/drivers_catalyst.aspx
Try DXVA w/ it and report back...?
Here my experiences with Catalyst 8.12, AGP HD 2600 PRO and Win XP 32bit:
1) The VMR9 problem with DXVA (1920x1080 streams on a 1920x1080 display fullscreen) is reduced, but still there!
2) The crashes when aggressively seeking while DXVA playback (Catalyst 8.8-8.11) do not freeze the system but do an instant reboot - i guess you could call this progress
I am back to Catalyst 8.5. - no crashes at all. Perfect DXVA playback with VMR7 (or OVERLAY). Only drawback of this driver is the corruption/framejumping if you want to use the VMR9 DXVA.
regards,
Casshern
Mah
11th December 2008, 11:55
Does BSPlayer support DXVA like let say WMP-HC? That the CPU usage is low, because of GPU. If it is, how to make it to work like WMP-HC? Which codecs?
Aleksoid1978
11th December 2008, 12:37
Does BSPlayer support DXVA like let say WMP-HC? That the CPU usage is low, because of GPU. If it is, how to make it to work like WMP-HC? Which codecs?
Bsplayer don't have self decoder and can't use DXVA. You need download standalone filter and register MpcVideoDec.ax in system for decode h264, VC-1 with DXVA.
Aleksoid1978
11th December 2008, 12:38
HD4850 + 8.12 = all fine on Vista x64 SP1
Mah
11th December 2008, 12:54
Thanks!
gngn
11th December 2008, 15:38
Well I haven't managed to fix my problem, but I did work around it by patching MPC-HC to only use DXVA for videos with a resolution of at least 1280x720. I have no need for hardware decoding of SD resolution videos anyways.
I don't know if anyone else is having this issue, but I've attached the patch/diff to this post.
All I did was patch the DXVA check to think that any file with a smaller resolution is not DXVA compatible.
If anyone knows what the actual root problem is, that would be great :p
i would be interested, as long as the patch is a registry tweak, and it doesnt involve compiling.:D
i still have problems with some SD files with ReFrames =>10 where DXVA playback is corrupted. manually changing the settings, even if for a small number of files from all those i watch, is annoying.
The_Rebel
11th December 2008, 16:20
Just a few problems left that i thought i should report (is this the right place to report bugs?).
While in D3D full-screen mode and you try to load a new file into MPC-HC (via a multi monitor setup) MPC-HC will hang and not load anything.
There's also some problems with the built in audio switcher going back to default settings when the window losses focus (i need to do more testing here).
Klaus_1250
11th December 2008, 16:23
Here last revision - http://tosei.ru/isoft/mpc/
Specific reason why you are using DirectX SDK 38 instead of 40?
i would be interested, as long as the patch is a registry tweak, and it doesnt involve compiling.:D
i still have problems with some SD files with ReFrames =>10 where DXVA playback is corrupted. manually changing the settings, even if for a small number of files from all those i watch, is annoying.
Same here. ATi HD3850 and several .mkv with h264 which won't play in MPC-HC because it tries to use DXVA which is not compatible with the h264's. VMR9 renderless gives me a black screen or green flickering screen. VMR9 gives corruption. I still don't understand why it is not possible to make the decision to use or not use DXVA configurable instead of the automatic way geared towards nVidia (which do support L5.1 features with recent drivers). ATi drivers suck, but with with small things like this, it sucks even more.
cr0
11th December 2008, 17:04
i would be interested, as long as the patch is a registry tweak, and it doesnt involve compiling.:D
i still have problems with some SD files with ReFrames =>10 where DXVA playback is corrupted. manually changing the settings, even if for a small number of files from all those i watch, is annoying.
Unfortunately it's not a registry tweak, maybe there's a way to do it that way, but I patched the code directly.
Further, it's not something I would want to commit because it's pretty much just a two line hack. If someone with some more experience wants to make it into a GUI option, that would be best. Maybe I'll play around with doing that if I get some time.
I'm hesitant to give out a private build as well. As I was too lazy for a couple things when building, I ripped out all the VMR7 stuff so I didn't have to get DX7 files, and setup libavcodec to compile with VS2005 so I don't have to use MingW. This may have broken some QuickTime and RealMedia capabilities, but I don't have any files to test with and I never use these so I didn't really check.
If you're still interested in a private build of the code, please PM me and I'll do my best to respond quickly. If many people want it I'll put it on rapidshare or something.
cr0
11th December 2008, 17:10
For me, on 4850(and before i have 8800GT) fine work DXVA on SD resolution, and little then SD.
Maybe problem whis you video/driver.
What you's videocard ??? drivers version ???
I have the 8.12 drivers in Vista x64 w/ SP1. I don't see the problem with my 4870 on my desktop in the same setup no matter what DPI or settings I use.
The only thing I can think is maybe ATI drivers are doing something differently when outputting to a HDTV that may be causing issues.
If you output to an 1080p HDTV can you try setting your Windows DPI to Lage (120DPI) or some custom DPI and seeing if you get playback corruption w/ EVR Custom?
Shinigami-Sama
11th December 2008, 18:13
why it is not possible to make the decision to use or not use DXVA configurable
it used to be, I still think it should have a shortcut to enable or disable it before you load a video and have to restart mpc, or change the renderer...
Mah
11th December 2008, 18:18
Can anyone explain me this?
I am just using sample of some movies to see if it works through graphic hardware. I got sample of Horton Hears a Who! it's 1080p (between 9000 and 10000 bitrates) and it's working smoothly (I am using WMP-HC), everything good. I got sample of The Dark Knight (which is also 1080p and was above 12000 bitrates). It also worked fine, smooth. Than I got The Dark Knight 1080 p (between 11000 and 12000 bitrates) and it doesn't work through hardaware, CPU usage is high and it doesn't work smoothly. Then I also got Sex and the City sample 1080p (between 9000 and 10000 bitrates) an doesn't work through hardware, CPU usage high. I don't know what is the deal. For all was WMP-HC. What's the deal?
cr0
11th December 2008, 18:23
Can anyone explain me this?
I am just using sample of some movies to see if it works through graphic hardware. I got sample of Horton Hears a Who! it's 1080p (between 9000 and 10000 bitrates) and it's working smoothly (I am using WMP-HC), everything good. I got sample of The Dark Knight (which is also 1080p and was above 12000 bitrates). It also worked fine, smooth. Than I got The Dark Knight 1080 p (between 11 and 12 bitrates) and it doesn't work through hardaware, CPU usage is high and it doesn't work smoothly. Then I also got Sex and the City sample 1080p (between 9000 and 10000 bitrates) an doesn't work through hardware, CPU usage high. I don't know what is the deal. For all was WMP-HC. What's the deal?
Not all H264, VC1 content can use DXVA. So some files will work and others will not.
There's some more information earlier in this thread (page 99ish) and here:
http://forum.doom9.org/showthread.php?t=137974
Mah
11th December 2008, 18:37
Not all H264, VC1 content can use DXVA. So some files will work and others will not.
There's some more information earlier in this thread (page 99ish) and here:
http://forum.doom9.org/showthread.php?t=137974
Yeah, I found that. Thanks! But why is that? Will there be a solution in the future for that?
wiak
11th December 2008, 20:11
Here last revision - http://tosei.ru/isoft/mpc/
mirror here :)
http://s3.nwgat.net/mpc-hc/mpc.x86.920.7z
http://s3.nwgat.net/mpc-hc/mpc.x64.920.7z
http://s3.nwgat.net/mpc-hc/Filters.x86.920.7z
http://s3.nwgat.net/mpc-hc/Filters.x64.920.7z
Kado
11th December 2008, 22:11
@Mah
It's a hardware limitation if you're talking about the maximum reference frames, nothing can be done.
Mah
11th December 2008, 22:21
@Mah
It's a hardware limitation if you're talking about the maximum reference frames, nothing can be done.
I am not good at this, but what reference frames?
Aleksoid1978
11th December 2008, 23:52
Specific reason why you are using DirectX SDK 38 instead of 40?
No, just don't download last DXSDK. How you know what version of DX i use ??? MPC-HC show current version of DX installed in system, not a SDK version
SeeMoreDigital
12th December 2008, 00:31
mirror here :)
http://s3.nwgat.net/mpc-hc/mpc.x86.920.7z
http://s3.nwgat.net/mpc-hc/mpc.x64.920.7z
http://s3.nwgat.net/mpc-hc/Filters.x86.920.7z
http://s3.nwgat.net/mpc-hc/Filters.x64.920.7zUnfortunately these "920" builds of MPC HC are unable to correctly display MPEG-4 AVC video encoded with aspect ratio signalling!
Casimir666 managed to fix this issue with build "886" (http://forum.doom9.org/showthread.php?p=1212893#post1212893). Why is not fixed in any of the newer builds?
Cheers
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.