Media Player Classic Home Cinema (MPC-HC) - DXVA! [Archive] - Page 158

tetsuo55

22nd May 2009, 16:29

No, I don't use ffdshow!
The reason i thought so is because your video decoder is outputting RGB32

Nothing was changed with regards to aspect ratio between those builds, also nothing that could effect the type of contect you are playing so:

Please follow the steps below and update your bug report with this info.

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

Step One: Make sure you have followed the following steps to make sure
it's not a configuration/Version problem:

**First download the newest build
here:http://www.xvidvideo.ru/content/category/1/1/2/
(You can also find older builds here for regression testing)
**You can check out the changelog here, the problem might have been fixed
in a newer version than the one you where
using:http://mpc-hc.svn.sourceforge.net/vi...c-hc/?view=log
**MPC-HC settings stored in the registry may be incompatible with earlier
versions. The settings can be deleted: save the following code as
"clean-registry.reg" and run it(with admin rights in vista/win7).

Windows Registry Editor Version 5.00

[-HKEY_CURRENT_USER\Software\Gabest]The same goes for the
settings.ini file created next to the mplayerc.exe, delete it.
(In both cases MPC will recreate the settings entries on the first run.)
**Make sure you're videocard drivers and directX version are up to date

If this does not solve the problem move on to step two

Step Two: Provide as much system information as possible:

**Windows and servicepack versions
**MPC-HC build version, when reporting regressions please name the last
working build, also comparisons to other players (even MPC regular) are
very welcome
**Try with both internal and haali splitter and report the difference in
results
**Try with both internal and external codecs and report the difference in
results
**If appropriate FFdshow build number, If using ffdshow, then also test
with internal transform filter if appropriate.
**Videocard and driver version
**Renderer used and options selected in the output settings (a screenshot
of the output menu, rightmouseclick filters and rightmousclick renderer
settings). Also try with different settings/renderers.

Step Three: Provide sample(s) and screenshot(s)

