The MPEG2 decoding is GREAT news.
Would it be possible to use the same model for DTS decoding? Would it be possible to buy a license for this as well, so DTS can be decoded in HW? Not everyone has a system that can decode DTS bitstreams, so we are dependent on the RPi to do so! And the SW is simply too slow to decode DTS, and especially 1080p H264 with DTS lags like h...
This would be the last thing to make it perfect as a silent MC.
Thanks RPF
-
- Raspberry Pi Engineer & Forum Moderator
- Posts: 6940
- Joined: Wed Aug 17, 2011 7:41 pm
- Location: Cambridge
Re: Hardware DTS decoding
This is something we are working on.
Re: Hardware DTS decoding
Thx alot mate.
I was sure the chip was able to do DTS 5.1 to stereo downmix decoding over HDMI, I just wasn't sure it was something you were looking into!
I was sure the chip was able to do DTS 5.1 to stereo downmix decoding over HDMI, I just wasn't sure it was something you were looking into!
-
- Posts: 48
- Joined: Fri Jun 22, 2012 6:07 pm
Re: Hardware DTS decoding
+1
Would be delighted to buy a DTS codec license in the same manner as the MPG2 and VC-1 codecs, if necessary. Personally I don't want/need surround sound (DTS, DD5.1) at this stage but I would like to be able to play files with surround sound audio tracks rather than having to demux, transcode the audio and remux each file.
I've turned on he "Output stereo to all speakers" which presumably means downmixing, but that does not seem to solve the issue.
Thank you for looking into this.
Would be delighted to buy a DTS codec license in the same manner as the MPG2 and VC-1 codecs, if necessary. Personally I don't want/need surround sound (DTS, DD5.1) at this stage but I would like to be able to play files with surround sound audio tracks rather than having to demux, transcode the audio and remux each file.
I've turned on he "Output stereo to all speakers" which presumably means downmixing, but that does not seem to solve the issue.
Thank you for looking into this.
Re: Hardware DTS decoding
+1 for hardware DTS decoding, in fact as I'm keen on a silent media centre could you offer a pack of all the licenses if there's more than DTS that the pi could be hardware capable of but wasn't licensed due to cost?
I understand why it was done this way, to keep the price down and I'm really pleased you've listened and worked to introduce licensing at additional expense to those of us who want it.

I understand why it was done this way, to keep the price down and I'm really pleased you've listened and worked to introduce licensing at additional expense to those of us who want it.

