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

[Dixxhead]

Ok, I've tried all of the diffrent output formats and RGBHQ seems to generally work...

Setting things to YUY2 does give me the strange pixelation error; going with YV12 eliminates the error but kind of washes out the picture like on the original EVR?! Any explenation why that happenes (strangely NV12 gives me the worst result of them all"

[Yong]

yv12 doesnt work with evr custom, isnt it?
im having the same problem too, on vista + ati 2600xt with catalyst 8.4.

the possible way to get rid the wired red color problem are:
1. force RGB32 output color space. NV12 doesnt work for me too.
2. using ffdshow resize filter and resize the video to 1.5x(or lower?).
3. mplayer OpenGL/directx overlay video renderer :D

correct me if im wrong ;)

[thuan]

I have the same experience as Dixxhead, guess it's because my card is nearly identical and I use the same OS. leeperry uses XP, IIRC. Which OS and which card do you have Matmaul?

EDIT:
yv12 doesnt work with evr custom, isnt it?
No, it doesn't. If I force ffdshow to output YV12, MPC-HC loads Video Renderer instead.

[MatMaul]

@leeperry : have you tried without the software upscaling ? It is a lot less visible with software upscaling enabled :)

EDIT : windows XP, ATI X700 with catalyst 8.3
EDIT2 : evr custom with YV12 works "fine" on XP (but with this horrible upsampling bug...)

[Yong]

hmm, for me, force yv12 colorspace on ffdshow will casue mpc-hc use the system default renderer(vmr7?) instead :D
most of the video renderers doesnt work with yv12 :eek:

ntdll.dll crashed if use vmr7 rendererless :p

[Dixxhead]

yv12 doesnt work with evr custom, isnt it?
im having the same problem too, on vista + ati 2600xt with catalyst 8.4.

the possible way to get rid the wired red color problem are:
1. force RGB32 output color space. NV12 doesnt work for me too.
2. using ffdshow resize filter and resize the video to 1.5x(or lower?).
3. mplayer OpenGL/directx overlay video renderer :D

correct me if im wrong ;)


I think that is pretty much it. I don't like using ffdshow for every single file however... Especially for AVC there are much more efficient codecs available and ffdshow ain't able to process some 720p 60fps vids...

I hope MS or whatever gets this fault fixed in the EVR; it even pixelates in HD-Vids, which makes the whole "HD" pointless...

Edit: Using the Haali Video Renderer works too, but it has a bug for me when upscaling. Also Overlay Mixer works fine, but no Aereo when using it...

[leeperry]

@leeperry : have you tried without the software upscaling ? It is a lot less visible with software upscaling enabled :)

that's YV12 with no resizing/sharpening in ffdshow :

http://pix.nofrag.com/3/a/2/b9dc4a9e67600096dc7414b6c8f46tt.jpg (http://pix.nofrag.com/3/a/2/b9dc4a9e67600096dc7414b6c8f46.html)

and that's CoreAVC w/o ffdshow in YV12 :

http://pix.nofrag.com/f/9/7/007dca9f23dfef9eb51ce8b583ecdtt.jpg (http://pix.nofrag.com/f/9/7/007dca9f23dfef9eb51ce8b583ecd.html)

my top screenshot from swimsuit 2007 was a HD file, and it doesn't pixelate in YUY2 or YV12.

also ffdshow works fine on 50fps 720p files....can't tell for 60fps, I don't have any I think ?!

[Dixxhead]

Now it seems blocky on your pics aswell... Kind of strange; I thought it works out for both YUY2 and YV12 for you (must have been the ffdshow shapering/resizing then).

