So it seems that the Pi only support up to 8 bit depth, which is not a problem, I do not have many files that are above 8 bit depth, what I want to ask is the following.
If I set Plex to force transcode it will play the file fine, but I don't want to force transcode all my media all the time, The Roku has a option to Play direct with a fall back to transcode.
Could we not get a similar option for Plex Home theatre? Direct play with fallback? so video's that have the incorrect requirements get transcoded automatically?
Rather than having all my media transcoded?
Unless there is another option to get around this little problem?
Rasplex does, in recent releases you have to disable FFMPEG AVIO in the Preferences for transcoding to work, search the forum for the exact menu options.
Hi, I've a doubt about this. Because the file plays fine with Kodi(raspbmc), and with rasplex always try to transcode. How could this happen if "the Pi doesn't have hardware decoding for 10bit"?
Hi, I've a doubt about this. Because the file plays fine with Kodi(raspbmc), and with rasplex always try to transcode. How could this happen if "the Pi doesn't have hardware decoding for 10bit"?
That could most easily happen if that Kodi version has a software decoder for 10-bit encoded video.
Since Kodi is intended for stand-alone use without any server, it has to contain local decoders for all video to be handled, even if some have to be software decoded.
But PHT/RasPlex is intended for use only with media from servers, so the same urgent need for local decoders does not apply.
It's more efficient to leave the software decoding/transcoding to the PMS server, especially when the client runs on a low-end computer.
Weird artifacts and other video errors in transcoded media may be caused by errors in how the transcoder interprets the media.
CODECs installed locally on the server machine may or may not have an influence on this.
I'm unsure whether PMS relies on those, or uses only its own internal libs.
You should check how other media players on the server machine handle the same videos, to see if any artifacts appear then.
But in that test you should avoid using media players with their own internal CODEC libs, such as VLC.
(Because app-internal libs can never be used by PMS, so their results are not related.)
Another test that can help determine if it is the transcoding of PMS which adds the errors, rather than some RasPlex bug, is to try it with other Plex clients.
If any of them play the files perfectly, then the fault is isolated to PHT/RasPlex, so the final test of this kind is to test it with PHT on a PC.
If that also plays the files perfectly, then the fault is isolated to RasPlex and needs to be fixed by the RasPlex team.
But in all other cases the bug is either due to missing CODECs on the PMS system, or some bug to be fixed by Plex Inc.