I've spend a few hours yesterday fiddling with the DTS issue described in this thread. Eventually I ran out of options... I'll share my journey with you as someone might have an idea what to try next.
I've indicated in rasplex that I have an AC3 & DTS capable receiver and have set the channels to 5.1.
No when I run tvservice -a in this setup all I get is:
PCM supported: Max channels: 2, Max samplerate: 48kHz, Max samplesize 24 bits.
My wild guess is that this is caused by the fact that the TV (samsung) is known to downmix any external DD/DTS to PCM. Playing a DD or DTS track indeed produces a PCM sound in this setup.
But something interesting happens when I add hdmi_force_edid_audio=1 to config.txt. Of course after this the output of tvservice -a indicates that all codecs are supported. Now when I play a DD track it first shows up as PCM on my receiver but I can enter the sound menu of my tv and change the track to DD. After doing this the receiver recognizes DD and the track plays just fine. This is pretty spectacular as like I said the tv is know for not passing through any external DD/DTS tracks. Coming this far I was pretty confident that playing a DTS track would be a problem but it turned out I was wrong...
At first playing a DTS track seems to work the same as a DD track. The receiver shows a PCM signal and I only hear 2 channels of the DTS track. So I entered the sound menu of the tv and expected that I change PCM to DTS there. But no luck, I can only select PCM here and there is a DD option but that is grayed out. I know that DTS is a valid option in the sound menu as I've played DTS tracks with the build in media player.
So it looks like the DD signal is passed through in a way that the tv accepts it and provides the option to select that channel. Somehow a DTS signal is passed through by rasplex in a different way. A way that is not recognized by the tv at least.
At this point I've tried all the various combinations in rasplex settings with different audio channels and enabling / disabling the AC3/DTS capable receiver. I've also tried different HDMI cables.
A workaround for me would be if I could keep hdmi_force_edid_audio=1 in config.txt and only disable the DTS option so that DTS would be transcoded by plex to DD.
Any clues on what to try next are appreciated!
i have a samsung smart tv and a yamaha av-reserve i play DD or DTS core in 5.1
i have disabiled the samsung output soun and made it thro the reserver
while you playing a 5.1 movie go to the tv menu and select DD or DTS 2.5 new for me i go with DD its better sounding
also try to play Direct mode
as for DTS-HD just came to say that the raseberry pi 2 cant and wont play DTS-HD becase it dont have the hardware caplty so for that i orderd a intle NUC and gona try it
It seems like several of us are having the same issue, yet there aren't many reports. This definitely worked in Rasplex 0.5.1, with all 5.1 channels working perfectly well in DTS and AC3, so this is a major regression either in Rasplex 0.6 or in the new Openelec that Rasplex is based on.
In the meantime, the only solution seems to be to revert to Rasplex 0.5.1.
I did some more testing today and compared rasplex 0.5.1 / rasplex 0.6.0 / openelec 5.0.8 / openelec 6.0b These are my findings.
DD5.1 works on openelec 5.0.8 & 6.0b out of the box. On Rasplex 0.5.1 & 0.6.0 I have to add hdmi_force_edid_audio=1 to config.txt for DD5.1 to work, but it works.
DTS behaviour is consistent on all 4 platforms... you don't get any sound from a DTS source unless you disable the "DTS capable receiver" on Rasplex and "pass through" on Openelec. Playing a DTS track with "DTS capable receiver" disabled you do get sound but only PCM from the left/right channel. I can add that there is no difference in this between Rasplex 0.5.1 and 0.6.0.
I have a custom rasplex profile that passes DTS when transcoding is needed. I found bitrate limit removed one of the channels. Of course, this only applies for transcoding not direct play.
Create a profile and put it in profile folder. Search forum for more details.
I did some more testing today and compared rasplex 0.5.1 / rasplex 0.6.0 / openelec 5.0.8 / openelec 6.0b These are my findings.
DD5.1 works on openelec 5.0.8 & 6.0b out of the box. On Rasplex 0.5.1 & 0.6.0 I have to add hdmi_force_edid_audio=1 to config.txt for DD5.1 to work, but it works.
DTS behaviour is consistent on all 4 platforms... you don't get any sound from a DTS source unless you disable the "DTS capable receiver" on Rasplex and "pass through" on Openelec. Playing a DTS track with DTS capable receiver" disabled you do get sound but only PCM from the left/right channel. I can add that there is no difference in this between Rasplex 0.5.1 and 0.6.0.
This issue should be fixed in next release, however, it does not affect all users.
I have no problem with DTS passthrough using RPi2->Sony AV Receiver->Sony Bravia TV, all by HDMI, DTS capable receiver checked and I get DTS 3/2.1 on my receiver display and full surround sound.
However an older Sony AV Receiver seems to experience the same issue described.
This issue should be fixed in next release, however, it does not affect all users.
I have no problem with DTS passthrough using RPi2->Sony AV Receiver->Sony Bravia TV, all by HDMI, DTS capable receiver checked and I get DTS 3/2.1 on my receiver display and full surround sound.
However an older Sony AV Receiver seems to experience the same issue described.
Your setup is different in the way that your rpi2 is directly connected to your receiver. In my setup I need to use a hdmi/toslink splitter as my receiver is pretty old and doesn't have hdmi. My sound signal goes like this rpi > hdmi splitter (hdmi) > tv (arc)> hdmi splitter (toslink) > receiver. I don't know why the sound signal needs to pass through the tv first and then back to the splitter. It would make more sense if the sound signal traveled like this rpi > hdmi splitter > receiver but it doesn't.
Your setup is different in the way that your rpi2 is directly connected to your receiver. In my setup I need to use a hdmi/toslink splitter as my receiver is pretty old and doesn't have hdmi. My sound signal goes like this rpi > hdmi splitter (hdmi) > tv (arc)> hdmi splitter (toslink) > receiver. I don't know why the sound signal needs to pass through the tv first and then back to the splitter. It would make more sense if the sound signal traveled like this rpi > hdmi splitter > receiver but it doesn't.