2015-12-25, 09:31
(2015-12-25, 03:29)wizziwig Wrote:(2015-12-24, 20:36)noggin Wrote:(2015-12-24, 19:56)jjslegacy Wrote: I am still curious on this PCM vs passthrough debate and why everyone thinks they "need" passthrough so their AVR blinky lights look good. From my reading there literally is no difference so why is everyone always passthrough paasthrough passthrough? Just curious what I don't know
There is metadata in the bitstreamed audio (Dialog Normalisation) etc. that allows receivers to do post processing (like loudness reduction etc.) that you can't do if you decode to PCM in Kodi, but in the main I agree with you.
While I have a receiver with HDMI, I'm sure there are still plenty of users with older receivers that are limited to optical/coax surround. If you eliminate passthrough, you're forcing them to PCM stereo or reducing their quality (and increasing CPU usage) but having to decode AC3/DTS to multi-channel PCM and then re-encode back to AC3. Dropping or repeating video frames or AC3/DTS audio frames as was done on the older versions seems preferable if it doesn't happen very frequently (as is the case on Haswell or never Intel hardware that have very accurate a/v clocks).
Guys, it's quite easy. Sync was redone completely, it is working perfectly now for PCM now. For Passthrough such a method is missing (be it IEC burstpackages) or more advanced things. You are all welcome to implement it ... Concerning the drop / dupe - this was never a solution, not for an audiophile ... dropping means "psssssst", duplicating means sending same package number twice and a high percentage (> 20) of AVRs loosing the signal.
Until the code you are running hits the streets it is > 12 months to go. So there are no excuses like "I cannot code" or "I am too lazy". If you want it perfect, exactly now is the time to stand up and contribute a feature you (!) are using ...