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

SamuriHL · 14th July 2010, 13:31

Quote:

Originally Posted by homerpez

Whoops... sorry about that... I was really out of it last night.

The lack of MKV sub flag support just seems odd, since I'm almost totally sure MPC-HC USED to fully support the subtitle flags in older versions?... perhaps I'm wrong, though... either way it's kind of a basic feature.

I guess now that I know it's not just me, I can exercise my index finger and manually uncheck "enable" when I have to. Hopefully this feature (or a good permanent work-around) comes soon.

EDIT: Now that I think of it... does Haali work with MPC-HC? Perhaps that was what I remember working. There's a chance that my last working setup may have had it installed (I recently loaded Windows 7 64, but ran Vista 32 before that on this machine)

Yea, Haali works. For me, the problem with Haali is that on any DTS-HD MA track I make with mkvmerge, Haali doesn't handle it properly so ffdshow can't bitstream it. In essence, no splitter works 100% for my environment. I have batch files to switch between them.

dbone1026 · 14th July 2010, 13:43

Quote:

Originally Posted by SamuriHL

Yea, Haali works. For me, the problem with Haali is that on any DTS-HD MA track I make with mkvmerge, Haali doesn't handle it properly so ffdshow can't bitstream it. In essence, no splitter works 100% for my environment. I have batch files to switch between them.

Unfortunately no signs that Haali has acknowledged the issue with mkvmerge...

SamuriHL · 14th July 2010, 13:54

Quote:

Originally Posted by dbone1026

Unfortunately no signs that Haali has acknowledged the issue with mkvmerge...

I know. sigh. It's unfortunate. The MPC mkv splitter works with mkvmerge but then seems to always pick the first sub. We can't win!

Inspector.Gadget · 14th July 2010, 17:27

On a related note, the MPC-HC MKV splitter doesn't populate the "Navigate -> Audio, Subtitles, Etc." fields either. Will this change?

homerpez · 15th July 2010, 08:47

I installed the x64 (I think?) Haali splitter, and discovered this was the problem all along... one system I have had Haali installed (and worked normally) but I forgot to install Haali on my HTPC since it was all a fresh install. Seems to work for what I want it for so far, no issues yet with DTS (I think because I don't have anything over 5.1) so I think I'm set for now. Thanks...

Still would love to see the internal MKV splitter do the sub flags right, but...............

Keiyakusha · 15th July 2010, 13:52

By the way, isn't work on "importing" ffmpeg's splitters already started? If so, there is not much sense to talk about current splitters.
And for new splitters, you probably will have to forward all feature requests to ffmpeg devs...

nevcairiel · 15th July 2010, 14:25

Some work has started, but its currently focused inside XBMC-DSPlayer. There was a fork off the XBMC integrated splitter for a while to be a standalone directshow splitter, but it was re-integrated into XBMC and lost its ability to be compiled as a standalone filter (for now). No reason to split it in two projects while we're still working on resolving playback issues.

Anyhow, we'll setup a project again to compile a standalone splitter at some point, preferably directly out of XBMC without forking that part again.
But time is limited, and other projects have priority for now.

Integrating the whole thing into the mpc-hc executable is nothing i will be working on (ever), for multiple reasons. One being that ffmpeg itself is rather unstable when you link it statically.

oddball · 15th July 2010, 23:18

OK let's try this again.

I am trying to do a PAL slowdown on a PAL .ts file. The problem is in that in order to do that I have to use ReClock in the chain. This actually works quite well for most 25FPS x264 material in MKV files. But for some reason this file (Which I assume is H264) causes problems.

From testing in various configurations I have come to the conclusion that the problem lies with the internal MPV Decoder. Reason being that when I use CoreAVC as a decoder the problem promptly vanishes. However this is not my ideal since CoreAVC has no option to disable itself for SD content which I like to have ffdshow automatically load for in order to upscale. I can achieve this usually by unticking MPC's internal Non-DXVA decoders and setting MPV Decoder's DXVA to disabled for SD. This means that when MPV Decoder tries to fallback on the internal decoders when it encounters SD content it can't, so instead ffdshow loads in their place.

Still following me? Good.

OK so we have established that playing back this H264 25FPS stream plays OK with CoreAVC in conjunction with ReClock using PAL slowdown. So what happens with MPC's internal DXVA decoder (and ffdshow's DXVA decoder I may add). Well basically when I click on the renderer information (EVR-CP BTW) it shows tons of dropped frames (More frames in fact than it says it has played. Which can't be correct surely) and a playback rate somewhere between 18-20FPS.

If I play the same file with CoreAVC as the decoder I see hardly any dropped frames and it stays a constant 24FPS in the renderer information.

Of course if I take ReClock out of the equation the renderer for DXVA shows a proper 24FPS.

So I want to know where the problem lies here. Is this just a straight up conflict between MPV Decoder and ReClock or something else?

I really wish to continue using DXVA for decoding because it's easier to do SD upscaling for both MPEG2 and MPEG4 sources (CoreAVC loads for ALL MPEG4 sources). But right now it is not working 100%

System spec is:
Win7 64
Nvidia G210
8GB DDR2
E6600 @ 3.4Ghz
Triple monitor setup (one of which is a Panasonic G20 HDTV @ 24Hz on the G210).

oddball · 16th July 2010, 00:44

OK I figured out the problem with using DXVA with a 25FPS H264 .ts stream (Sorta). It seems to be an issue with vsync. If I switch to EVR-Sync. Disable vsync and use ReClock's vsync instead (Enable all ticks under advanced and set vsync to 12) it plays perfectly! I also get a more or less flat red line when I display stats. I got this info by accident (mainly from a clue in a ReClock thread over at Slysoft's forums).

