Posts: 7,135
Joined: Oct 2012
un1versal
Out of Memory (1939–2016)
Posts: 7,135
2014-01-20, 14:53
(This post was last modified: 2014-01-20, 14:55 by un1versal.)
(2014-01-20, 13:29)jjd-uk Wrote: I plan to completely redo the the audio section of the wiki, however there's several other XBMC jobs taking priority 1st to get things in a fit state for Gotham beta before starting on the documentation.
Yes well... I dont want to be working for nothing thats all. I mean I dont want to spend tons of time writing docs and then someone goes and makes the work I done go down the pan. So as is, Im doing PA page and the rest I dont touch anymore.
Posts: 43
Joined: May 2012
Reputation:
1
Hello all,
I just found this thread and it looked like the right place to bring my issue. Similar to others I'm having no luck getting HD audio passthrough to work with Gotham where it worked well in 12. I've tried several nightly builds (the latest being 1/22.)
Essentially if I use WASAPI I can play the audio fine without stutters but my Denon AV receiver is not receiving passthrough it is receiving standard multi-channel. This is regardless of the format chosen.
I'm not sure if I'm missing something in 13 but I no longer see options for enabling formats and I also can no longer chose Direct or WASAPI independently. I'm assuming this is by design.
In any case moving from 12 to 13 and HD Audio no longer works. Nothing has changed outside of XBMC and if the requirements have changed there's no obvious indication that it's needed.
Thanks
Posts: 10,518
Joined: Oct 2011
Reputation:
638
jjd-uk
Team-Kodi Member
Posts: 10,518
Change your Settings Level to Advanced and you'll see the passthrough options.
Posts: 43
Joined: May 2012
Reputation:
1
Ah hah! Thanks I'll check that. Thanks!
Posts: 5
Joined: Mar 2012
Reputation:
0
Dear OP! This thread (especially step 7, the PCM volume glitch) made my day, now i have the video playback problems solved. Thank you very much!
Posts: 39
Joined: Aug 2012
Reputation:
1
Hello guys,
I've a such a similar problem on my system. My HTPC is windows-based with XBMC 12.3, a Yamaha RX-V 671 and a Panasonic TX-P50VT30E.
With AVR turned on everything is alright.
With AVR switched off (Standby-Through), my videos with DD/DTS are stuttering. In the windows driver HDMI Output I see only 2 channels and stereo.
BUT
My TV can handle DD/DTS Audio Input. With my PS3 or XBOX360 I can play such signals.
Yesterday I tried also a raspberry with xbmc on my AVR. Here it is working without a problem in the Standby-Through-Mode.
Is there any chance, that I get the windows system working in that mode?
Thanks,
Shadow128
Kodi 19.3 Intel NUC7I3BNH [Kaby Lake i3-7100U/HD620 graphics] | Windows 10 - 21H2 [1920x1080/60Hz]
LG OLED65G19 | Yamaha V4A AV-Receiver
Posts: 10,518
Joined: Oct 2011
Reputation:
638
jjd-uk
Team-Kodi Member
Posts: 10,518
2014-02-11, 13:08
(This post was last modified: 2014-02-11, 13:08 by jjd-uk.)
If you can do 2 debugs logs for me to look at, one with AVR turned on and one with AVR turned then I might be able to see what's going on and maybe offer a solution.
I think it's unlikely that your TV supports receiving DTS via it's HDMI input as I know of no TV that does this, but you never know and the debug log will show what the HDMI connection to the TV supports with AVR off.
Posts: 39
Joined: Aug 2012
Reputation:
1
OK, at home I'll do debug logs with the windows-htpc (avr on/off) and also with the raspberry (avr on/off).
What also surprised me: In the avr i can configure the hdmi setting. If the sound will be give out with the avr or the tv. While i choose "tv only", this also works.
Kodi 19.3 Intel NUC7I3BNH [Kaby Lake i3-7100U/HD620 graphics] | Windows 10 - 21H2 [1920x1080/60Hz]
LG OLED65G19 | Yamaha V4A AV-Receiver
Posts: 10,518
Joined: Oct 2011
Reputation:
638
jjd-uk
Team-Kodi Member
Posts: 10,518
Selecting TV only will likely break the ability of the AVR to decode passthrough formats, meaning it's then up to the TV to then decode the audio.
Posts: 10,518
Joined: Oct 2011
Reputation:
638
jjd-uk
Team-Kodi Member
Posts: 10,518
2014-02-11, 18:59
(This post was last modified: 2014-02-11, 19:02 by jjd-uk.)
The issue is as I thought, the TV does not support decoding of Dolby Digital & DTS.
Line 34 of 1st log Windows HTPC - AVR on shows all the formats the AVR supports as expected.
Line 34 of 2nd log Windows HTPC - AVR off shows only 2 channel PCM support and none of the encoded formats.
There is no ideal solution for this currently, as it's impossible to have a single group of settings that covers both use cases AVR on and AVR off, when the terminating device (AVR or TV) has completely different decoding capabilities.
With the Frodo 12.3 build you have you'd need to configure 2 profiles for each use case as each profile can have it's own settings, and then switch between them depending on whether the AVR is on or off.
With Gotham 13 nightly build there is now a Default device setting available which may help in these situations, but even if that were to help there would be the need to restart XBMC to pick up the changed properties if for example turning AVR off with XBMC open.
The RPi uses a specially developed player, so this may account for the difference. I don't really know the RPi too well or how to interpret it's logs, but it seems to me in the 1st one with AVR on it passes 8 channel DTS to AVR and in the second with AVR off it downmixes to 2 channel PCM. So if it does this with no intervention from you it must be doing something clever that is not currently available on any of the other platforms.