**A sample can be cut with
avidemux(http://fixounet.free.fr/avidemux/) or
mkvmerge(http://www.bunkus.org/videotools/mkvtoolnix/)
**A screenshot can be made by pressing the "print screen" button on the
keyboard and opening paint, then paste (CTRL+V)

Please upload screenshots to http://imageshack.us/
Please upload samples to http://sharebee.com and post all the
mirrors

**If the bug causes mpc-hc to crash, attach a minidump or upload it it to
http://sharebee.com and post all the mirrors. You can make a
mini dump by starting mplayerc.exe in a command line(with administrator
rights) with the option "mplayerc.exe /minidump" and upload the ".dmp" file
generated after crash.

Step Four: Write a detailed explanation of how to reproduce the problem

clsid

22nd May 2009, 16:29

But the majority of the MPC user base should not be using svn builds at all. They should stick to the stable release from the official web site. Of course, with all the changes over the last few months that means the main focus should now be (as it is) on bug crushing and getting a new stable release out, so the unwashed (:)) can benefit from the recent improvements!You seem to have completely misunderstood my post. Current builds can indeed be considered 'unstable'. But I never said that people should use them (even though many do!). The purpose of my suggestion is to make the development builds a bit more stable. Otherwise we will never end up with a new stable version.

tetsuo55

22nd May 2009, 16:37

You seem to have completely misunderstood my post. Current builds can indeed be considered 'unstable'. But I never said that people should use them (even though many do!). The purpose of my suggestion is to make the development builds a bit more stable. Otherwise we will never end up with a new stable version.

casimir want's to fix that bug rather than work-around it, and so does intel.

The problem is that casimir doesn't have a lot of time at the moment, i'm sure his intentions are to get G45 fully working as part of the next stable release (which as you know is focused purely on fixing as many of the bugs as possible)

I'm not sure how much time it would take to code what you suggested, but if casimir has to do it i'd rather see his time spent on fixing the problem itself

the goal for the next stable release is:
-Fixing as many of the bugs as on the tracker as possible
-Getting G45 h264 working for the same streams as ATI/Nvidia
-Fixing all the regressions from the beliyaal merge (which itself fixes about 10-20% of the bugs on the tracker)

clsid

22nd May 2009, 16:50

I know a proper fix is desirable. But that has proven to be difficult, otherwise it surely would already have been fixed. My suggestion of a temporary workaround should be fairly simple to implement.

tetsuo55

22nd May 2009, 16:56

Can anyone confirm that this bug has been fixed?

https://sourceforge.net/tracker/index.php?func=detail&aid=2370978&group_id=170561&atid=854651#

I have been able to reproduce these type's of crashes but they where always renderer related, not splitter related.

tetsuo55

22nd May 2009, 17:06

Moving on the batch4, these should all be fixed or are unfixable.

https://sourceforge.net/tracker/?limit=10&func=&group_id=170561&atid=854651&assignee=&status=1&category=&artgroup=898924&keyword=&submitter=&artifact_id=&assignee=&status=1&category=&artgroup=898925&submitter=&keyword=&artifact_id=&submit=Filter&mass_category=&mass_priority=&mass_resolution=&mass_assignee=&mass_artgroup=&mass_status=&mass_cannedresponse=

Many people should be able to confirm these as they are pretty basic.

@Beliyaal, could you comment on this specific bug:
https://sourceforge.net/tracker/?func=detail&aid=2498148&group_id=170561&atid=854651

Jong

22nd May 2009, 17:13

mariner

22nd May 2009, 17:15

Greetings Beliyaal.

1920x1080@60P H264/AAC .mp4 file playback still broken using internal mp4 splitter and DXVA decoder. Black screen with only audio.

The last build that works is 1043.

Here's a sample:

http://www.sanyo-dsc.com/products/lineup/dmx_hd2000/img/sample/movie_sample_hd2000_01.zip

Luyten

22nd May 2009, 17:45

@tetsuo55

My system: ati 1950pro catalyst 9.3, dual boot vista sp1/xp sp3

I think I found my problem: I used EVR renderer on XP (mplayerc.exe is in a shared folder as standalone player with settings.ini, and I configured it for primary use on Vista!) Now svn1120 work fine with WMR9 :D (but in previous builds I can use EVR renderer on XP without problems! :confused: )

Edit: svn1120 on XP + WMR9 + YUV mixing → the problem reappear :mad:

mark0077

22nd May 2009, 18:20

Beliyaal, no matter what content or file types I play with mpc-hc 1120 and any build for that matter, in Windows 7, your "Mixer Output" statistic always says NV12, even though when outputting through ffdshow, ffdshow indicates its getting yv12, and the pin output info also shows yv12.

Maybe someone else using Windows 7 could check the mixer output statistic of evr-cp to see if this is just my machine.

mark0077

22nd May 2009, 18:21

1) Sounds like a bug to me. It either should default to 1, or use some kind of auto-detection to set the correct value.
2) Seems like an arbitrarily chosen maximum.

The FFmpeg decoders do not have much multi-threading capabilities, so setting more than 4 threads would probably be pointless. The VC-1 decoder is single-threaded. The H.264 decoder can only decode CABAC and slices with multiple threads.

I posted a bug report for this. Might be a matter of a simple user interface fix, but would be nice to see it cleared up for clarity reasons before a new stable release.
https://sourceforge.net/tracker/?func=detail&aid=2795472&group_id=170561&atid=854651

Tery

22nd May 2009, 21:58

I have a problem, and I want your point of view.

I have three monitor, 2 monitors for my computer setup, and the third one is my HDTV.

I'm trying to have something the easiest to play video on two different setup.

1st setup to display video on second computer monitor with sound, on stereo ouput.

2d setup to display video on HDTV, with sound on SPDIF output.

To do this, I have made two different mpchc directory with differents settings.

Here is the problem, I want to be able to start 1st setup by double clicking, and maybe have 2d setup to start by doing right click, choose something on the context menu.

If I register video files to one without the context menu option it works but as soon as I set the second to have context menu option but no video file affected, it change back all video files to niot run with mpchc.

Do you have any other idea, how to proceed ?
How do you do ?

Ps : sorry for my poor english i have tried my best.

22nd May 2009, 22:28

Yes. XP has no DXVA2. It has DXVA1 :rolleyes:
Ok, try to explain this screenshot then ;)
http://forum.ixbt.com/post.cgi?id=attach:10:51719:3091:1

