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

Stephen R. Savage · 24th July 2010, 22:19

Could a developer or informed user of MPC-HC please explain the "Mixer Output" field on the EVR Ctrl+J diagnostics? I see in some screenshots that it reads RGB32, but on my system it always reads YUY2, even if ffdshow is configured to transport RGB to the renderer. Does this indicate that a second colorspace conversion is occurring? If so, how does MPC-HC decide to set the colorspace of the renderer output — is it specified by the display driver?

namaiki · 25th July 2010, 00:11

Quote:

Originally Posted by Stephen R. Savage

Could a developer or informed user of MPC-HC please explain the "Mixer Output" field on the EVR Ctrl+J diagnostics? I see in some screenshots that it reads RGB32, but on my system it always reads YUY2, even if ffdshow is configured to transport RGB to the renderer. Does this indicate that a second colorspace conversion is occurring? If so, how does MPC-HC decide to set the colorspace of the renderer output — is it specified by the display driver?

Check EVR pin info.

Stephen R. Savage · 25th July 2010, 01:25

Quote:

Originally Posted by namaiki

Check EVR pin info.

This is unhelpful. Video renderers only have input pins, and that information is already known. What I want to know is if the video undergoes a further colorspace conversion before reaching the display, in which case software RGB conversion would be pointless.

Snowknight26 · 25th July 2010, 02:48

The DTS decoder causes visual and audible corruption in this sample. Switching to ffdshow for the audio decoding fixes the corruption.

XhmikosR · 25th July 2010, 07:58

Please, everybody, report the issues to the trac. No one is going to browse through so many pages to spot the reported bugs in the future. Actually this thread is pretty much useless IMHO.

namaiki · 25th July 2010, 10:16

Quote:

Originally Posted by Stephen R. Savage

This is unhelpful. Video renderers only have input pins, and that information is already known. What I want to know is if the video undergoes a further colorspace conversion before reaching the display, in which case software RGB conversion would be pointless.