-
- Posts: 48
- Joined: Fri Jun 22, 2012 6:07 pm
Re: Hardware DTS decoding
How does automating the process of buying the license and adding the enabling line to the /boot/config.txt file relate to "a silent media centre" damianiw? Where you say "silent" do you perhaps mean hands-off or 'just works' without much user interaction or maintenance?damianiw wrote:+1 for hardware DTS decoding, in fact as I'm keen on a silent media centre could you offer a pack of all the licenses if there's more than DTS that the pi could be hardware capable of but wasn't licensed due to cost?
I understand why it was done this way, to keep the price down and I'm really pleased you've listened and worked to introduce licensing at additional expense to those of us who want it.
I guess a script could be written to automate this process. Perhaps it could even have a UI inside XBMC for entering the credit card details. I guess it's a question of whether there are enough users who cannot fill out the online codec purchase form and edit a text file? There may also be security implications for the developer(s) who write such a script as it would have to parse credit card details. Not sure if a developer would want to take on the responsibility of risking user credit card details just so that users can avoid the relatively trivial setup tasks for purchasing and enabling non-default licenses.
Re: Hardware DTS decoding
+1
I cant wait for dts/ac3 hardware decodings.
I cant wait for dts/ac3 hardware decodings.
Re: Hardware DTS decoding
I think he literally means silent: as in makes no noise, as the raspberrypi has no moving parts.1080p_at_35b wrote:How does automating the process of buying the license and adding the enabling line to the /boot/config.txt file relate to "a silent media centre" damianiw? Where you say "silent" do you perhaps mean hands-off or 'just works' without much user interaction or maintenance?
+1 to hardware DTS encoding.
Re: Hardware DTS decoding
Please give us this option to buy dts license!! This board is not a complete media center without this enable.
Re: Hardware DTS decoding
Important question for developers Rpi.
DTS/AC3 hardware decoding is possible in Rpi??.
DTS/AC3 hardware decoding is possible in Rpi??.
-
- Raspberry Pi Engineer & Forum Moderator
- Posts: 6940
- Joined: Wed Aug 17, 2011 7:41 pm
- Location: Cambridge
Re: Hardware DTS decoding
Yes it is. All ready to go for omxplayer and xbmc.rbej wrote:Important question for developers Rpi.
DTS/AC3 hardware decoding is possible in Rpi??.
Unfortunately DTS requires compliance testing before we can licence it. We're investigating that.
Re: Hardware DTS decoding
Let's keep our fingers crossed for DTS license.
-
- Posts: 48
- Joined: Fri Jun 22, 2012 6:07 pm
Re: Hardware DTS decoding
Great news/update dom, thanks!dom wrote:Yes it is. All ready to go for omxplayer and xbmc.rbej wrote:Important question for developers Rpi.
DTS/AC3 hardware decoding is possible in Rpi??.
Unfortunately DTS requires compliance testing before we can licence it. We're investigating that.
Re: Hardware DTS decoding
This is great news dom. I'm looking very much forward to it.dom wrote:Yes it is. All ready to go for omxplayer and xbmc.rbej wrote:Important question for developers Rpi.
DTS/AC3 hardware decoding is possible in Rpi??.
Unfortunately DTS requires compliance testing before we can licence it. We're investigating that.
Just another quick question. Does the broadcom chip itself have an algorithm that actually does the downsampling from 5.1->2.0 (DTS+AC3) or is the software (XBMC fx) feeding it the data stream, with a matrix telling the chip how much each channel should be weighted?
-
- Raspberry Pi Engineer & Forum Moderator
- Posts: 6940
- Joined: Wed Aug 17, 2011 7:41 pm
- Location: Cambridge
Re: Hardware DTS decoding
There is an openmax audio_mixer component that can do the 5.1->stereo mixing. I believe the default is:mcmanuf wrote:Just another quick question. Does the broadcom chip itself have an algorithm that actually does the downsampling from 5.1->2.0 (DTS+AC3) or is the software (XBMC fx) feeding it the data stream, with a matrix telling the chip how much each channel should be weighted?
// L' = 0.7071 C + L + 0.7071 Ls + 0.7071 LFE
// R' = 0.7071 C + R + 0.7071 Rs + 0.7071 LFE
Re: Hardware DTS decoding
Thank you for your answer.
So I have understood it correctly that the chip do NOT do the full processing of the DTS 5.1 stream?
The openmax_mixer software helps it on the way, by already weighting the channels, so essentieally (very boldly) the the audio path is
DTS 5.1 bitstream -> DTS 2.0 bitstream (openmax_mixer, Software process) -> process and decode DTS 2.0 stream (hardware process, broadcom chip) -> output to television
Is this correctly understood?
So I have understood it correctly that the chip do NOT do the full processing of the DTS 5.1 stream?
The openmax_mixer software helps it on the way, by already weighting the channels, so essentieally (very boldly) the the audio path is
DTS 5.1 bitstream -> DTS 2.0 bitstream (openmax_mixer, Software process) -> process and decode DTS 2.0 stream (hardware process, broadcom chip) -> output to television
Is this correctly understood?
-
- Raspberry Pi Engineer & Forum Moderator
- Posts: 6940
- Joined: Wed Aug 17, 2011 7:41 pm
- Location: Cambridge
Re: Hardware DTS decoding
There are 3 scenarios.mcmanuf wrote:Thank you for your answer.
So I have understood it correctly that the chip do NOT do the full processing of the DTS 5.1 stream?
The openmax_mixer software helps it on the way, by already weighting the channels, so essentieally (very boldly) the the audio path is
DTS 5.1 bitstream -> DTS 2.0 bitstream (openmax_mixer, Software process) -> process and decode DTS 2.0 stream (hardware process, broadcom chip) -> output to television
Is this correctly understood?
DTS passthough: DTS 5.1 bitstream -> VCHIQ -> television
ARM decode: DTS 5.1 bitstream -> ARM decode to 6 channel PCM -> VCHIQ -> audio_mixer -> television
GPU decode : DTS 5.1 bitstream -> VCHIQ -> GPU decode to 6 channel PCM -> audio_mixer -> television
VCHIQ is the message passing interface from ARM to GPU.
The GPU decode is just software, as is audio_mixer (although 16-way SIMD accelerated, so more efficient than ARM).
-
- Posts: 48
- Joined: Fri Jun 22, 2012 6:07 pm
Re: Hardware DTS decoding
dom does this mean there will be no downmixing to stereo option?dom wrote:There are 3 scenarios.mcmanuf wrote:Thank you for your answer.
So I have understood it correctly that the chip do NOT do the full processing of the DTS 5.1 stream?
The openmax_mixer software helps it on the way, by already weighting the channels, so essentieally (very boldly) the the audio path is
DTS 5.1 bitstream -> DTS 2.0 bitstream (openmax_mixer, Software process) -> process and decode DTS 2.0 stream (hardware process, broadcom chip) -> output to television
Is this correctly understood?
DTS passthough: DTS 5.1 bitstream -> VCHIQ -> television
ARM decode: DTS 5.1 bitstream -> ARM decode to 6 channel PCM -> VCHIQ -> audio_mixer -> television
GPU decode : DTS 5.1 bitstream -> VCHIQ -> GPU decode to 6 channel PCM -> audio_mixer -> television
VCHIQ is the message passing interface from ARM to GPU.
The GPU decode is just software, as is audio_mixer (although 16-way SIMD accelerated, so more efficient than ARM).
-
- Raspberry Pi Engineer & Forum Moderator
- Posts: 6940
- Joined: Wed Aug 17, 2011 7:41 pm
- Location: Cambridge
Re: Hardware DTS decoding
No. There is an audio mixer stage after the GPU decode of DTS.1080p_at_35b wrote:dom does this mean there will be no downmixing to stereo option?
Re: Hardware DTS decoding
GPU decoding DTS is more faster than ARM decoding??. Maybe better optimization ARM decoding will be enough to playing smooth 1080p DTS 5.1 movies on TV without external DTS receiver.
-
- Raspberry Pi Engineer & Forum Moderator
- Posts: 6940
- Joined: Wed Aug 17, 2011 7:41 pm
- Location: Cambridge
Re: Hardware DTS decoding
I'm sure that's possible. But it is not a trivial job, and I haven't seen any volunteering.rbej wrote:GPU decoding DTS is more faster than ARM decoding??. Maybe better optimization ARM decoding will be enough to playing smooth 1080p DTS 5.1 movies on TV without external DTS receiver.
-
- Posts: 48
- Joined: Fri Jun 22, 2012 6:07 pm
Re: Hardware DTS decoding
who cares whether it is done via the ARM chip or the GPU? I personally do not. I would really just like to be able to play 1080 DTS movies without stutter and such that I can hear the voice channel adequately mixed with the rest of the channels into stereo.dom wrote:I'm sure that's possible. But it is not a trivial job, and I haven't seen any volunteering.rbej wrote:GPU decoding DTS is more faster than ARM decoding??. Maybe better optimization ARM decoding will be enough to playing smooth 1080p DTS 5.1 movies on TV without external DTS receiver.
I believe those with a DTS receiver can already do this because the audio is not decoded by the Raspi at all, just passed straight through to the receiver. Those of us without expensive receivers cannot play 1080 DTS because the Raspi currently chokes trying to play the audio, even when not attempting downmixing!
Re: Hardware DTS decoding
dom wrote: There are 3 scenarios.
DTS passthough: DTS 5.1 bitstream -> VCHIQ -> television
ARM decode: DTS 5.1 bitstream -> ARM decode to 6 channel PCM -> VCHIQ -> audio_mixer -> television
GPU decode : DTS 5.1 bitstream -> VCHIQ -> GPU decode to 6 channel PCM -> audio_mixer -> television
VCHIQ is the message passing interface from ARM to GPU.
The GPU decode is just software, as is audio_mixer (although 16-way SIMD accelerated, so more efficient than ARM).
Thank you for your detailed response. Much appreciated.
I admittedly thought the GPU had a HW path to decode DTS, as the GPU chip is used in a media player unit.
Out of interest, is the DTS license fee in regard of having access to the 16-way accelerated SIMD path?
As I understand it, the MPEG and VC1 license is what you pay to have the GPU "unlocked" to decode these streams!
Re: Hardware DTS decoding
Wow thanks for the detailed updates on here.
When I said silent I did indeed mean fanless (and diskless as its playing from my NAS), with the CEC support in raspbmc its an excellent media player and will be perfect if you manage to sort the dts licensing.
When I said silent I did indeed mean fanless (and diskless as its playing from my NAS), with the CEC support in raspbmc its an excellent media player and will be perfect if you manage to sort the dts licensing.