Posts: 257
Joined: Jan 2011
Reputation:
5
shadow
Senior Member
Posts: 257
I think I figured it out, you forgot to mention to change to the passthrough branch of the Pulse audio git. I am trying to compile that now.
Posts: 257
Joined: Jan 2011
Reputation:
5
shadow
Senior Member
Posts: 257
I have it giving me the Pulse options in xbmc but I am having another problem that stops the sound from working but is not likely your problem.
For some reason this version of PA is ignoring my custom "load-module module-alsa-sink device=hdmi:1,3" line in /etc/pulse/default.pa so I can't get audio going to the right pin.
Not even stereo sound from other audio that worked before.
Posts: 257
Joined: Jan 2011
Reputation:
5
shadow
Senior Member
Posts: 257
It works! I could not find a probe_mask that works but I found out how to get that sink working in pulseaudio without the config file. I killed pulseaudio then loaded it with "pulseaudio --load="module-alsa-sink device=hdmi:1,3""
My receiver has reported "7.1ch DTS-HD MSTR" among others like one movie I clicked on reported "6.1ch DTS-HD HI RES"
I just have to figure out why PA doesn't use the config file or a way to have that command used at normal load instead of manually restarting PA.
Posts: 183
Joined: Nov 2010
Reputation:
4
AudioFilter git has been updated with a fix for a problem that could cause Xbmc to segfault. It also handles dts-hd better.
Posts: 183
Joined: Nov 2010
Reputation:
4
Updated xbmc git with work-around to prevent drop-outs playing music. The drop-out problem doesn't happen with the same code on Dharma. I'd say it probably has to do with sleep time calculations.
Posts: 257
Joined: Jan 2011
Reputation:
5
shadow
Senior Member
Posts: 257
Is it possible until you have time to add TrueHD support to at least send the ac3 core? Whenever I try to watch a TrueHD movie my receiver only receives 2 channel pcm.
Posts: 183
Joined: Nov 2010
Reputation:
4
shadow,
I've tried to get ffmpeg to spdif my truehd test file and it fails. You wouldn't happen to have a working command. I'm not sure that ffmpeg's handling of truehd is well debugged.
ffmpeg -i Gattaca.truehd -f spdif -acodec copy Gattaca.truehd.spdif
FFmpeg version git-N-28432-g4786076, Copyright © 2000-2011 the FFmpeg developers
built on Mar 14 2011 17:51:24 with gcc 4.5.2
configuration: --prefix=/usr --libdir=/usr/lib64 --datadir=/usr/share --mandir=/usr/share/man --enable-pic --enable-vdpau --enable-gpl --enable-postproc --enable-shared --enable-libvorbis --enable-libtheora --enable-libgsm --enable-libfaac --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-nonfree --enable-debug --disable-stripping
libavutil 50. 39. 0 / 50. 39. 0
libavcodec 52.114. 0 / 52.114. 0
libavformat 52.103. 0 / 52.103. 0
libavdevice 52. 3. 0 / 52. 3. 0
libavfilter 1. 76. 0 / 1. 76. 0
libswscale 0. 12. 0 / 0. 12. 0
libpostproc 51. 2. 0 / 51. 2. 0
Gattaca.truehd: Invalid data found when processing input