Still wondering why it works in other video-renderers, like the Overlay Mixer (supposedly that's 100% Hardware, right? Meaning that the Hardware would be able to render it just fine?), the Haali Video Renderer or the Video Renderer which gets automatically choosen if I input YV12.

How are the video renderers connected to this anyhow? Afaik what we see on the PC is always RGB; most videos are encoded to YUV... Basically the codec, unless told otherwhise, hands the video over to the renderer as YUV, then the renderer proceeds to convert it into RGB. On most Renderers that is done very poorly and thus results in them red pixelated objects. Additionally some codecs allow the user to choose RGB as an output colorspace, but will convert it in the same lq-method as the Renderer would. Would it not be possible to implement the HQ-Method into the EVR-Renderer so to make it possible to have smooth reds even with other codecs than ffdshow (like CoreAVC for example)?

I'm sorry I lack the complete overview of things.

[MatMaul]

ok so I think you also have the problem, this kind of scaling effect
http://img84.imageshack.us/img84/4777/scalingqv1.png
is not normal and do not appear with RGB32HQ.

It is even more obvious with my sample with the pink stuff :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/test_red.mp4

[leeperry]

well, most videos(and AVC for sure) are natively in YV12....so anything else means a conversion takes place.

the "HQ" RGB32 conversion does YV12>YUY2>RGB32 instead of YV12>RGB32.

YUY2 has additional chroma bits, and that would help to avoid chroma upsampling errors ;)

[Dixxhead]

well, most videos(and AVC for sure) are natively in YV12....so anything else means a conversion takes place.

the "HQ" RGB32 conversion does YV12>YUY2>RGB32 instead of YV12>RGB32.

YUY2 has additional chroma bits, and that would help to avoid chroma upsampling errors ;)

But if that is the case shouldn't it be perfect if I set the codec to output YUY2? I mean, all the Renderer has to do is convert the YUY2 to RGB32, meaning I had the same steps (YV12>YUY2 made by the codec and YUY2>RGB32 made by the renderer).

[thuan]

I suspect the bicubic pixel shader upsampler, but that's just my opinion.

[leeperry]

well in theory, yes :D

but I'm using ffdshow on all my videos to upscale to my HD projector native res, and everything's pretty fine on my side.

@thuan : it was coded by Haali it seems. it was giving ghost lines on ATi cards, and Casimir fixed that.....but in a pretty drastic way, so god knows :D

[Dixxhead]

I suspect the bicubic pixel shader upsampler, but that's just my opinion.

Same thing happenes with the Bilinear filter (not the pixelshader one) so I think that is not the issue.

[thuan]

Well, it does not happen for me with plain Bilinear filter. That's why, I said that. And I use the same file as you, or at least Dattebayo bleach fansub with the same OP.

OT: I have stopped watching this series long ago because of too much deviation from the main story and its not-so-great fillers, and well now we have another filler :D.

[Dixxhead]

Well, it does not happen for me with plain Bilinear filter. That's why, I said that. And I use the same file as you, or at least Dattebayo bleach fansub with the same OP.

OT: I has stopped watching this series long ago because of too much deviation from the main story and its not-so-great fillers, and well now we have another filler :D.

What OS, GPU, MPC-HC and Driver are you using?