Well, I will tell you that at least from what I have seen with my eyes, RGB32+Dither is much better than letting EVR handle it (test video with a gradient, I can't tell the difference during 'normal' viewing). Overlay is a different animal, however.

D.A.S. · 25th July 2010, 10:51

How to make that MPC-HC display default external subtitle, ignoring the subtitle in the MKV?

stasi · 25th July 2010, 11:09

xvidvideo.ru hasn´t been updated since 3 weeks. Anyone knows what´s going on?

oddball · 25th July 2010, 11:54

OK I have another bug to report.

When playing back 29.97FPS sources on a 24Hz HDTV I get audio dropout when used with ffdshow as the decoder (MPEG2 source). When played with the internal decoder there is no audio dropout. Also if I switch the output to my 60Hz monitor I get no audio dropout. I want 24FPS output to my 24P HDTV but am unable to get MPC HC to play nice with ffdshow as a decoder on 29.97FPS sources. MPC HC plays 29.97FPS as 24FPS which is fine and dandy most of the time. But when ffdshow is thrown into the equation it breaks it.

Can someone look into this? It needs someone who has a 24P/Hz capable display to test.

BTW I use ffdshow as opposed to the internal MPEG2 decoder because I use the extra processing to clean up and resize sources so using the internal decoder is no good to me.

BTW tsMuxer shows there is no 3:2 pulldown in the video. It thinks it's a straight 29.97FPS. If I try to convert the video to 23.976 the muxing fails with some buffer overflow error. Maybe that can offer some clues?

EDIT: Well this is interesting. Even if I use Avisynth in ffdshow to do a realtime pulldown to 23.976 I still get audio dropout every few seconds. Outputting to soundcard (No ReClock involved here which I originally thought was the problem). I also tried using MPC HC's internal audio decoder. Same problem. Video decoding with ffdshow is the deciding factor here and nothing else. Basically when using MPC HC + ffdshow + 24P output on 29.97FPS sources = audio dropout. EVR CP renderer shows it's playing at 24FPS fine and I get no problems with video playback. If you were to say to me that I need to switch to 60Hz I would think 'OK' but the fact that it plays back 24P from 29.97 with no audio dropout when using MPC HC's internal MPEG2 decoder says otherwise.

Px · 25th July 2010, 12:28

Quote:

Originally Posted by stasi

xvidvideo.ru hasn´t been updated since 3 weeks. Anyone knows what´s going on?

It was explained a couple of pages before - alexins is on vacation

Kado · 25th July 2010, 18:36

@stasi

You can get XhmikosR builds here.

dansrfe · 26th July 2010, 00:05

MPC-HC refuses to start when Photoshop CS5 is running. I have noticed it happens when a particular process of photoshop is working named: CSSServiceManager.exe

Keiyakusha · 26th July 2010, 01:01

I'm using CS5 and don't have such problem. What is CSSServiceManager.exe? Never heard of it. Perhaps some useless service that I disabled and forgot about that? :P

Stephen R. Savage · 26th July 2010, 04:07

Quote:

Originally Posted by namaiki

Well, I will tell you that at least from what I have seen with my eyes, RGB32+Dither is much better than letting EVR handle it (test video with a gradient, I can't tell the difference during 'normal' viewing). Overlay is a different animal, however.

The question was whether or not the RGB32 got converted back to YUY2 in the EVR renderer. Since nobody was able to give me a straight-up answer, I thought up an exercise in Avisynth to determine what was happening.

Code:

Interleave(BlankClip(color=color_green, height=320), BlankClip(color=color_blue, height=320))
AssumeFieldBased()
Weave()
TurnRight()

Seems that the output is RGB despite the OSD claiming it to be YUY2.

a_afra · 26th July 2010, 11:23

Quote:

Originally Posted by Stephen R. Savage

Seems that the output is RGB despite the OSD claiming it to be YUY2.

I've studied the source code of the custom EVR renderer a bit, and it tries to set the output format of the EVR mixer to anything but RGB. Despite this, it always renders into RGB textures, so obviously the output can only be RGB. It doesn't make any sense, and I think this behavior is erroneous. According to an MSDN article, the output format you set and the one you actually use must match.

By the way, I believe this also explains why the 10-bit video path is so buggy. Yes, the GPU drivers have faults (the mixer should return an error code instead of crashing the entire application), but MPC tries to do something which is not really supported. For example, my NVIDIA NVS 5100m reports that 10-bit RGB mixer output is not supported, but it seems to be working anyway (only with progressive content). MPC should definitely check whether 10-bit output is truly supported before using it. However, I doubt that there are any such GPUs at the moment. The bottom line is, this feature in MPC is pretty much broken. The only valid solution I see is to use a non-EVR/VMR renderer that natively supports a full 10-bit video rendering path.

It seems that the drivers are too tolerant (lazy), but MPC should not rely on this. If the MPC developers agree, I will gladly help to fix this.

_xxl · 26th July 2010, 12:53

Quote:

xvidvideo.ru hasn´t been updated since 3 weeks. Anyone knows what´s going on?

mpc-hc x86 r2153:
http://www.mediafire.com/?lenll0k4hyoa6yc

oddball · 26th July 2010, 13:01

OK playing back the 29.97FPS MPEG2 clip using the internal decoder must have been a fluke because it's now doing it on all 29.97FPS sources. Must I really switch to 60Hz everytime I want to play anything at this framerate??? I have no audio dropout playing 25FPS (Just juddering on pans but I can use ReClock to fix that. The audio dropout occurs with or without ReClock). But 29.97 = audio dropping out every few seconds.

OK after further testing this is a problem with EVR CP with D3D enabled. Using EVR Sync or VMR9 I get no audio dropouts. I tried to capture the stats but it won't capture them just the sync bar and it crashes the player too. The green line goes WAAAAAAAY up off the screen then back down again and after a few seconds the player crashes. The red line has a few hiccups but is generally straight.

namaiki · 26th July 2010, 13:05

Are you using Reclock when you get the audio dropping out?

THX-UltraII · 26th July 2010, 13:19

Quote:

Originally Posted by Kado

@stasi

You can get XhmikosR builds here.

what are the differences between his and alexins versions?

oddball · 26th July 2010, 13:21

Quote:

Originally Posted by namaiki

Are you using Reclock when you get the audio dropping out?

No. See post above (Refresh page because I edit a lot).

25th July 2010, 02:48	#13584 \| Link
Snowknight26 Registered User Join Date: Aug 2007 Posts: 1,430	The DTS decoder causes visual and audible corruption in this sample. Switching to ffdshow for the audio decoding fixes the corruption. Last edited by Snowknight26; 7th August 2010 at 17:54.

25th July 2010, 07:58	#13585 \| Link
XhmikosR Registered User Join Date: Mar 2007 Location: Hellas (Greece) Posts: 543	Please, everybody, report the issues to the trac. No one is going to browse through so many pages to spot the reported bugs in the future. Actually this thread is pretty much useless IMHO. __________________ My builds Notepad2-mod My Specs

25th July 2010, 10:51	#13587 \| Link
D.A.S. Registered User Join Date: Sep 2007 Location: Ukraine Posts: 8	How to make that MPC-HC display default external subtitle, ignoring the subtitle in the MKV? Last edited by D.A.S.; 25th July 2010 at 10:59.

25th July 2010, 11:54	#13589 \| Link
oddball Registered User Join Date: Jan 2002 Posts: 1,264	OK I have another bug to report. When playing back 29.97FPS sources on a 24Hz HDTV I get audio dropout when used with ffdshow as the decoder (MPEG2 source). When played with the internal decoder there is no audio dropout. Also if I switch the output to my 60Hz monitor I get no audio dropout. I want 24FPS output to my 24P HDTV but am unable to get MPC HC to play nice with ffdshow as a decoder on 29.97FPS sources. MPC HC plays 29.97FPS as 24FPS which is fine and dandy most of the time. But when ffdshow is thrown into the equation it breaks it. Can someone look into this? It needs someone who has a 24P/Hz capable display to test. BTW I use ffdshow as opposed to the internal MPEG2 decoder because I use the extra processing to clean up and resize sources so using the internal decoder is no good to me. BTW tsMuxer shows there is no 3:2 pulldown in the video. It thinks it's a straight 29.97FPS. If I try to convert the video to 23.976 the muxing fails with some buffer overflow error. Maybe that can offer some clues? EDIT: Well this is interesting. Even if I use Avisynth in ffdshow to do a realtime pulldown to 23.976 I still get audio dropout every few seconds. Outputting to soundcard (No ReClock involved here which I originally thought was the problem). I also tried using MPC HC's internal audio decoder. Same problem. Video decoding with ffdshow is the deciding factor here and nothing else. Basically when using MPC HC + ffdshow + 24P output on 29.97FPS sources = audio dropout. EVR CP renderer shows it's playing at 24FPS fine and I get no problems with video playback. If you were to say to me that I need to switch to 60Hz I would think 'OK' but the fact that it plays back 24P from 29.97 with no audio dropout when using MPC HC's internal MPEG2 decoder says otherwise. Last edited by oddball; 25th July 2010 at 12:33.

25th July 2010, 18:36	#13591 \| Link
Kado Otaku Join Date: Sep 2006 Location: Portugal Posts: 576	@stasi You can get XhmikosR builds here. __________________ In the school, the three guys met. Their relation had been changed in the season, and turned into three love stories. System Specs

24th July 2010, 22:19	#13581 \| Link
Stephen R. Savage Registered User Join Date: Nov 2009 Posts: 327	Could a developer or informed user of MPC-HC please explain the "Mixer Output" field on the EVR Ctrl+J diagnostics? I see in some screenshots that it reads RGB32, but on my system it always reads YUY2, even if ffdshow is configured to transport RGB to the renderer. Does this indicate that a second colorspace conversion is occurring? If so, how does MPC-HC decide to set the colorspace of the renderer output — is it specified by the display driver?

25th July 2010, 11:09	#13588 \| Link
stasi Registered User Join Date: Nov 2009 Location: Germany Posts: 61	xvidvideo.ru hasn´t been updated since 3 weeks. Anyone knows what´s going on?

26th July 2010, 00:05	#13592 \| Link
dansrfe Registered User Join Date: Jan 2009 Posts: 1,210	MPC-HC refuses to start when Photoshop CS5 is running. I have noticed it happens when a particular process of photoshop is working named: CSSServiceManager.exe

26th July 2010, 01:01	#13593 \| Link
Keiyakusha 契約者 Join Date: Jun 2008 Posts: 1,576	I'm using CS5 and don't have such problem. What is CSSServiceManager.exe? Never heard of it. Perhaps some useless service that I disabled and forgot about that? :P

26th July 2010, 13:01	#13597 \| Link
oddball Registered User Join Date: Jan 2002 Posts: 1,264	OK playing back the 29.97FPS MPEG2 clip using the internal decoder must have been a fluke because it's now doing it on all 29.97FPS sources. Must I really switch to 60Hz everytime I want to play anything at this framerate??? I have no audio dropout playing 25FPS (Just juddering on pans but I can use ReClock to fix that. The audio dropout occurs with or without ReClock). But 29.97 = audio dropping out every few seconds. OK after further testing this is a problem with EVR CP with D3D enabled. Using EVR Sync or VMR9 I get no audio dropouts. I tried to capture the stats but it won't capture them just the sync bar and it crashes the player too. The green line goes WAAAAAAAY up off the screen then back down again and after a few seconds the player crashes. The red line has a few hiccups but is generally straight. Last edited by oddball; 26th July 2010 at 13:23.

26th July 2010, 13:05	#13598 \| Link
namaiki Registered User Join Date: Sep 2009 Location: Sydney, Australia Posts: 1,073	Are you using Reclock when you get the audio dropping out?