Do you have "Sync playback to display" enabled? If so, turn it off and passthrough should then work (the help text for the Sync option explains that passthrough will be disabled).
Sync Playback to Display tells Kodi to use the display clock for sync purposes, but passthrough audio requires VideoPlayer to use media for clock sync (else you are modifying the source, which is not true passthrough) so if you enable SP2D passthrough is automatically disabled. This is different from Jarvis where SP2D is effectively broken but a collection of hacky things kind-of works. Krypton fixes things, so in summary: Krypton != Jarvis.
Hey Chewitt!
Thanks a bunch for the explanation! I will try this. 
Greetings!
on my system passthrough works with videos/films but not with live TV (although with an audio delay problem of ca 200ms). Live TV transcodes to PCM 
(without audio delay problem)
Any clue?
on my system passthrough works with videos/films but not with live TV (although with an audio delay problem of ca 200ms). Live TV transcodes to PCM
Any clue?
Krypton for live stream sets SP2D to always on. In Amlogic builds I fixed this by following patch. It can be applied commonly in Libreelec.
--- a/xbmc/cores/VideoPlayer/DVDInputStreams/DVDInputStreamPVRManager.cpp 2016-10-24 23:42:53.000000000 +0200
+++ b/xbmc/cores/VideoPlayer/DVDInputStreams/DVDInputStreamPVRManager.cpp 2016-10-26 21:51:45.485211657 +0200
@@ -691,7 +691,7 @@
dStream->language[1] = stream.strLanguage[1];
dStream->language[2] = stream.strLanguage[2];
dStream->language[3] = stream.strLanguage[3];
- dStream->realtime = true;
+ dStream->realtime = false;
m_newStreamMap[stream.iPID] = dStream;
}thank you! unfortunately I am quite new to LibreELEC and need some clues how to apply this patch to my libreelec setup. (ssh with putty and file access over winSCP would be no problem)
My guess is that his patch has to be applied at the Kodi source then you would have to compile/build LibreELEC using that patched Kodi yourself.
I might be wrong
I was afraid too... hoped that it could be a simple config file and reboot...
I was afraid too...
Grab yourself a cheapo Amlogic s905/s905X box. Kszaq has this patch enabled on his 8.0 builds.
So far it's working just fine. I get passthrough from all sources and haven't had one single problem with livetv going out of sync.
I would prefer to get it sorted out with the existing hardware as it is otherwise quite fine and is there 
should be possible an a "standard" x86/64 PC.
edit: solved
after adding his advancedsettings.xml to user config folder I have quite sync play of 23.98 and 24 fps
<?xml version="1.0" encoding="UTF-8" ?>
<advancedsettings>
<video>
<latency>
<delay>0</delay>
<refresh>
<min>23</min>
<max>24</max>
<delay>-200</delay>
</refresh>
</latency>
</video>
</advancedsettings>I always prefer to just have 'Adjust display refresh rate' to 'On Start/Stop' only, never to sync the audio to the display. This does seem way more effective on RPi3 and Amlogic devices compared to x64 Intel setups though, where I've had noticeable audio sync issues before.
I just installed 7.95.3 on my Intel NUC. Passthrough works fine in Kodi for Windows, but not in LibreELEC.
Strangely, I heard rumors before I acquired the NUC last week that only Linux variants had successfully implemented support for passthrough, and that there was a bug with the official Intel audio driver for Windows.
I replaced my old HTPC on AMD basis with an Intel Kaby Lake build. I can confirm that HDMI-Passthrough works fine on LibreELEC 8.0 (but not on Live TV, which is not a bug as this is deactivated on purpose in LibreELEC Kodi Video Player).
which is not a bug as this is deactivated on purpose in libreELEC).
it is not deactivated on purpose in LE, it is not part of the VideoPlayer design in Kodi. We are not to blame for anything. We simply consume upstream code.
Thank you for correcting! I edited my post accordingly. It was not any kind of blaming, just wanted to make people aware that they have to test passthrough on Video files, not live TV. I find this deactivation not disturbing at all as live TV AC3s are mainly of low bitrate and not about best possible Quality. If this increases the playback stability, I am in.