OT: I know... I feel the same as you, but I keep watching it, pretty much because I am used to it and liked the last Arc. The bounto almost made me stop watching it though... (although it wasn't that bad of a filler compared to what they did to Naruto after Ep 145... :mad: )

Edit: just reread your former post that states you are using the same OS and a similiar GPU, I'm still curious what driver you use, because I just retested and I still have the blocky Reds even with Bilinear.

[terence_13]

@the programmers of this fine tool:

Because I am am not the only one having problems with seeking with mkv/H264 files in DXVA mode, I thought I should post a bit more details about this problem

When I do this while debuging, I get an "Debug assertation failure" at line 224 in DXVADecoderH264.cpp
This is the code at this line:

CHECK_HR (BeginFrame(nSurfaceIndex, pSampleToDeliver));

The problem seems to be, that pSampleToDevlier turns negative due to the seeking; this is what I observe in the output window:

...
GetFreeSurfaceIndex : 4
Deliver : 837887615 - 837887616 (Dur = 1) {Delta prev = 410000} Ind = 0
Receive : 839977615 - 840397615 ( 420000) Size=85732
GetFreeSurfaceIndex : 7
Deliver : 838307615 - 839557615 (Dur = 1250000) {Delta prev = 420000} Ind = 3

--->evering thing is fine up to here, then this happens:

CAudioSwitcherFilter:: DeliverEndFlush
CDXVADecoder::Flush
CAudioSwitcherFilter:: DeliverNewSegment
Receive : -10495787 - -8825787 ( 1670000) Size=226400
GetFreeSurfaceIndex : 14
Receive : -8825787 - -8825786 ( 1) Size=98910
GetFreeSurfaceIndex : 7
Receive : -9665787 - -9665786 ( 1) Size=26953
GetFreeSurfaceIndex : 4
Receive : -10085787 - -9245787 ( 840000) Size=23579
GetFreeSurfaceIndex : 2
Receive : -9245787 - -7165787 ( 2080000) Size=14726
GetFreeSurfaceIndex : 0
Error : 0x8000000a
....
-->This is when the "debug assertation failure" pops up. Is a bug in Matroskasplitter.cpp the problem (the variables rtStart an rtSTOp turn negative as well during seeking)?

I have no clue how to proceed. _xxl, Casimir666, clsid, any thoughts?

[ADude]

Its working now, try the latest beta.

Are you sure you are referring to the DVD Menu Highlighting ?

Revision 489 on 6th of April:

FIXED : EVR custom presenter incompatibility with Microsoft Mpeg2 & Cyberlink decoder

does not fix the DVD Menu Highlighting.

And the release notes for later revision do not mention it.

Did XXL fix it and just call it "minor fix" ?

[tetsuo55]

What do you mean exactly with the highlighting bug?

With rev 492 DVD's seem to work perfectly for me..., selections get highlighted and i do not have to click randomly on the screen to get a "click" registered


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

I don't know if this helps mpc at all but since Revision 12903 ffmpeg supports EAC3 decoding

Could someone please compile a new build of mpc?

The ffmpeg updates contain some interesting optimisations and bug fixes, for example:
-Fixes for several memory leaks
-Cleanup of mpeg 1 and 2 optimisations
-several things relating to xvid, but i do not think this part is used in mpc?
-some things related to h264 decoding
-flv playback fixes
-100's of code cleanups

Also a ton of audio fixes, but im not sure if any of the ffmpeg audio code is used by MPC

It seems ffmpeg is going through a large cleanup cycle, good news indeed!

[tetsuo55]

i want to report another bug, this bug can occur with any file type, difficult to reproduce because it seems to happen randomly. it only happens with DXVA enabled.

i have seen it happen with regular DVD and h264 mkv's

What happens is a frame will get stuck and the image will start to stutter for a few frames, sometimes thats all but other times this stuttering frame will loop, sometimes even crashing the system forcing a reboot with the reset button.

I can prevent the crash by quickly pressing pause(space), the loop will go between 1 and 5 times, then when i press pause again everything is fine.

Currently using MPC 492, VMR renderless, built in decoders.
Winxp SP2, hd2400pro with cat 8.3

[ADude]

What do you mean exactly with the highlighting bug?

With rev 492 DVD's seem to work perfectly for me..., selections get highlighted and i do not have to click randomly on the screen to get a "click" registered


Using 489, if I play a DVD-Video disk that has a DVD Menu system, then the position of the "cursor" that is moved by the arrow keys, is not displayed by highlighting at all, and I have to guess at its position.

UPDATE: I downloaded and tested 492 and it has the same problem.

[ADude]

Has Clsid mpc version the same bug?

The latest clsid mpc version 20080414 has the same bug.

Also, I downloaded MPC-HC build 492 (which is the latest compiled version) and it has the same bug.

So, someone needs to find out what has changed since MPC-HC stable version 1.0.11.0 that could remove the highlighting of the curson position in DVD menus.

[thuan]

What OS, GPU, MPC-HC and Driver are you using?
I talked about those in this post
http://forum.doom9.org/showthread.php?p=1129202#post1129202

EDIT: Forgot to mention that I used the color level fix here http://exdeus.home.comcast.net/~exdeus/ati-hd2x00/

[_xxl]

It is a bug of ms dvd navigator, if you use Cyberlink's dvd navigator it works for me. (can't with mpc)

[clsid]

The ffmpeg updates contain some interesting optimisations and bug fixes, for example:
-Fixes for several memory leaks
-Cleanup of mpeg 1 and 2 optimisations
-several things relating to xvid, but i do not think this part is used in mpc?
-some things related to h264 decoding
-flv playback fixes
-100's of code cleanups

