search

RasPlex / OpenPHT

OpenPHT is a community driven fork of Plex Home Theater
Other
596 stars 110 forks source link

Fallback to transcode if DP fails #143

Closed gbooker closed 8 years ago

gbooker commented 8 years ago

The suggested client behavior has been to try direct play and if that fails fall back to transcode. As such, in a future version of PMS, the direct play endpoint may return an error code (500 class) under certain circumstances, even for a file that exists.

When this change occurs, OpenPHT (and PHT) will be given a modified metadata XML. This is to encourage it to use the trancoder instead of direct play so as to provide a playback that avoids the errors that results from the client receiving this http error on the direct play endpoint. This modification is only applied to versions 1.6.2 and below, so the next version needs to fallback to the transcode endpoint when the direct play endpoint does not return data.

mannkind commented 8 years ago

As such, in a future version of PMS, the direct play endpoint may return an error code (500 class) under certain circumstances, even for a file that exists.

I just ran into this issue setting up OpenPHT for the first time on a Mac w/macOS El Capitan.

When trying to stream a movie OpenPHT would display an error stating that the file didn't exist. I knew the file did exist, because I could pull out my phone and stream the video without issue using Plex for iOS.

I was about to downgrade Plex Media Server, but figured out a work-around.

The work-around is to set Remote Video Quality and check the Force Transcode box in OpenPHT. Unfortunately it took a long time to figure that out, because the only option OpenPHT would display for Remote Video Quality was Direct Play. I had to manually edit the guisettings.xml file after figuring out the appropriate values for <remotequality /> and <remotequalitystr />

gbooker commented 8 years ago

This GHI was opened prior to the streaming brain announcement which is the reason for it in the first place and why it was so vague. This was the bare minimum that a client needed to do in order to work with the streaming brain in 1.2.2 and later. Now from the commits I see OpenPHT is working on real streaming brain support so that makes this issue redundant. I'm closing as a result.