I’ve tested this from two different computers from two different locations, one running a windows PMS and one running a linux PMS. When you play a movie from openpht and you want to skip using the arrow keys the movie will skip ahead, but only for about 10 minutes and you can skip up all day and it will still stay at that 10 min mark, if you hit the right key it will restart the entire movie.
I’ve tried several movies, same result. now, if you play a movie and set your remote settings high enough so that the movie doesn’t need to be transcoded, the skip options work as expected.
both PMS are Version 1.3.3.3148 (windows and linux)
In my opinion something is different in PMS, but hopefully you guys can figure this out and make the steps work again as they did before. thanks as always
What version of OpenPHT are you running? on what OS/client?
What skin are you using if any?
What kind of media are you playing? x264? x265?
debug logs from openPHT showing this happening?
have you tried any other clients besides openpht to see if same issue occurs?
tried using latest OpenPHT 1.7.1 , and tried 1.6.2. It does this on the default skin, and any other skin. the media is always x264 i do not have any x265 media. no other clients produce this problem, now PHT possibly could, but i do not have it installed. I have the debug log, I would gladly PM it to someone that could help, but since it contains sensitive information I won’t post it in this thread.
What you’re seeing is the seek working inside of the locally cached video stream. When you hit the end of the cache, you’re basically at the end of the local file so the seek ends. You’ll probably want to sanitize your log and upload it here or file a github issue.
If you have sensitive information in them, you need to remove it. We will most likely need to share the log with other team members and cannot guarantee your log secrecy. We don’t want to be responsible for sanitizing user logs either. It’s not a good use of our volunteer time. But we need the debug logs so the volunteer dev team can look into the issue.
edit: this is me trying to play a movie off my brother’s Windows Plex server. When he plays off of mine he gets the same results I do.
Thanks, @derailius. Could you copy the XML data of the movie you were trying to play remotely? I have a hunch this is related to the media being transcoded. I spent some time tonight attempting to replicate the issue with a remote Linux server, but my skip time is doubling as expected. However, I’m seeing a different issue than you describe.
Also, the rest of the information @daniel.cull requested is important. I can tell from the log it’s a Windows Box, but what OS/Hardware are you running?
it is all movies that require transcoding, if I set OpenPHT to direct play anything from his server then the skip functions work as expected (mostly) but if i have to transcode that’s when i run into problems.
He has a 4690K with 16gb hyperx 1800 ram. a 250GB 850 evo. and like 2 sata3 7200 drives on Windows 10 pro. hmm… i just thought of something though. I do actually have the transcode directory NOT on the ssd, but on his WD Black drive I wonder if that might be some of the issue? I’ll test that and report back.
edit: nope, changing the transcode directory to be on the ssd yielded the same results
can you try and go into Settings, Playback, Advanced Video. Enable FFMPEG AVIO for network transport, see if it makes any difference?
with that option enabled and i try to skip ahead, now it just gives me a “Please wait” in the bottom right hand corner. been like that on 5 different attempts, so it’s made it worse unfortunately
yea it will take a while sitting on please wait to start playing again and is probably not usable. it may take minutes, it does seem to seek correctly with this enabled tho
i can confirm your issues tho if i set my openpht to force transcode its not seeking correctly.
@daniel.cull said:
yea it will take a while sitting on please wait to start playing again and is probably not usable. it may take minutes, it does seem to seek correctly with this enabled tho
i can confirm your issues tho if i set my openpht to force transcode its not seeking correctly.
are you transcoding because of WAN speed issues?
yes, precisely because of WAN speeds, he is not the only person i share with, and vice versa. So we keep our remote settings quality to around 2mb 720p.
Just to add to this, I installed an old version of Plex Home Theater, and with transcoding forced, skipping works as expected. So the problem truly is something broken in OpenPHT. =/
I would advise anyone using transcoding with OpenPHT not to upgrade to the recently released PMS 1.4.1 until next release of OpenPHT.
It broke the fix I just made for PMS 1.3.x compatibility :/, the transcoded video no longer have metadata for duration or start position (1.3.x only removed the total duration metadata).
@Kwiboo said:
I would advise anyone using transcoding with OpenPHT not to upgrade to the recently released PMS 1.4.1 until next release of OpenPHT.
It broke the fix I just made for PMS 1.3.x compatibility :/, the transcoded video no longer have metadata for duration or start position (1.3.x only removed the total duration metadata).
yup, i was just testing it too, lol oh well, too late now. thanks for the heads up