Also a ton of audio fixes, but im not sure if any of the ffmpeg audio code is used by MPC

It seems ffmpeg is going through a large cleanup cycle, good news indeed!
MPC (and also ffdshow) use only maybe a third or even less of the ffmpeg codebase. Most of the things you mention above are either already updated in MPC-HC SVN or aren't used. Furthermore, these changes are not as important as you appear them to be.

[tetsuo55]

thanks for the info!

[Pyr0]

When MPC HC is in full screen but paused my monitor will still shut off per the power saving settings I have. In other versions of MPC this doesn't happen. Is there a way I can control this?

Does anybody know if this behavior will be fixed/changed?

If at all possible, I would also like to be able to play videos without needing MPC to be selected and in the foreground.

example:
I'm watching a video in a window on my desktop while using an IM app to chat to someone. There's a pause in the conversation, but I forget to click back onto the MCP window which is still playing the video. A couple of minutes later the monitor goes blank and drops into powersave mode.

TIA
-P

[ADude]

It is a bug of ms dvd navigator, if you use Cyberlink's dvd navigator it works for me. (can't with mpc)

If it is a bug of MS DVD navigator, then why does it work with MPC-HC stable 1.0.11.0, but does not work with later versions of MPC-HC ??

Something changed in MPC-HC.

[Dixxhead]

I talked about those in this post
http://forum.doom9.org/showthread.php?p=1129202#post1129202

EDIT: Forgot to mention that I used the color level fix here http://exdeus.home.comcast.net/~exdeus/ati-hd2x00/

I see, what exactly does this script do? It seems it tweaks all sort of settings I could also tweak from CCC, or is it something diffrent?

Anyhow, I've tried everything I was able to do, but to no avail. The only solution to avoid the blocky-red issue is to convert to RGBHQ with ffdshow, but my T7500 doesn't seem to quite cut it on 1080p AVC material if he has to convert the Stream to YUY and RGB at the same time (oddly CPU never reaches, let alone surpasses 75% @2.2ghz, must be because of the "inefficiency" of this method).

