Looks like the iOS client isnt complying with the "spec" (what all the other clients do) for what PlayMedia is supposed to be, where for the FullURL they are sending the section URL instead of the media URL, and sending the media "key" in the key field (which everyone else does).
Either way, this should be a pretty quick fix, once I saw what actual change you made in your fixed version. I should have a push ready in a little bit (probably less than an hour, once I get off this phone call)
Can you check on the transcode branch now? I just put in a fix that should take care of this, and did a quick check on my machine (still with the web client) and it works, but I havent tested with iOS yet.
I quickly tested the transcode branch yesterday but it transcoded files it normally would direct play resulting in quality loss and stutter in playback (the stutter could be because my server was also transcoding for PlexSync). Can you specify some explanation what the new transcode functionality does and how we can use it?
I just updated the repo to mark "quality" as 20, which, according to some things I read somewhere (I dont remember where now, might have been Trudge), should direct stream anything possible. (Possible is h264 video, level 4.1 or below).
What transcoding is really useful for is non-h264 video, which the Pi cant play in hardware. Plex should now direct stream (Copying video / audio stream ,just putting it in a new container)
I just re-read my post, and it might have been wrong.
Plex should now (with the upped quality number) direct stream any h264 at level 4.1 or below (4.1 is used by bluRay, if you need more quality than that, you're probably doing it wrong)
Plex will transcode anything else. So all your avi's, mpeg's, etc. will play smoothly, assuming your server can transcode.
I was thinking about using some kind of selector to choose whenever transcode for subtitles. Transcoding is needed to have subs on the movies. I think it is possible to know if subs are available for a media file from the library. So maybe the selector can decide that if subs are available, use transcoding but if they aren’t, do not use transcoding. What do you think?
The transcode branch works for me now and plays the correct episode.
I also tried the master branch, but I had an error. I am running my own install of OMXplayer, but I believe I confirmed that it is the same version that is in the deb repos.
Caught exception<br />
Traceback (most recent call last):<br />
File "pyplex.py", line 230, in <module><br />
xbmcCmmd.updatePosition()<br />
File "pyplex.py", line 160, in updatePosition<br />
if (self.getPosMilli() > (self.media.duration * .95)):<br />
File "pyplex.py", line 141, in getPosMilli<br />
return self.getMilliseconds(self.omx.position)<br />
AttributeError: 'OMXPlayer' object has no attribute 'position'
If it can direct stream, it will. For you, I think you modified the code for a different media player, You'll need to modify the plexInterface.py to have the correct player capabilities, otherwise it'll only try and direct stream h264, and not anything else your player could probably play anyway.
yep. that’s my point. My mediacenter is able to reproduce h264 1080p in direct mode without any problem. But it would be nice to have a way to say to PMS: “please transcode this because I want subtitles, even although I can play this content without any problem in direct mode”. I will make some tests to see if it can be included as an option.
Using Windows server, and .. /clients give me an XML error when I try it locally. Maybe it has something to do with being unable to publish the server.
This XML file does not appear to have any style information associated with it. The document tree is shown below.<br />
<MediaContainer size="0"></MediaContainer>