tetsuo55

22nd May 2009, 22:48

Ok, try to explain this screenshot then ;)
http://forum.ixbt.com/post.cgi?id=attach:10:51719:3091:1

thats not what he means
run this tool and post a screenshot

http://bluesky23.hp.infoseek.co.jp/#DXVAChecker

saint-francis

22nd May 2009, 22:59

Couldn't you link to it in English? :scared: I accidentally clicked the donate button while trying to figure out how to download it. It took me to my paypal account.

tetsuo55

22nd May 2009, 23:02

i don't know if direct linking is allowed/possible.

the download link is under ダウンロード

Direct link:
http://bluesky23.hp.infoseek.co.jp/dxvac/DXVAChecker_1.10.2.1.zip

STaRGaZeR

22nd May 2009, 23:03

Ok, try to explain this screenshot then ;)
http://forum.ixbt.com/post.cgi?id=attach:10:51719:3091:1

So your really saying that XP has DXVA2? Go ask Microsoft dude, or read some documentation, or use DXVAChecker. This is the same as CoreAVC using the shaders instead of the VPx unit to decode H.264 according to you, another fail ;)

pdanpdan

22nd May 2009, 23:04

I can only speak for ATI, but DXVA1/2 is dependent on the driver. DXVA2 works only with EVR.
On XPSP3, ATI HD2400, DXVA2 works for VC-1, but not for h264 (not implemented in driver)
DXVA1 works for both VC-1 and h264

STaRGaZeR

22nd May 2009, 23:08

pdanpdan

22nd May 2009, 23:11

Yep, and EVR in XP is a hack and is not present unless you intentionally put it in there.

And XP is a hack and is not present unless you intentionally put it in there. :)

If it's a hack, it's one done by Microsoft, and is official, and is partially supported by at least ATI's drivers.

tetsuo55

22nd May 2009, 23:11

Here is a good screenshot showing which features are available under which DXVA versions.

Everything that says DXVA1 will work on XP

http://inlinethumb36.webshots.com/12963/2413330110064030294S600x600Q85.jpg

tetsuo55

22nd May 2009, 23:19

Yep, and EVR in XP is a hack and is not present unless you intentionally put it in there.

Actually EVR is installed with .net 3.0 or higher, the hack(manually copying over file from vista) is no longer required

The complete lack of the required frameworks breaks a lot of its features though

i think it's purely there as a backward compatibility with XP feature, and probably on request of some large companies

XP support of EVR is very shoddy, and i have never been able to get DXVA1 working on it. I have always been using VMR9 on XP

pdanpdan

22nd May 2009, 23:23

EVR has no DXVA1, only DXVA2
VMR has no DXVA2, only DXVA1

http://img527.imageshack.us/img527/4628/vc1.th.jpg (http://img527.imageshack.us/img527/4628/vc1.jpg)

http://img527.imageshack.us/img527/5600/h264.th.jpg (http://img527.imageshack.us/img527/5600/h264.jpg)

22nd May 2009, 23:26

So your really saying that XP has DXVA2?
I don't see your explanation on my previous screenshot ;) and on tetsuo55 screen ;)
Also, look on attachment, see anything new to you? :rolleyes:

tetsuo55

22nd May 2009, 23:26

http://img527.imageshack.us/img527/4628/vc1.th.jpg (http://img527.imageshack.us/img527/4628/vc1.jpg)

http://img527.imageshack.us/img527/5600/h264.th.jpg (http://img527.imageshack.us/img527/5600/h264.jpg)

Does EVR actually show DXVA2 in the filer graph when playing VC-1?

Does h264 work at all with EVR?

Obviously in VMR9 only DXVA1 mode should be available
I don't see your explanation on my previous screenshot ;) and on tetsuo55 screen ;)
Also, look on attachment, see anything new to you? :rolleyes:
Could you upload the image to imageshack.us, approval takes a long time

pdanpdan

22nd May 2009, 23:39