BTW the renderer now says 25FPS instead of 24FPS but ReClock is slowing it down correctly to 24FPS on the 24Hz HDTV correctly (No PAL jerks on panning) and audio is at correct speed too. But for some reason it still shows tons of dropped frames in the renderer. If it was actually dropping that many frames the video would hardly display at all so I can only assume this is a bug in the renderer readings.

oddball · 16th July 2010, 02:08

Just in case anyone jumps in to help. I figured most of my problems out myself. I was stupid enough to have a Nvidia profile set for MPC-HC which I forgot about that had vsync stuff enabled. This was my main problem after all. On a good note it encouraged me to clean out a lot of surplus to requirements codecs and players and clean the registry etc. Now MPC-HC runs better than ever! I can even do a spot of web browsing while a video plays with hardly a frame dropped. The oddity of the 25FPS frame dropping remains however. It shows 100% frames dropped of the frames played. Obviously totally wrong or I would just get a blank screen!

Sorry to take up valuable thread space with my waffle. :P

Guest · 17th July 2010, 15:08

To avoid cluttering up this support thread, I have moved the GUI discussion here:

http://forum.doom9.org/showthread.php?t=155699

Please follow up with all discussion of GUI proposals in that thread. Thank you.

MPC-HTPC · 17th July 2010, 17:02

I got a question about commit 2125 "Change : show filename in OSD at open, instead "Pause/Play";".

Why do not keep the "Pause/Play" in OSD? I understand that this could be of benefit, when having several files in the playlist. But when I just open a file out of Explorer or from a list out of XBMC/MediaPortal I only open one file after the other and would prefer to just still see the "Play/Pause" in OSD. Could this be toggled depending on the case (many files in playlist or just one)?

However, many thanks to all the developers for all the effort you put into MPC-HC and all the good work!

Steveo08 · 17th July 2010, 18:05

well, i like this change in 2125, but it should be displayed longer as a second, how can set time up?

dbone1026 · 18th July 2010, 02:00

Hello. A few of us are having problems with mkvs that contain LPCM tracks. I am using w7 x32, MPC HC 1.3.2099. The message says that the following pins failed to find a connectible filter - ACM Wrapper Output.

Code:

X:\Movies HD\CASINO ROYALE\Casino Royale 1080p Blu Ray.mkv::English, LPCM 5.1 (Audio 1)
ACM Wrapper::Output

