#Makemkv application version too old how to

I'm aware of eac3to's two-pass-feature and understand the requirement for volume reduction depending on the source when downmixing a number of channels into fewer channels than the source since all channels could carry 0dBFS and have to fit into the lower range. This is with that required volume reduction in general.

#Makemkv application version too old how to

Just in case, anyone knows if and how to enforce MakeMKV to enforce to still use the dtsdecoder.dll instead of the integrated libDca. Stupidly, I can't register at that forum since my IP range is blocked for some reason which is beyond me. The clipping which occurs in the 'correct' result is probably already contained in the mix or mastering, isn't since the most recent version of MakeMKV produces the same faulty results, I tried to contact 'mike' which seems to be the developer or at least part of the team. Many thanks for checking on this! After you successfully irritated me regarding how lossless lossless can be when dealing with essentially unknown sources (mixes) - what's the consensus, is the nominally correct (identical) PCM-result of libDca and ArcSoft considered to be the true reproduction or not? Just needs an updated version of eac3to with a new dcadec. I checked a sample provided by Yoshi of this track, and the new libdcadec version produces a bit-identical result to ArcSoft, so as I suspected the clipping issue was already fixed.