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

avivahl

20th November 2009, 00:32

Inspector.Gadget

20th November 2009, 00:35

Rev. 1345 (Alexins' 32-bit build) freezes immediately upon opening an x264-encoded MKV file (muxed with mkvmerge) with AC3 audio when using internal DXVA filter, Haali splitter, and ffdshow audio. 1342 is totally problem-free with everything else the same.

Keiyakusha

20th November 2009, 00:41

cut a small sample...

matthew_eli

20th November 2009, 01:17

Try to disable the internal H.264 filters (both DXVA and software) to let Windows 7's built-in DXVA decoder do the decoding... Then you'll be able to check if it's a problem w/ the internal filter OR a driver problem...

With Windows 7 built-in DXVA there is no prob: so I think that this is a MPC-HC internal filter issue...

snyders6dogrecipe

20th November 2009, 03:27

please read the manual, it is very different from all builds you tried before

manual: http://www.ostrogothia.com/?page_id=1050

When I ticked "sync video to display," there was still some tearing, and the initial problem didn't go away. I couldn't try the other options because I can't use powerstrip with my video card, and also because if I enable evr renderer I can't use dxva.

Edit: OK, DXVA DOES work with EVR Custom Renderer and it makes the tearing go away. But the dynamic range is wrong and I can't fix it using Nvidia's Control Panel or the player's controls- and the initial problem is still there, unfortunately.

73ChargerFan

20th November 2009, 04:18

snyders6dogrecipe,

Have you turned on the stats graph? While a video is running, right-click on the screen, at the bottom is "Renderer Settings", then enable "Display Stats".

This will show you what the rendered frame rate is, and show a graph. If the lines are flat, everything is fine and the framerate matches the video.

However, when the video has to resync you will see a spike.

I've noticed that for a while, 3:2 pulldown wasn't working right, and by enabling "Display Stats" I saw a large spike at a regular interval, every 3 or 4 seconds or so. I was then able to understand my problem a little bit better.

gngn

20th November 2009, 04:22

avivahl

20th November 2009, 06:19

i just tried to encode interlaced material (a mpeg-2 and a h264 sample) with x264 (rev1342). output is also interlaced, Mediainfo shows Scan type: MBAFF , but MPC-HC with DXVA fails to deinterlace the video completely. did i do a mistake while setting up the Avisynth-script(the script contains only DirectShowSource(clip) .... )/encoding or MPC-HC doesnt support interlaced material created with x264?
with ffdshow hardware-deinterlacing will work perfectly if i set up in the "Output" settings of ffdshow the "field order" as "top field first". on "Auto" i get erratic frame-display.

10 sec 10M sample (http://www.mediafire.com/download.php?mzajlmcv4dc) . the original is palvik-Clip003.m2ts from here (http://www.hv20.com/showthread.php?t=1444)Alright... tested your clip w/ a few filter combinations:
1. WMP12 + Microsoft's DXVA H.264 Decoder - Non deinterlaced video. Very distorted.
2. MPC-HC + Microsoft's DXVA H.264 Decoder - Same as #1.
3. MPC-HC + Internal DXVA H.264 Decoder - Same as #1.
4. MPC-HC + Internal Software (ffmpeg-based) H.264 Decoder - Better, but deinterlacing seems to be a bit wrong. Non-smooth video.
5. MPC-HC + ffdshow w/ "Set interlace flag" set to OFF - Same as #1.
5. MPC-HC + ffdshow w/ "Set interlace flag" set to Auto/Auto - Same as #4.
6. MPC-HC + ffdshow w/ "Set interlace flag" set to Auto/Top-Field-First - Best. Smooth, properly-deinterlaced video.
7. MPC-HC + ffdshow w/ "Set interlace flag" set to OFF, ffdshow's Deinterlacing filter set to CubicInterpolation/yadif/TomsMoComp (all w/ default parameters) - Same as #6.

Geforce 8800GT (forceware 195.55 w/ default options).
Windows 7 Ultimate 32bits.
MPC-HC 1.3.1345.0 (by alexis) w/ EVR-CP and default options.
ffdshow rev3130.
Haali Media Splitter.

tetsuo55

20th November 2009, 09:29

I don't know if it is already posted but I've a problem with g45 in my ACER laptop(Timeline Travelmate 8471) and DXVA on Windows 7 x64: sometimes (every 5 min) in various video, a series of frame are corrupted with negative colors artifacts in the entire video scenes...the driver that I've installed are the 8.15.10.1892.

I think that it would be a driver problem or MPC-HC issue...I tried both x86 than x64 version and the problem is the same...

The MPC-HC versions tested are 1249 and 1345 svn x86 and x64.

Thanks in advance:thanks:You need to update that ancient driver: http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=18336&ProdId=2973&lang=engWhen I ticked "sync video to display," there was still some tearing, and the initial problem didn't go away. I couldn't try the other options because I can't use powerstrip with my video card, and also because if I enable evr renderer I can't use dxva.

Edit: OK, DXVA DOES work with EVR Custom Renderer and it makes the tearing go away. But the dynamic range is wrong and I can't fix it using Nvidia's Control Panel or the player's controls- and the initial problem is still there, unfortunately.Dynamic range settings are also in the renderer settings section of the options, set it to 16-235 or 0-255 to match your display

snyders6dogrecipe

20th November 2009, 10:34

Here is the graph when using the synch video to display function in the goth sync build...it's pretty far from a straight line

http://a.imagehost.org/0407/mplayercgssync_video_to_display.png

snyders6dogrecipe

20th November 2009, 10:41

Dynamic range settings are also in the renderer settings section of the options, set it to 16-235 or 0-255 to match your display

Yeah, I tried that, but it didn't change.

tetsuo55

20th November 2009, 13:44

Here is the graph when using the synch video to display function in the goth sync build...it's pretty far from a straight line

http://a.imagehost.org/0407/mplayercgssync_video_to_display.pngthats a very good result for non matching refresh rates, see this page for detailed explenation on judder: http://www.ostrogothia.com/
Yeah, I tried that, but it didn't change.Thats very strange.

EVR outputs RGB to the videocard, which means the levels are defined before hand.

Is your display full or limited range?
there is also a thread about this issue here: http://forum.doom9.org/showthread.php?t=143689

snyders6dogrecipe

20th November 2009, 14:26

tetsuo55

20th November 2009, 14:31

When I set Dynamic Range to "Full (0-255)" in the Nvidia CP it only makes a dfference when using certain renderers, not including default renderer, or the one windows media player uses. Strange, but unfortunately true.At its base its very simple:

Your display supports one or both of the options (16-235 and 0-255)

Your videocard, depending on the connection, supports one or both (16-235 and 0-255)

Finally the renderer, based on selected settings, converts from or to either.

all 3 settings have to match to get the correct image.

mark0077

20th November 2009, 14:32

Maybe your clip was incorrectly made. Obviously all pieces of software try to "Auto" detect which field comes first, and whatever they are reading as being first is incorrect in this case, its not the softwares fault really.

Maybe you could make clip again and set first field correctly so then Auto in things like ffdshow will work, giving you smooth video.

Alright... tested your clip w/ a few filter combinations:
1. WMP12 + Microsoft's DXVA H.264 Decoder - Non deinterlaced video. Very distorted.
2. MPC-HC + Microsoft's DXVA H.264 Decoder - Same as #1.
3. MPC-HC + Internal DXVA H.264 Decoder - Same as #1.
4. MPC-HC + Internal Software (ffmpeg-based) H.264 Decoder - Better, but deinterlacing seems to be a bit wrong. Non-smooth video.
5. MPC-HC + ffdshow w/ "Set interlace flag" set to OFF - Same as #1.
5. MPC-HC + ffdshow w/ "Set interlace flag" set to Auto/Auto - Same as #4.
6. MPC-HC + ffdshow w/ "Set interlace flag" set to Auto/Top-Field-First - Best. Smooth, properly-deinterlaced video.
7. MPC-HC + ffdshow w/ "Set interlace flag" set to OFF, ffdshow's Deinterlacing filter set to CubicInterpolation/yadif/TomsMoComp (all w/ default parameters) - Same as #6.

Geforce 8800GT (forceware 195.55 w/ default options).
Windows 7 Ultimate 32bits.
MPC-HC 1.3.1345.0 (by alexis) w/ EVR-CP and default options.
ffdshow rev3130.
Haali Media Splitter.

snyders6dogrecipe

20th November 2009, 14:42

Is it ok that the graph shows about 24 sync glitches a second?

tetsuo55

20th November 2009, 14:49

Is it ok that the graph shows about 24 sync glitches a second?if the video and display refreshrate do not match this can be considered normal.

gngn

20th November 2009, 15:09

3. MPC-HC + Internal DXVA H.264 Decoder - Same as #1.
Maybe your clip was incorrectly made. Obviously all pieces of software try to "Auto" detect which field comes first, and whatever they are reading as being first is incorrect in this case, its not the softwares fault really.
Maybe you could make clip again and set first field correctly so then Auto in things like ffdshow will work, giving you smooth video.

i'm now 99% sure i messed something up and that it's not MPC-HC's fault :P
and it's probably related to the scan order, as you say, but i have no idea how to set this up correctly. will have to google a bit more ....
Thanks for the input!

later edit: using the x264 version with the nal-hrd & interlace patch (http://forum.doom9.org/showthread.php?t=146545) will give a interlaced material that MPC-HC will deinterlace properly. without it only Arcsoft TMT3 somehow manages to get the right field order.

snyders6dogrecipe

20th November 2009, 15:52

in regards to the goth sync branch of mpc, what does the control +/- setting in the synchronization section do?

matthew_eli

20th November 2009, 18:02

You need to update that ancient driver: http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=18336&ProdId=2973&lang=engDynamic range settings are also in the renderer settings section of the options, set it to 16-235 or 0-255 to match your display

Sorry Tetsuo, but the problem still persist with this updated driver; I'm doing some tries to evaluate the goodness of the Windows 7 DXVA encoder that seems to not have the same problem of the internal MPC-HC DXVA encoder...

vask

21st November 2009, 00:33

Sorry Tetsuo, but the problem still persist with this updated driver; I'm doing some tries to evaluate the goodness of the Windows 7 DXVA encoder that seems to not have the same problem of the internal MPC-HC DXVA encoder...

I have reported this problem on numerous occasions to one of the developers in private conversations. It still exists in the latest builds. BTW this does not occur when using the microsoft's dvt/dvd decoder (win 7). In fact, I see no reason to use the internal mpc decoder as the microsoft's one is better quality, has no obvious glitches and is slightly faster too.

EDIT: Microsoft's decoder also manages to play all mkvs I throw at it with dxva, while the internal one would skip dxva acceleration for some of those mkvs.

kieranrk

21st November 2009, 04:27

I have reported this problem on numerous occasions to one of the developers in private conversations. It still exists in the latest builds. BTW this does not occur when using the microsoft's dvt/dvd decoder (win 7). In fact, I see no reason to use the internal mpc decoder as the microsoft's one is better quality, has no obvious glitches and is slightly faster too.

EDIT: Microsoft's decoder also manages to play all mkvs I throw at it with dxva, while the internal one would skip dxva acceleration for some of those mkvs.

That's pretty unsuprising considering Microsoft wrote the DXVA specification and has the cooperation of all GPU manufacturers. Having said that they do still have some unfixed issues.

Compare that to us where we have one developer for DXVA and limited manufacturer cooperation.

matthew_eli

21st November 2009, 09:56

The strange things is that this artifacts problem occurs always in the same part of the movie, and it is like this:

http://a.imagehost.org/t/0953/Matrix.jpg (http://a.imagehost.org/view/0953/Matrix)

tetsuo55

21st November 2009, 10:03

The strange things is that this artifacts problem occurs always in the same part of the movie, and it is like this:

http://a.imagehost.org/t/0953/Matrix.jpg (http://a.imagehost.org/view/0953/Matrix)Can you try this:

Rightclick menu > renderer settings > reset to default settings
And if that does not help
Rightclick menu > renderer settings > reset to optimal settings

Steveo08

21st November 2009, 10:42

The strange things is that this artifacts problem occurs always in the same part of the movie, and it is like this:

http://a.imagehost.org/t/0953/Matrix.jpg (http://a.imagehost.org/view/0953/Matrix)

which graphiccard are you using?

because in your picture i see under dxva2 that you are yousing the h.264 bitstream decoder with clear video.

matthew_eli

21st November 2009, 10:51

which graphiccard are you using?

because in your picture i see under dxva2 that you are yousing the h.264 bitstream decoder with clear video.

I'm using Intel g45 (X4500MHD) graphic card

matthew_eli

21st November 2009, 10:56

Can you try this:

Rightclick menu > renderer settings > reset to default settings
And if that does not help
Rightclick menu > renderer settings > reset to optimal settings

Same problem too: I tried also latest driver but the problem still persist

EDIT: I can confirm: with Microsoft DXVA decoder ther is no prob

tetsuo55

21st November 2009, 11:00

Same problem too: I tried also latest driver but the problem still persistallright, please create a bug report on trac and add one of the broken samples

instructions on creating the bug report in my signature under "checklist"

matthew_eli

21st November 2009, 12:56

allright, please create a bug report on trac and add one of the broken samples

instructions on creating the bug report in my signature under "checklist"

Sorry Tetsuo, could you indicate me a Software to edit (cut) mkv files to upload a sample in the Ticket? Thanks

EDIT: done, using Avidemux; thanks anyway

snyders6dogrecipe

21st November 2009, 13:53

matthew_eli, this happened to me too. It involved a crappy external hard drive. When I would copy a video over to it, every now and then during the video there would be a bunch of artifacts, and always in the same part, even if I copied the file again. I just had to use a different drive to stop having the problem.

Steveo08

21st November 2009, 13:56

I'm using Intel g45 (X4500MHD) graphic card

thank, are any other graphiccards with film grain on dxva?

matthew_eli

21st November 2009, 16:48

thank, are any other graphiccards with film grain on dxva?

Mmmmhh maybe ATI, but I'm not sure...

this is the video that generates the problem on g45, sec 16 (about):

http://uploading.com/files/a3a56d3d/test1_a.mkv/

Snowknight26

21st November 2009, 21:00

I haven't looked at the sample you provided, but if its a video encoded with x264 and weightp was used, then that's why DXVA is broken on your GPU.

snyders6dogrecipe

22nd November 2009, 02:38

I have a bug to report. This doesn't occur with all my files, though: When I have an mkv file with a dts track on, every now and then the video will freeze for a split second. If the alternate ac3 track is selected, it won't freeze. I've dealt with this problem by converting the problematic dts tracks to FLAC. But I'd still like it if this were fixed, since FLAC takes up twice the space.

avivahl

22nd November 2009, 08:43

Guys, I compiled a small (~4MB) chm file of the current/latest DirectShow documentation from MSDN. Might be useful/helpful for quickly looking up stuff. (I used "Package This!" together w/ HTML Help Workshop)

Here you go: http://rapidshare.com/files/310473891/DirectShow.rar

Mercury_22

22nd November 2009, 14:58

@ Casimir
You have broken PGS Subtitles detection in rev 1338 (or 1339 ?) cause after 1337 I can't find all PGS Subtitles in m2ts files e.g with 1337 I have 19 subtitles and the same file with 1339 has only 2 PGS Subtitles
Can you please fix it ?

xtdsm

22nd November 2009, 17:08

Has there been any progress with regard to solving the slow loading bug that people are experiencing on Windows 7 when using EVR CP? Some people are getting delays up to 30 seconds.

I am having the exact same problem, any solutions yet?

thanks

tetsuo55

22nd November 2009, 19:33

Mmmmhh maybe ATI, but I'm not sure...

this is the video that generates the problem on g45, sec 16 (about):

http://uploading.com/files/a3a56d3d/test1_a.mkv/works fine on my X4500HD with latest driver, mpc-hc and windows 7 x64

anybody

22nd November 2009, 22:17

works fine on my X4500HD with latest driver, mpc-hc and windows 7 x64

I did some digging on this, because i've always suffered from corruptions when using DXVA on the GMA 4500MHD contained in the Intel GS45 Chipset my Laptop is based on.

I'm also using Win7 x64 and the drivers are dated October 30th and version 8.15.10.1986, which according to the Intel Download Site for the 4 Series Graphics Driver (http://downloadcenter.intel.com/SearchResult.aspx?lang=eng&ProductFamily=Graphics&ProductLine=Laptop+graphics+controllers&ProductProduct=Mobile+Intel%C2%AE+4+Series+Express+Chipset+Family) is currently the latest version.

As it turns out, this sample produces the usual decoding artifacts on my GMA4500 around second 16-17, but only until build 1326. Starting with build 1327, the problem is gone.

The changelog (http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc/?view=log) says:

Revision 1327 - Directory Listing
Modified Wed Nov 4 10:29:29 2009 UTC (2 weeks, 4 days ago) by Aleksoid

fix : ref_num check for non Nvidia card;

Abradoks

22nd November 2009, 22:20

I am having the exact same problem, any solutions yet?
Do you have any antivirus installed?

Polcius

22nd November 2009, 22:45

What does "Alternative Vsync" do? Why is it recommended to use it?

alexins

22nd November 2009, 22:53

Has there been any progress with regard to solving the slow loading bug that people are experiencing on Windows 7 when using EVR CP? Some people are getting delays up to 30 seconds.

Very often, this problem occurs when using Kaspersky Anti-virus. The problem is precisely Kaspersky Anti-virus, rather than mpc-HC. If you add mpc-hc exception list, it does not help. Only helps you to reinstall your antivirus.

XhmikosR

22nd November 2009, 23:58

Kaspersky has released a new version that's supposed to fix that problem. But there is another problem that has nothing to do with KAV.

http://forum.doom9.org/showthread.php?p=1345984#post1345984

Xorp

23rd November 2009, 04:30

Lincoln Burrows

23rd November 2009, 07:06

Somehow I messed with M2TS subtitles that now I can't get them to work even after reinstalling/uninstalling MPC. I think that happened after I added this filter: "DirectVobSub (auto-loading)" and then removed from the external filters list.

They were working before, and being recognized, along with VMR9-renderless. What should I do?

xtdsm

23rd November 2009, 12:51

Kaspersky has released a new version that's supposed to fix that problem. But there is another problem that has nothing to do with KAV.

http://forum.doom9.org/showthread.php?p=1345984#post1345984

Kaspersky causing the player itself to load slow, so I uninstalled that and tried MPC-HC and the player loads fast that the actual movie will play in 3-4 seconds. this only happens with EVR-cp. this issue is not present with player 1.2.902 andthing newer than that and the problem occurs.

thanks

XhmikosR

23rd November 2009, 12:56

There are two loading problems.
The first one is that the actual MPC-HC window takes a few seconds to open. That's caused by Kaspersky.
The second one is that the actual MPC-HC window opens instantly but the video takes a few seconds to actually play. This only happens with EVR Custom on Win7 and it's not caused by Kaspersky. The solution is to either use only the internal filters and splitters or if you want to use external ones, set them as preferred in the external filters window. Alternatively, you can always use another renderer like Haali, and the problem will not appear.

BTW, Kaspersky has released a patch2 of version 9.0.0.736. http://www.kaspersky.com/kav_latest_versions
Please Note! Only versions 9.0.0.736 (Critical Fix 2) and higher are compatible with Windows 7.

tetsuo55

23rd November 2009, 12:59

Kaspersky causing the player itself to load slow, so I uninstalled that and tried MPC-HC and the player loads fast that the actual movie will play in 3-4 seconds. this only happens with EVR-cp. this issue is not present with player 1.2.902 andthing newer than that and the problem occurs.

thanksCan you pinpoint the exact breaking revision more exactly? a lot of commits after 902 are not related to graph building at all.

MatMaul

23rd November 2009, 13:56

I already bisect the problem, it appears with belyaal code merge (and doesn't appear with ar-jar branch but I already said that ^^)

Mercury_22

23rd November 2009, 13:59

There are two loading problems.
The first one is that the actual MPC-HC window takes a few seconds to open. That's caused by Kaspersky.
The second one is that the actual MPC-HC window opens instantly but the video takes a few seconds to actually play. This only happens with EVR Custom on Win7 and it's not caused by Kaspersky. The solution is to either use only the internal filters and splitters or if you want to use external ones, set them as preferred in the external filters window. Alternatively, you can always use another renderer like Haali, and the problem will not appear.

BTW, Kaspersky has released a patch2 of version 9.0.0.736. http://www.kaspersky.com/kav_latest_versions

Strange I don't have this problem (second one) and I'm using Windows 7's + Nero's VC-1 & DTS-HD decoders !
But I don't have Haali (or had ) installed nor any other "codecs" or splitters on my system

Ya sub language detection is completely broken after 1.3.1337

So i'm not the only one with PGS subtitle detection problems after svn 1337