Media Type 0:
--------------------------
Audio: PCM 48000Hz 6ch 4608kbps

AM_MEDIA_TYPE: 
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 12
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x0001
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 576000
nBlockAlign: 12
wBitsPerSample: 16
cbSize: 0 (extra bytes)

pbFormat:
0000: 01 00 06 00 80 bb 00 00 00 ca 08 00 0c 00 10 00 ....€»...Ê......
0010: 00 00                                           ..


Media Type 1:
--------------------------
Audio: PCM 44100Hz stereo 1411kbps

AM_MEDIA_TYPE: 
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 4
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x0001
nChannels: 2
nSamplesPerSec: 44100
nAvgBytesPerSec: 176400
nBlockAlign: 4
wBitsPerSample: 16
cbSize: 0 (extra bytes)

pbFormat:
0000: 01 00 02 00 44 ac 00 00 10 b1 02 00 04 00 10 00 ....D¬...±......
0010: 00 00                                           ..


Media Type 2:
--------------------------
Audio: PCM 44100Hz mono 705kbps

AM_MEDIA_TYPE: 
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 2
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x0001
nChannels: 1
nSamplesPerSec: 44100
nAvgBytesPerSec: 88200
nBlockAlign: 2
wBitsPerSample: 16
cbSize: 0 (extra bytes)

pbFormat:
0000: 01 00 01 00 44 ac 00 00 88 58 01 00 02 00 10 00 ....D¬..ˆX......
0010: 00 00                                           ..


Etc...

vBm · 18th July 2010, 12:02

Quote:

Originally Posted by GTPVHD

2125 needs to be reverted or fixed. When a filename is too long, it turns into a truncated mess.

http://img10.imageshack.us/img10/2682/2125bug.png

Confirming the problem.
If filename is longer then video's length then it gets truncated.

cbemoore · 19th July 2010, 00:42

I've spent ages trying to track down a problem with dropped frames, and I've finally pinpointed where its going wrong.

