DD/DTS transcoding and performance

Quick question on the transcoding logic between RasPlex and the server as things stand.  As I understand it when decoding DD/DTS the RPi needs to do this in software, which causes a significant performance hit and can cause trouble playing 1080p with DTS.

 

Given that, would it be a better idea to get the Plex server to do the decoding if necessary instead.  Eg.

  • If RasPlex audio settings say we have 2.0 receiver which isn't DD/DTS capable, then request 2-channel PCM from the server
  • If the RasPlex settings say we have a 5.1 receiver which is DD/DTS capable, then just pass through to the receiver with no transcoding

Is that something that's been considered?  If it's a client-side change only I might be keen to give a hand implementing it (though I might need a few pointers first)...

This is all about transcoding. At this point RPi has no specific profile or treatment for transcoding.

We are working on this so that things get transcoded properly when it is not harware supported on RPi.

This will take a bit of time and adjustement, but it's on its way :)

Thanks for taking the time to reply - that's good to hear.  Are the team looking for any help on the development side generally - as I mention above, I would be keen to get involved, but I'm not sure what the team structure is on RasPlex.  GitHub suggests there aren't many contributors; is that right?

All good wills are welcome :)

Maybe you can come on irc chan #plex on irc.srvthe.net and then we can discuss about this :)

Contact me / a_wein or dale (void_ptr).

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.