Another solution is to use the Haali Video Renderer (even fixes blacklevels on it's own), but it has ghostlines when upscaling. I really hope either of these two renderes get fixed, I mainly bought a laptop with HD2600-GPU for it's advantages in multimedia.

[leeperry]

I also have the Deus script installed :D

It seems that as long as you do sharpen or resize in ffdshow, you don't get blocky red ;)

I output all my HD in YUY2, and you've seen my screenshots with the swimsuit stuff :D

[Dixxhead]

I also have the Deus script installed :D

It seems that as long as you do sharpen or resize in ffdshow, you don't get blocky red ;)

I output all my HD in YUY2, and you've seen my screenshots with the swimsuit stuff :D

You are right, I resized it with ffdshow now and it is a lot better, not perfect though; still more pixeled than the rest of the screen. This is most likely because ffdshow scales the video before converting it to YUY2, while the renderer has no other choice than scaling it after YUY2 conversion, or maybe even after conversion to RGB (even though former appears more logical, thus explaining why even if I set YUY 2 as output on the other codecs I don't get the same results as with RGBHQ)

[leeperry]

yes, problem remains if you resize with ffdshow, but a lot less worse I think.

I've got a HD movie from which the end credits are red on black, it looks awful, whatever YUY2 or YV12 :D

maybe some chroma upsampling bug induced by the EVR presenter of MPC HC ?! :eek:

[Dixxhead]

yes, problem remains if you resize with ffdshow, but a lot less worse I think.

I've got a HD movie from which the end credits are red on black, it looks awful, whatever YUY2 or YV12 :D

maybe some chroma upsampling bug induced by the EVR presenter of MPC HC ?! :eek:

Yeah, but thanks for the tip anyways; it does look better after all, so at least it's less notable in a usual scene.

Weird thing is, I just tested the bleach-file on a XP-Notebook (Intel 855GM chipset). Obviously with Overlay-Rendering it looks perfect; but with VMR9 it has the exact same symptoms as we are experiencing with EVR...

I wonder why it always leads back to Microsofts "Updates", in this case updated Video-renderers... :rolleyes:

I mean, Microsoft has the money and time to engage a whole unit to get one measly renderer out there and we have Haali who does a better job then them all together or what? Hope Haali fixes this last bug with the ATI Cards and I'm gonna be just fine with my smooth reds :P

[thuan]

I think this is not MS fault, but the custom renderer with bicubic resizer (As you said plain EVR and VMR which use MS implementation are ok). We have to wait for casimir for this.

[leeperry]

oh well, it's good that you pointed it out anyway :)

I thought that red blocking problem went away when I dropped the PS scripts and started resizing+sharpening in ffdshow......but it only lowered the issue, didn't eradicate it :rolleyes:

anyhow, I just got myself a new CPU....so I'm outputting any SD/HD flavor in RGB32HQ atm, with EVR custom and bicubic 1.0 resize :D

in ffdshow I'm resizing everything to my HC3100 pj native res(1280*768) in spline/spline with luma sharpen set to 0.1(to be amplified by the sharpen) >>> then I'm using unsharp masking set to 33.

it looks gorgeous, to say the least :D

[thuan]

Yeah, me too. After getting a taste for quality, I'm currently using ffdshow for resizing and color conversion, VSFilter for sub (as the one in ffdshow is funky at times) and plain EVR as renderer.

Still, it would be good, if this bug were fixed.

[leeperry]

plain EVR ? on Vista then ?

it's giving tearing on XP...

yeah VSFilter is the best option...the one in MPC HC loses sync after a little while.

[phoenix_fr]

http://www.nvidia.fr/object/cuda_contest_april2008_fr.html

motivation to support cuda in "media player classic home cinema" or "ffdshow tryout" ?

:D

[saint-francis]

Does anybody know if this behavior will be fixed/changed?

If at all possible, I would also like to be able to play videos without needing MPC to be selected and in the foreground.

example:
I'm watching a video in a window on my desktop while using an IM app to chat to someone. There's a pause in the conversation, but I forget to click back onto the MCP window which is still playing the video. A couple of minutes later the monitor goes blank and drops into powersave mode.

TIA
-P

Oddly the MPC from the most recent beta of CCCP which I'm currently using seems to have this functionality you speak of. Yesterday it actually kept my screen on for an extended period of time while the movie was paused but MPC was still in focus.

[Pyr0]

Oddly the MPC from the most recent beta of CCCP which I'm currently using seems to have this functionality you speak of. Yesterday it actually kept my screen on for an extended period of time while the movie was paused but MPC was still in focus.
i forgot to mention in my post that i've been testing in vista x64 (if that makes any difference)

i've just downloaded and installed MPC from the 2008-04-19 beta pack i found here:
http://www.cccp-project.net/beta/
unfortunately, it still showed the same behaviour (could be wrong, but it seemed to just be a recent build from here).

windowed or full screen, when MPC was paused, the monitor went into powersave mode.
which i thought about and decided i actually don't mind, but others do... maybe user selectable options could be made at some point *shrug*
pretty much the only thing that bugs me about MPC at the moment is that unless the MPC window is the one selected while playing the monitor will still powersave

[leeperry]

to get back on the red blocking bug, ain't there a chance this could be ATi related ? :D

coz as far as I know, the YUV>RGB conversion is done by the video card drivers....reason why it doesn't suck CPU time.

same goes for the ghost lines in MPC and HR, Haali's PS resizer works perfectly fine on nvidia cards....and all of a sudden, it doesn't with ATi.

and anyhow, they make BT709>BT601 conversion for >719p, so it's a good guess they have something to do with that chroma upsampling bug....which doesn't occur if we convert with the CPU ;)

anyone with a nvidia card could give it a shot ?

I can make a sample of my red on black HD rolling end credits.

[Dixxhead]

to get back on the red blocking bug, ain't there a chance this could be ATi related ? :D

coz as far as I know, the YUV>RGB conversion is done by the video card drivers....reason why it doesn't suck CPU time.

same goes for the ghost lines in MPC and HR, Haali's PS resizer works perfectly fine on nvidia cards....and all of a sudden, it doesn't with ATi.

and anyhow, they make BT709>BT601 conversion for >719p, so it's a good guess they have something to do with that chroma upsampling bug....which doesn't occur if we convert with the CPU ;)

