Media Player Classic - Home Cinema (MPC-HC) - v1.7.13

[HelmedHorror]

Originally Posted by nevcairiel

Multiple streams in containers like MKV are expected to have the same (or at least a similar) duration. What you are trying to do is not what having multiple streams in one container is supposed to be used for.
If you want them all in one file, there are other ways with MKV, using ordered chapters and editions, which would allow MPC-HC to play these properly and allow you to switch from the GUI what to play.

I would not expect your current files to improve, and I would honestly be surprised if any player handles that situation any different. The file duration is largely independent of which track you currently selected.

Interesting, well thanks for clearing that up! I'm glad I now know. I had spent hours trying to figure out what I was doing wrong...

[Megalith]

So what's the verdict on the Internal Audio Renderer and WASAPI output? I have been using it, but tickets like these are giving me pause.

https://trac.mpc-hc.org/ticket/5687

Does the default renderer actually do a better job of doing things like downmixing?

[Stereodude]

Originally Posted by Megalith

So what's the verdict on the Internal Audio Renderer and WASAPI output? I have been using it, but tickets like these are giving me pause.

It's totally useless as far as I'm concerned. It doesn't do the one thing most everyone expects of a WASAPI renderer, which is override the Windows speakers settings.

[JarrettH]

To add to that (I won't be registering for the bug tracker, sorry, it's not convenient): a selectable buffer for WASAPI exclusive mode would be useful (10, 25, 50 ms, etc). 200 ms is too high for USB DACs (pops, clicks are a common problem)

[Megalith]

Originally Posted by Stereodude

It's totally useless as far as I'm concerned. It doesn't do the one thing most everyone expects of a WASAPI renderer, which is override the Windows speakers settings.

Really? I thought it did, since ticking "exclusive" mode prevents anything else from playing on my system.

[Stereodude]

Originally Posted by Megalith

Really? I thought it did, since ticking "exclusive" mode prevents anything else from playing on my system.

That's not what I was talking about. I'm talking about it playing 2 channel as 2 channel, 5.1 as 5.1, and 7.1 as 7.1 over HDMI regardless of how Windows speaker configuration is set. This is how Foobar2k's WASAPI output plugin does it and is what MPC-HC should be doing, but if you have Windows speaker configuration set to stereo MPC-HC will downmix to stereo when using the new internal renderer in exclusive mode.

[chros]

Originally Posted by Stereodude

That's not what I was talking about. I'm talking about it playing 2 channel as 2 channel, 5.1 as 5.1, and 7.1 as 7.1 over HDMI regardless of how Windows speaker configuration is set. This is how Foobar2k's WASAPI output plugin does it and is what MPC-HC should be doing, but if you have Windows speaker configuration set to stereo MPC-HC will downmix to stereo when using the new internal renderer in exclusive mode.

Yep, that's an issue with my setup as well. Using exclusive mode and setting 2ch in windows speakers setup working fine until I play multichannel audio (pcm, flac), then I have to manually configure the system setting again (and back later on).
I raised an issue on github about making a new release.
Until then, can somebody compile a new build from current master that we can try as an external filter? @clsid, maybe?
Thanks!

[chros]

Originally Posted by chros

Yep, that's an issue with my setup as well. Using exclusive mode and setting 2ch in windows speakers setup working fine until I play multichannel audio (pcm, flac), then I have to manually configure the system setting again (and back later on).
I raised an issue on github about making a new release.
Until then, can somebody compile a new build from current master that we can try as an external filter? @clsid, maybe?
Thanks!

I've just built both x32 and x64 from f7612c7 @master (latest commit) on Windows 8.1 with Visual Studio 2013 Update 5.
It seems to be working fine with a quick test (both x32 and x64 versions), use it at your own risk since it's not an official release.
sanear-bin-master-f7612c7-20160517.zip
sanear-pdb-master-f7612c7-20160517.zip

You only need the bin package, register the filters, then select Sanear Audio Renderer at Output page in MPC-HC/BE instead of Internal Audio renderer. A tray icon will be present during playback where you can set properties.

And Wasapi Exclusive finally works as it should: no channel and sample rate conversion anymore. Also you can pause, make a skype call, then unpause.

Post your feedback of its stability (mention version and mode (exclusive or shared)) then maybe our beloved devs will integrate this current version if it's working well.

[vBm]

Originally Posted by chros

Post your feedback of its stability (mention version and mode (exclusive or shared)) then maybe our beloved devs will integrate this current version if it's working well.

As alex said, he wanted to finish "reclock thingie" before releasing next version. Also he said that he wouldn't want to integrate non 'stable' versions as "IAR".

[dbcooper]

Originally Posted by vBm