My refresh rate is normally set to 50Hz (I'm in PAL-land), but I want to play back cinema content at 23.976Hz. If I manually change refresh rate before starting MPC-HC, it plays back perfectly with no dropped frames. However, if I use autochange within MPC-HC, the refresh rate switches correctly but I get constant dropped frames (around one frame every 2 seconds).

So it looks like some sort of problem with autochange. Or maybe MPC-HC doesn't handle the refresh rate changing after the video has started...

Has anyone else come across the same thing?

(My specs : Win7 x64, MPC-HC x32, ATI 5450 running at 1920x1080 via HDMI)

Aleksoid1978 · 19th July 2010, 03:34

Quote:

Originally Posted by vBm

Confirming the problem.
If filename is longer then video's length then it gets truncated.

Try lower font size

oddball · 19th July 2010, 04:37

DXVA bug to report when playing H264 in FLV container.

With DXVA (EVR-CP D3D output will test without in a moment. EDIT: It's not the renderer that's for sure.). Note the additional distorted bar at the bottom. It makes the screen aspect incorrect too adding small black bars either side of the display.

http://img842.imageshack.us/img842/427/sample2.jpg

With CoreAVC (CUDA enabled) or ffdshow (Non-Accelerated).

http://img833.imageshack.us/img833/6522/sample1.jpg

namaiki · 19th July 2010, 04:50

^what about the internal mpc decoder without dxva?

oddball · 19th July 2010, 05:15

Quote:

Originally Posted by namaiki

^what about the internal mpc decoder without dxva?

Plays fine. No distortion.

15th July 2010, 13:52	#13506 \| Link
Keiyakusha 契約者 Join Date: Jun 2008 Posts: 1,576	By the way, isn't work on "importing" ffmpeg's splitters already started? If so, there is not much sense to talk about current splitters. And for new splitters, you probably will have to forward all feature requests to ffmpeg devs... Last edited by Keiyakusha; 15th July 2010 at 13:54.

15th July 2010, 23:18	#13508 \| Link
oddball Registered User Join Date: Jan 2002 Posts: 1,264	OK let's try this again. I am trying to do a PAL slowdown on a PAL .ts file. The problem is in that in order to do that I have to use ReClock in the chain. This actually works quite well for most 25FPS x264 material in MKV files. But for some reason this file (Which I assume is H264) causes problems. From testing in various configurations I have come to the conclusion that the problem lies with the internal MPV Decoder. Reason being that when I use CoreAVC as a decoder the problem promptly vanishes. However this is not my ideal since CoreAVC has no option to disable itself for SD content which I like to have ffdshow automatically load for in order to upscale. I can achieve this usually by unticking MPC's internal Non-DXVA decoders and setting MPV Decoder's DXVA to disabled for SD. This means that when MPV Decoder tries to fallback on the internal decoders when it encounters SD content it can't, so instead ffdshow loads in their place. Still following me? Good. OK so we have established that playing back this H264 25FPS stream plays OK with CoreAVC in conjunction with ReClock using PAL slowdown. So what happens with MPC's internal DXVA decoder (and ffdshow's DXVA decoder I may add). Well basically when I click on the renderer information (EVR-CP BTW) it shows tons of dropped frames (More frames in fact than it says it has played. Which can't be correct surely) and a playback rate somewhere between 18-20FPS. If I play the same file with CoreAVC as the decoder I see hardly any dropped frames and it stays a constant 24FPS in the renderer information. Of course if I take ReClock out of the equation the renderer for DXVA shows a proper 24FPS. So I want to know where the problem lies here. Is this just a straight up conflict between MPV Decoder and ReClock or something else? I really wish to continue using DXVA for decoding because it's easier to do SD upscaling for both MPEG2 and MPEG4 sources (CoreAVC loads for ALL MPEG4 sources). But right now it is not working 100% System spec is: Win7 64 Nvidia G210 8GB DDR2 E6600 @ 3.4Ghz Triple monitor setup (one of which is a Panasonic G20 HDTV @ 24Hz on the G210). Last edited by oddball; 15th July 2010 at 23:24.

16th July 2010, 00:44	#13509 \| Link
oddball Registered User Join Date: Jan 2002 Posts: 1,264	OK I figured out the problem with using DXVA with a 25FPS H264 .ts stream (Sorta). It seems to be an issue with vsync. If I switch to EVR-Sync. Disable vsync and use ReClock's vsync instead (Enable all ticks under advanced and set vsync to 12) it plays perfectly! I also get a more or less flat red line when I display stats. I got this info by accident (mainly from a clue in a ReClock thread over at Slysoft's forums). BTW the renderer now says 25FPS instead of 24FPS but ReClock is slowing it down correctly to 24FPS on the 24Hz HDTV correctly (No PAL jerks on panning) and audio is at correct speed too. But for some reason it still shows tons of dropped frames in the renderer. If it was actually dropping that many frames the video would hardly display at all so I can only assume this is a bug in the renderer readings. Last edited by oddball; 16th July 2010 at 00:48.

17th July 2010, 15:08	#13511 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	To avoid cluttering up this support thread, I have moved the GUI discussion here: http://forum.doom9.org/showthread.php?t=155699 Please follow up with all discussion of GUI proposals in that thread. Thank you. Last edited by Guest; 17th July 2010 at 15:16.

19th July 2010, 04:37	#13518 \| Link
oddball Registered User Join Date: Jan 2002 Posts: 1,264	DXVA bug to report when playing H264 in FLV container. With DXVA (EVR-CP D3D output will test without in a moment. EDIT: It's not the renderer that's for sure.). Note the additional distorted bar at the bottom. It makes the screen aspect incorrect too adding small black bars either side of the display. http://img842.imageshack.us/img842/427/sample2.jpg With CoreAVC (CUDA enabled) or ffdshow (Non-Accelerated). http://img833.imageshack.us/img833/6522/sample1.jpg Last edited by oddball; 19th July 2010 at 04:41.