anyone with a nvidia card could give it a shot ?

I can make a sample of my red on black HD rolling end credits.

Well, I gave it a shot on a Intel Integrated VPU (Chipset on Acer Travelmate 291LCi = 855GM) and with VMR 7 renderless, VMR 9 (windowed and renderless) and EVR Custom presenter (it's running XP) it produced exactly the same picture as my ATI HD2600 Mobility.

On the first site of the Haali Renderer-Thread it states that colorspace is converted by the Hardware for THAT renderer and I have NO blocky reds in Haali Renderer. I suppose if they explicitly mention this, it means that the VMRs and perhaps EVR do it in software (poorly, thus resulting in next to no CPU work but bad quality).

And if you ask me, the ghost lines bug when upscaling is very similiar to the one the classical upscaling method on MPC had. Whenever I upscaled using Pixelshaders on the Gabest MPC, I had exactly the same ghostlines as with the Haali Renderer. Knowing Haali coded both scaling-shaders (one of em fixed by Casimir for the MPC), it might just be a problem with the way the 2.0 Shaders are compiled in the Renderer (e.g. for the Geforce Series, which used quite a diffrent way of addressing Shader 2.0 with the FX series, compared to ati [irc long commands instead of short ones or something like that])
Afaik Casimir fixed the scaling in MPC by making ATI-Hardware scale with PS 3.0; oddly on the official Haali site it states "Disabled the PS3 upscaler since it doesn't work properly on all hardware". What does that mean? Has an attempt at fixing this already been made, or perhaps the latest build now already works? Anyone willing to try this? I'm kind of relucant to use the Haali installer as it kind of messes up my Codec-setup and I'm not sure if I'm running the latest version (which would be 29/03/2008)

[leeperry]

I'm the one who bothered so much Casimir to fix the ghost lines problems on my HD2600, that he agreed to have a look at it :D

he did some dirty trick to fix it...and that worked wonderfully(changed some PS sum from 1.0 to 0.8) :)

actually if you zoom a hell lot in MPC, you get the lines again.

the pan & scan thingie is done through PS.

but you got a point, maybe EVR doesn't really convert in hardware(not everyone can afford living gods like Haali :D )......reason why we end up w/ crappy chroma :eek:

I will have a look at the EVR white papers tomorrow on the MSDN site.

[bokonon]

can someone please recommend me a graphics card which is passively cooled around $100 (maximum of £70) which works very well with x264 L4.1 DXVA

I was looking at the ATI 3650 most recently....can't find a passively cooled one though...

[ADude]

can someone please recommend me a graphics card which is passively cooled around $100 (maximum of £70) which works very well with x264 L4.1 DXVA

You should note that if you download x264-encoded files from the Internet, then you cannot guarantee that DXVA will work, regardless of the hardware.

This is why the money is better spent on a faster processor, and not bothering with DXVA at all (unless you never download x264 files from the Internet).

[leeperry]

what if he gets them from a friend ?

does that count ? :D

[thuan]

@bokonon: I found a bunch
http://www.newegg.com/Product/Product.aspx?Item=N82E16814121243
http://www.newegg.com/Product/Product.aspx?Item=N82E16814131085
http://www.newegg.com/Product/Product.aspx?Item=N82E16814121237
http://www.newegg.com/Product/Product.aspx?Item=N82E16814161220
Between these I would go with either of those ASUSes. It's your choice though. And gaming will not be good with any these cards, so if you plan to do that, better go with a 38xx or wait for the R700 next month.

[kintantee]

Any chance you can just take the filter from mpc-hc (MPCVideoDec.ax?), set the merit to preferred, and with the right hardware, get DXVA from any player?

Personally, I would like to use WMP or more specifically the media center app so i can stick with my remote control!

Also, I'd like to use XP MCE but I can use Vista if necessary.

[Shinigami-Sama]

A
Personally, I would like to use WMP or more specifically the media center app so i can stick with my remote control!


you can bind those inputs in mpc-hc
unless its got a funky driver

[kintantee]

you can bind those inputs in mpc-hc
unless its got a funky driver

Sure, but I would like to navigate the hard disk with the remote control too... (well really, my wife can't handle a mouse and keyboard :rolleyes: )