in MPC-HC/EVR, XPSP3, 1080p VC-1, Intel Core2Duo E6750@2.66 - processor load maximum 20%, with reclock
in dxvachecker, benchmark mode on EVR - 120fps
so I think it's working
h264 works very well in software mode with EVR
http://img507.imageshack.us/img507/1711/mpc.th.jpg (http://img507.imageshack.us/img507/1711/mpc.jpg)

tetsuo55

22nd May 2009, 23:51

Okay then to sum it up:

*The EVR version installed with .net 3.5 SP1 seems to be indentical to the one in Vista.
*Only features that depend on external services, not available after the .net install on XP are broken (luckily most of these are not used in MPC-HC)

*EVR only supports DXVA2 on XP, In vista EVR includes a DXVA1 emulator for backwards compatibility.
*VMR9 only supports DXVA1

The critical thing is the driver has to support DXVA2 on XP for EVR to work, not many cards have the luxury of having this support.

If all these things match up, DXVA2 will be used on XP systems.

pdanpdan

22nd May 2009, 23:55

I think it is correct. The only feature in MPC-HC I observed is not working is 10bits RGB (I don't know if is a problem with XP or with my very old video card - maybe both)

my evr.dll: 6.0.6001.17052 (longhorn_rc1.071129-2315)

tetsuo55

22nd May 2009, 23:56

I think it is correct. The only feature in MPC-HC I observed is not working is 10bits RGB (I don't know if is a problem with XP or with my very old video card - maybe both)
It's a bug in the ati driver.

Jong

23rd May 2009, 00:02

No question, DXVA2 works with MPEG-2 & vc-1 on EVR on XP, with recent ATI cards at least. DXVA Checker confirms support.

No h.264 support unfortunately, so in practice not much use!

ADude

23rd May 2009, 00:04

All of the more advanced scaling options require shaders.

I use the IGP for scaling and I use all video processing turned off. I can understand all the various processing options being useful 5-10 years ago, when video encoding was poor, and it was helpful to improve them. Nowadays, video encodes compete to be identical to source (complete with "source" picture and "encode" picture to compare).

( However, I do want options for playback like going forward or backward to find sections, etc. etc. )

MPC-HC is a DirectX9 program, it has been compiled with the latest DirectX9 updates.

Most DirectX9 programs need(or will need at some point) these updates.

Because Microsoft does not include redist updates with windows by default we have to install these manually.
Required redist files needed for most applications are:
DX9 redist
VC2005 SP1
VC2008 SP1

Even on windows 7 RC1 these have to be installed manually, DX is updated every 3 months.

You actually have a very old DX9 and DX10 installed, DX9 updates are done manually and you have probably never done so.
Your current file's are probably incompatible with the latest DX9 version causing some/all of the problems you reported.

Installing the full DX9 march 2009 redist could solve all those issues.

Personally, I am happy to do that update.

However, as clsid remarked recently, the average MPC-HC user should not have to know to do that. Furthermore, when some users said that MPC-HC should not bother to create its own internal set of decoder, filters and splitters, the devs replied that "MPC-HC must include everything for playback without having to download something else."

By this standard, the relevant DX9 files need to be part of the distribution. If not, then exact and clear instructions for doing the DX9 update needs to be part of the distribution in a README file.

Could you post exactly which settings and filters you are using?

Filters are in my sig, which settings would be helpful to report?

Pre beliyaal merge code was very inaccurate, the new code fixed many bug's, one or more of these was actually causing perfect playback for you.

Did I read this correctly ? You are saying "a bug was causing perfect playback" ? If so, that bug needs to be in every system ! :D

have you installed SP1(or SP2)? pre-SP1 has issues with EVR and Wasapi.
Also besides the beliyaal code merge the compiling environment has been updated too, so MPC-HC now depends on the newest redist DLL's

I have Vista SP1 ( but not SP2 - still waiting for the release ).

tetsuo55

23rd May 2009, 00:12

I use the IGP for scaling and I use all video processing turned off. I can understand all the various processing options being useful 5-10 years ago, when video encoding was poor, and it was helpful to improve them. Nowadays, video encodes compete to be identical to source (complete with "source" picture and "encode" picture to compare).

( However, I do want options for playback like going forward or backward to find sections, etc. etc. ) Acually MPC-HC is telling your IGP to scale, even telling it excactly how to do it. Without this a DVD on a 1080P panel would show huge pixels

Personally, I am happy to do that update.

However, as clsid remarked recently, the average MPC-HC user should not have to know to do that. Furthermore, when some users said that MPC-HC should not bother to create its own internal set of decoder, filters and splitters, the devs replied that "MPC-HC must include everything for playback without having to download something else."

By this standard, the relevant DX9 files need to be part of the distribution. If not, then exact and clear instructions for doing the DX9 update needs to be part of the distribution in a README file. This is already the case for SVN builds, although i agree that adding the info the readme is a good idea. It's also common sense to stay updated though.

Filters are in my sig, which settings would be helpful to report?
What you have installed and what is actually being used is something very different, i meant a screenshot of the filter option under the right click menu

Did I read this correctly ? You are saying "a bug was causing perfect playback" ? If so, that bug needs to be in every system ! :DThats exactly what i meant, but we should focus on getting your system working with the new correct renderer.

I have Vista SP1 ( but not SP2 - still waiting for the release ).SP1 is good enough, if you have not done so yet, upgrading to .net 3.5 SP1 might help too.

STaRGaZeR

23rd May 2009, 00:15

I don't see your explanation on my previous screenshot ;) and on tetsuo55 screen ;)
Also, look on attachment, see anything new to you? :rolleyes:

DXVA2 does work for VC-1, you can see that in the DXVAChecker program I told you to use, but not for H.264. Do you think I'm going to say that it works properly when the main reason of using DXVA (H.264 decoding) is not available? This happens sometimes when you use hacks ;)

23rd May 2009, 00:17

Could you upload the image to imageshack.us, approval takes a long time
Done
http://img269.imageshack.us/img269/1538/20090523012350.png (http://img269.imageshack.us/my.php?image=20090523012350.png)
*The EVR version installed with .net 3.5 SP1 seems to be indentical to the one in Vista.

No, as pdanpdan mentioned in next post, .NET 3.5 SP1 still provides old evr.dll from Vista RC (longhorn_rc1.071129-2315), so you must manually change this file to corresponding from Vista SP1 (on my system this removes crush in BSPlayer)

STaRGaZeR

23rd May 2009, 00:19

Hello hello: DXVA2 not available for H.264 ;)

23rd May 2009, 00:21

Do you think I'm going to say that it works properly when the main reason of using DXVA (H.264 decoding) is not available?
:rolleyes:
Some people can't just say that they was wrong, so they try to not remember, what they was saying before :rolleyes::D

STaRGaZeR

23rd May 2009, 00:25

:rolleyes:
Some people can't just say that they was wrong, so they try to not remember, what they was saying before :rolleyes::D

We'll talk again when you understand that "doesn't work" means "doesn't work properly" :rolleyes:

tetsuo55

23rd May 2009, 00:28

Here are the default recommended updated for any windows version:

Recommended updates (for all windows versions, even windows 7) x86

First install all available updates on windows update
http://update.microsoft.com/windowsupdate/

Microsoft Visual C++ 2005 SP1 Redistributable Package (x86)
http://www.microsoft.com/Downloads/details.aspx?familyid=200B2FD9-AE1A-4A14-984D-389C36F85647&displaylang=en

Microsoft Visual C++ 2008 SP1 Redistributable Package (x86)
http://www.microsoft.com/Downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2&displaylang=en

Microsoft .NET Framework 3.5 Service Pack 1
http://www.microsoft.com/downloads/details.aspx?FamilyId=AB99342F-5D1A-413D-8319-81DA479AB0D7&displaylang=en

DirectX End-User Runtimes (March 2009)
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=0cf368e5-5ce1-4032-a207-c693d210f616

Finally update to the latest available drivers for your videocard

NVIDIA
http://www.nvidia.com/Download/index.aspx?lang=en-us

ATI
http://support.amd.com/us/gpudownload/Pages/index.aspx

INTEL
http://downloadcenter.intel.com/

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

Recommended updates (for all windows versions, even windows 7) x64

First install all available updates on windows update
http://update.microsoft.com/windowsupdate/

Microsoft Visual C++ 2005 SP1 Redistributable Package (x64)
http://www.microsoft.com/Downloads/details.aspx?familyid=EB4EBE2D-33C0-4A47-9DD4-B9A6D7BD44DA&displaylang=en

Microsoft Visual C++ 2008 SP1 Redistributable Package (x64)
http://www.microsoft.com/Downloads/details.aspx?familyid=BA9257CA-337F-4B40-8C14-157CFDFFEE4E&displaylang=en

Microsoft .NET Framework 3.5 Service Pack 1
http://www.microsoft.com/downloads/details.aspx?FamilyId=AB99342F-5D1A-413D-8319-81DA479AB0D7&displaylang=en

DirectX End-User Runtimes (March 2009)
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=0cf368e5-5ce1-4032-a207-c693d210f616

Finally update to the latest available drivers for your videocard

NVIDIA
http://www.nvidia.com/Download/index.aspx?lang=en-us

ATI
http://support.amd.com/us/gpudownload/Pages/index.aspx

INTEL
http://downloadcenter.intel.com/

tetsuo55

23rd May 2009, 00:29

No, as pdanpdan mentioned in next post, .NET 3.5 SP1 still provides old evr.dll from Vista RC (longhorn_rc1.071129-2315), so you must manually change this file to corresponding from Vista SP1 (on my system this removes crush in BSPlayer)

That means for best result, some hacking is needed after all.

Did you also update the dxva2.dll?

For XP we need to write an install guide or something for EVR use.

Install .net 3.5 SP1 (recommended anyway) and then run a batch file which updates evr.dll and dxva2.dll to the latest greatest version? (we could check to see what the windows7 version does :D)

On windows7 RC1 the file versions are:
evr.dll, dxva2.dll 6.1.7100.0

Here is a start:

To get EVR working(at its best) on XP, and to get DXVA 2 working on it you need to follow these steps:

DXVA2: install the latest driver, and use DXVAchecker to confirm support for DXVA2 for the codecs you intend to use.

After confirming, or when using EVR only in software mode follow the following steps:

-update windows
-install directx redist march 2009
-install .net 3.5 SP1
-Upgrade EVR.dll and DXVA2.dll to newest versions manually

tetsuo55

23rd May 2009, 00:46

Has anyone tried compiling MPC-HC with Microsoft Visual Studio 2010 bèta 1 yet?
http://msdn.microsoft.com/en-us/netframework/dd819232.aspx

I wonder if it will give a lot of errors

Are we currently using any of these compile time security features ?

http://blogs.msdn.com/vcblog/archive/2009/05/21/dynamicbase-and-nxcompat.aspx

http://blogs.msdn.com/vcblog/archive/2009/03/19/gs.aspx

http://blogs.msdn.com/vcblog/archive/2009/02/24/quick-tips-on-using-whole-program-optimization.aspx

Which should all be more advanced in VC2010

mark0077

23rd May 2009, 00:49

tetsuo55

23rd May 2009, 00:55

tetsuo, i don't see instructions to setup and compile mpc-hc. I would be interested in having a fiddle with the code over the summer. Doing lots of Java and shell programming for past few years although I loved c++ in final year at uni. Is there any guides for getting a svn build downloaded and compiled? Cheers.I'm not sure, i gave up compiling a long time ago (i did compile mpc-hc once, with optimisations for my cpu and with the help of guliver himself!)

pdanpdan

23rd May 2009, 01:16

evr and dxva2 from W7RC don't work on xp

Snowknight26

23rd May 2009, 07:19

Hmm, I just noticed that the volume of E-AC3 tracks is extremely low.

Beliyaal

23rd May 2009, 09:15

tetsuo55

23rd May 2009, 09:39

You do realize that you just made sure there will be little work done by me on MPC-HC this weekend :)LOL
Don't forget you need to manually install Windows 7 SDK RC1 (beta is included by default)

Well if you get it working with 2010, and manage to get all those switches generating working code, security will be enhanced tenfold and speed should be up by at least 5%

The new code checking stuff should be great (all the programmers i know that have been working with the previous tech preview have loved it so far)

the new warnings and maybe even erors 2010 will give might be clues to fixing some of the known and unknown bugs