14th July 2010, 17:27	#13504 \| Link
Inspector.Gadget Registered User Join Date: May 2008 Posts: 1,618	On a related note, the MPC-HC MKV splitter doesn't populate the "Navigate -> Audio, Subtitles, Etc." fields either. Will this change?

15th July 2010, 08:47	#13505 \| Link
homerpez Registered User Join Date: May 2007 Posts: 98	I installed the x64 (I think?) Haali splitter, and discovered this was the problem all along... one system I have had Haali installed (and worked normally) but I forgot to install Haali on my HTPC since it was all a fresh install. Seems to work for what I want it for so far, no issues yet with DTS (I think because I don't have anything over 5.1) so I think I'm set for now. Thanks... Still would love to see the internal MKV splitter do the sub flags right, but...............

15th July 2010, 14:25	#13507 \| Link
nevcairiel Registered Developer Join Date: Mar 2010 Location: Hamburg/Germany Posts: 10,347	Some work has started, but its currently focused inside XBMC-DSPlayer. There was a fork off the XBMC integrated splitter for a while to be a standalone directshow splitter, but it was re-integrated into XBMC and lost its ability to be compiled as a standalone filter (for now). No reason to split it in two projects while we're still working on resolving playback issues. Anyhow, we'll setup a project again to compile a standalone splitter at some point, preferably directly out of XBMC without forking that part again. But time is limited, and other projects have priority for now. Integrating the whole thing into the mpc-hc executable is nothing i will be working on (ever), for multiple reasons. One being that ffmpeg itself is rather unstable when you link it statically.

16th July 2010, 02:08	#13510 \| Link
oddball Registered User Join Date: Jan 2002 Posts: 1,264	Just in case anyone jumps in to help. I figured most of my problems out myself. I was stupid enough to have a Nvidia profile set for MPC-HC which I forgot about that had vsync stuff enabled. This was my main problem after all. On a good note it encouraged me to clean out a lot of surplus to requirements codecs and players and clean the registry etc. Now MPC-HC runs better than ever! I can even do a spot of web browsing while a video plays with hardly a frame dropped. The oddity of the 25FPS frame dropping remains however. It shows 100% frames dropped of the frames played. Obviously totally wrong or I would just get a blank screen! Sorry to take up valuable thread space with my waffle. :P

17th July 2010, 17:02	#13512 \| Link
MPC-HTPC Registered User Join Date: Jan 2010 Posts: 76	I got a question about commit 2125 "Change : show filename in OSD at open, instead "Pause/Play";". Why do not keep the "Pause/Play" in OSD? I understand that this could be of benefit, when having several files in the playlist. But when I just open a file out of Explorer or from a list out of XBMC/MediaPortal I only open one file after the other and would prefer to just still see the "Play/Pause" in OSD. Could this be toggled depending on the case (many files in playlist or just one)? However, many thanks to all the developers for all the effort you put into MPC-HC and all the good work!

17th July 2010, 18:05	#13513 \| Link
Steveo08 Registered User Join Date: Feb 2008 Posts: 152	well, i like this change in 2125, but it should be displayed longer as a second, how can set time up?

19th July 2010, 00:42	#13516 \| Link
cbemoore Registered User Join Date: Aug 2007 Posts: 19	I've spent ages trying to track down a problem with dropped frames, and I've finally pinpointed where its going wrong. My refresh rate is normally set to 50Hz (I'm in PAL-land), but I want to play back cinema content at 23.976Hz. If I manually change refresh rate before starting MPC-HC, it plays back perfectly with no dropped frames. However, if I use autochange within MPC-HC, the refresh rate switches correctly but I get constant dropped frames (around one frame every 2 seconds). So it looks like some sort of problem with autochange. Or maybe MPC-HC doesn't handle the refresh rate changing after the video has started... Has anyone else come across the same thing? (My specs : Win7 x64, MPC-HC x32, ATI 5450 running at 1920x1080 via HDMI)

19th July 2010, 04:50	#13519 \| Link
namaiki Registered User Join Date: Sep 2009 Location: Sydney, Australia Posts: 1,073	^what about the internal mpc decoder without dxva?