As alex said, he wanted to finish "reclock thingie" before releasing next version. Also he said that he wouldn't want to integrate non 'stable' versions as "IAR".

Does this mean that MPC-HC is going to get a reclock alternative?

[lych_necross]

Originally Posted by vBm

As alex said, he wanted to finish "reclock thingie" before releasing next version. Also he said that he wouldn't want to integrate non 'stable' versions as "IAR".

FramesToTime() helper for MPC? Very cool!!
I hope this corrects the PAL speedup problem on some movies.

[chros]

Originally Posted by vBm

As alex said, he wanted to finish "reclock thingie" before releasing next version. Also he said that he wouldn't want to integrate non 'stable' versions as "IAR".

OK, understood, no worries. If somebody doesn't like the current internal one that can use the external one until then (if it's working fine).

Originally Posted by JarrettH

To add to that (I won't be registering for the bug tracker, sorry, it's not convenient): a selectable buffer for WASAPI exclusive mode would be useful (10, 25, 50 ms, etc). 200 ms is too high for USB DACs (pops, clicks are a common problem)

If you like I can build one with modified buffer length in the meantime (right now the min is 60 : https://github.com/alexmarsev/sanear...terfaces.h#L15) that you can try out.
But, you should make an issue on github otherwise this feature will be never implemented. https://github.com/alexmarsev/sanear

[JarrettH]

Okay, I'll create an account. I already did find the links online to support it in an earlier post. Thanks for the offer, chros

https://github.com/alexmarsev/sanear/issues/13

[Megalith]

Would anyone be kind enough to explain how LAV Audio's mixing option affects reference levels? I've got my stereo monitor pair calibrated to 85 dB for movies. Since there is a significant difference (increase) in SPL when mixing (stereo) is enabled, which setting would actually give me reference level at 0 dB (105 dB peaks) on my preamp's dial? Enabled, or disabled?

I did the calibration by playing back pink noise in MPC-HC with the mixing turned off. But, AFAIK, none of that should matter since it's just a mono .wav file.

[v0lt]

Nvidia graphics card, H.264 1920x1088, Microsoft DTV-DVD Video Decoder, EVR-CP + Half/Full Floating Point Processing, Microsoft DTV-DVD Video Decoder = Player crash.

Why is this happening? Driver bug?

Test files.

Bug is missing with LAV Video Deocder, because there is used a hack.

  if (width == 1920 && height == 1088) {
    height = 1080;
  }

[tahaa7]

What is the difference between selecting "2: Speakers <device name>", "7: DirectSound: Speakers <device name>", and "11: Internal Audio Renderer" in Options -> Playback -> Output -> Audio Renderer?

[filler56789]

Bug #3881 is back — using build 1.7.10.207. MPC-BE is working as it should.

EDIT — To be more precise: when MPC-HC uses EVR, only LAV Video is detected as "H/W", but when using EVR-CP, all the other DXVA-capable decoders are also perceived as "H/W".

[JarrettH]

I think #2 and #7 are basically the same thing.

#11 is WASAPI audio output, which is better

[3421]

Does not read the names from this variant playlist. In my country it's not rare variant such a playlist.

[kasper93]

Originally Posted by v0lt

Nvidia graphics card, H.264 1920x1088, Microsoft DTV-DVD Video Decoder, EVR-CP + Half/Full Floating Point Processing, Microsoft DTV-DVD Video Decoder = Player crash.

Why is this happening? Driver bug?

Test files.

Bug is missing with LAV Video Deocder, because there is used a hack.

  if (width == 1920 && height == 1088) {
    height = 1080;
  }

I can't really tell. I don't have Nvidia GPU to test it. But it is likely we set something wrong for this case.

Originally Posted by tahaa7

What is the difference between selecting "2: Speakers <device name>", "7: DirectSound: Speakers <device name>", and "11: Internal Audio Renderer" in Options -> Playback -> Output -> Audio Renderer?

"2" and "7" is the same and uses DirectSound audio renderer. "11" uses our internal audio renderer which uses WASAPI, has additional processing like stereo crossfeed and audio bitstreaming. See also Options -> Audio Renderer

Originally Posted by filler56789

Bug #3881 is back — using build 1.7.10.207. MPC-BE is working as it should.

EDIT — To be more precise: when MPC-HC uses EVR, only LAV Video is detected as "H/W", but when using EVR-CP, all the other DXVA-capable decoders are also perceived as "H/W".

Works fine for me. And I don't recall any changes that could break it. Are you sure it was working in previous builds?

Originally Posted by 3421

Does not read the names from this variant playlist. In my country it's not rare variant such a playlist.

I see I can take a look at this, I think our playlist was designed to show filenames primary.