[dod38fr]

just fyi: your kod log is not referenced properly

Rats. Thanks for the heads up. Here's a link to kodi.log:
$ cat ~/.kodi/temp/kodi.log | pastebinit
http://paste.debian.net/153259/

And the other links:
$ cat /var/log/Xorg.0.log | pastebinit
http://paste.debian.net/153260/
$ DISPLAY=:0 vdpauinfo | pastebinit
http://paste.debian.net/153261/
$ dpkg -l |grep mesa | pastebinit
http://paste.debian.net/153262/
$ dpkg -l |grep kodi | pastebinit
http://paste.debian.net/153263/

Can someone help me get dts-hd on my system ? (yamaha rx-v3800)

Thanks

[fritsch]

No - see the bugreport referenced in the first post: https://bugs.freedesktop.org/show_bug.cgi?id=75064

[dod38fr]

No - see the bugreport referenced in the first post: https://bugs.freedesktop.org/show_bug.cgi?id=75064

thanks for the information. I'll followup there.

LPCM 7.1 is not working either: when I disable DTS-HD on kodi, my amp receives a regular DTS stream. Is that due to the same bug ?

Note that I cannot find mention of the radeon bug in the first post of this thread. Even if I'm wrong, you may want to hightlight this radeon problem in the "Known issues for now" section of the first post to avoid further similar question on radeon.

Thanks for the help (and for developing Kodi )

[fritsch]

No - see the bugreport referenced in the first post: https://bugs.freedesktop.org/show_bug.cgi?id=75064

thanks for the information. I'll followup there.

LPCM 7.1 is not working either: when I disable DTS-HD on kodi, my amp receives a regular DTS stream. Is that due to the same bug ?

Note that I cannot find mention of the radeon bug in the first post of this thread. Even if I'm wrong, you may want to hightlight this radeon problem in the "Known issues for now" section of the first post to avoid further similar question on radeon.

Thanks for the help (and for developing Kodi )

No, when you disable DTS-HD, the core (DTS) is passed through - as you have DTS enabled. There is no Open Source decoder for dts-hd-ma.

[fritsch]

Besides that:

FL,FR,LFE,FC,BL,BR,BC,BLOC,BROC

This looks fully wrong, no SL, no SR. Please try OpenELEC from USB stick and post a Debug Log with that, use this version: https://dl.dropboxusercontent.com/u/5572...aencer.tar

[Ectholian]

Is there an overview of these channels? I do have the SL and SR, but not the BC,BLOC,BROC channels and i cant seem to find the meanings of these channels

[dod38fr]

This looks fully wrong, no SL, no SR. Please try OpenELEC from USB stick and post a Debug Log with that, use this version: https://dl.dropboxusercontent.com/u/5572...aencer.tar

Here we go: http://paste.debian.net/154093/

Note:
- In create_installstick, the mkfs command must be 'mkfs.vfat -n OpenELEC "$PART"' and not 'mkfs.vfat "$PART" -n OpenELEC'
(well, at least on Debian...)

All the best

[fritsch]

Is there an overview of these channels? I do have the SL and SR, but not the BC,BLOC,BROC channels and i cant seem to find the meanings of these channels

You can be happy that you have SL and SR :-)

Back right of center and back left of center, back center has nothing to do in a standard 7.1 surround layout.

[fritsch]

This looks fully wrong, no SL, no SR. Please try OpenELEC from USB stick and post a Debug Log with that, use this version: https://dl.dropboxusercontent.com/u/5572...aencer.tar

Here we go: http://paste.debian.net/154093/

Note:
- In create_installstick, the mkfs command must be 'mkfs.vfat -n OpenELEC "$PART"' and not 'mkfs.vfat "$PART" -n OpenELEC'
(well, at least on Debian...)

All the best

Try to trick the EDID of your AVR, by manipulating the relevant proc file.

[dod38fr]

Besides that:

FL,FR,LFE,FC,BL,BR,BC,BLOC,BROC

This looks fully wrong, no SL, no SR. Please try OpenELEC from USB stick and post a Debug Log with that, use this version: https://dl.dropboxusercontent.com/u/5572...aencer.tar

For what it's worth, my Yamaha amp is able to detect and display whether the input signal has the following channels: L R LFE C SL SR SB SBL SBC, which matches the above list.

This alsa thread mentions that "Back Left of Center - BLC" and "Back Right of Center - BRC" are part of USB Audio spec.

And alsa driver (in /proc/asound/card1/eld#0.0 ) reports this list of speaker "FL/FR LFE FC RL/RR RC RLC/RRC" which looks more or less consistent with the above list. Here's the full log:
$ cat /proc/asound/card1/eld#0.0 | pastebinit
http://paste.debian.net/154714/

But this is probably unrelated to https://bugs.freedesktop.org/show_bug.cgi?id=75064

All the best

[fritsch]

Of course that's a valid channel, but nothing one would look for a in a dts-hd 7.1 layout which is a SL, SR defined.

The bugreport only matters if you don't have an issue at 60 hz. Does it work at 60 hz?

[dod38fr]

The bugreport only matters if you don't have an issue at 60 hz. Does it work at 60 hz?

Yes. Mostly: There are some silent drops every now and then at 60Hz.

Thanks for the help, I'll follow up with the radeon bug.

All the best

[fritsch]

That's quite clear with the drops. As the audio clock is wrong as your content is 23.976 fps. That does not work very well with 60hz, every 40 seconds something is dropped.

[daydr3amer]

please try tomorrows nightly and let me know if the issue is fixed.

hey, i just updated to 2:15.0~git20150223.0200-1f7566a-0trusty from the nightlys, everything works as expected.
1080p still laggy, live tv working (crashes with 2:14.2~git20150217.1531-beta1-0trusty as soon as activated). old database restored ('new' entries were lost with downgrade to old versoin)

[eskay993]

Just wanted to say thanks for an awesome guide! Spent the best past of an evening trying to get smooth playback on an Acer Revo RL70 and kept hitting brick walls. Followed this guide and now it's as smooth as butter!