OpenPHT continues playback but reset the progress

Dev Community Apps & Creations
1

I’ve noticed this recently it might be related with upgrading PMS to 1.3.2. Yesterday I have upgraded to 1.3.3 problem still exist.
It’s only happening on remote location, remote playback is set to 4MB.

I start remote playback on iPad. I’ve watched 20 minutes, 20 minutes left. At remote location via plex.tv/web I see correct progress.
I will resume playback in remote location using OpenPHT, I get pop up asking me the usual, resume from 20:00 or star over.
Resuming from 20:00, playback starts in proper place, but the progress bar start from 0. Shortly after web app progress gets updated accordingly, moving the yellow progress back to 1 minute watched/39 left.
Trakt.tv is reporting also starting playback from beginning.
After 20 minutes session the episode is over (20 minutes iPad+20 OpenPHT) but the progress bar is only in the middle. Stopping playback, web app get updated accordingly that I have watched only 20 minutes. I can start again from 20 minutes mark, playback resumes correctly but again progress back to 0, vicious circle.

Same test using iPad 20 minutes remote + PMP on the same remote machine. Playback resumes in proper place as well as progress.
Both web app and trakt are reporting progress correctly.
Same test using iPad 20 minutes remote + OpenPHT on local network using direct play. Playback resumes in proper place as well as progress. Both web app and trakt are reporting progress correctly.

Another test starting playback 20 minutes in remote location using OpenPHT, resuming playback on OpenPHT shortly after.
Playback resumes in proper place as well as progress. Both web app and trakt are reporting progress correctly.

Another test starting playback in remote location on PMP, 5 minutes sessions. Stopping PMP, resuming on OpenPHT in remote location, playback resumes properly, progress again from 0. Web app progress goes back again, trakt report playback from beginning.

Another test starting playback 20 minutes in remote location using OpenPHT. Resuming shortly after on iPad, 5 minutes playback
Playback resumes in proper place as well as progress. Both web app and trakt are reporting progress correctly. Stopping playback on iPad. Resuming playback again on OpenPHT in remote location. Playback resumes in proper place as well as progress. Both web app and trakt are reporting progress correctly.

TL:DR
Start playback on OpenPHT in remote location, resume on any client including OpenPHT - progress is kept
Start playback on any client, resume on OpenPHT in remote location - progress get reseted to 0

2

Bump, any idea?

3

I cannot replicate the issue on my setup using a remote PMS at 4Mbs without Trakt.

4

I got the same issue.
Plex media server version 1.3.3.3148 on a windows 10 and OpenPHT on Mac version 1.7.1.
When i resume a movie the video continue from the same time but the progress is reset to 0, i can see the progress on the Plex App in iPhone also the subtitles are restarting from beginning like the progress.
This happen only in OpenPHT, the resume works fine on Plex Media Player on Windows and on an Android TV.

5

EDIT: im only on local, not remote

6

@Magic_435 This is confirmed now. There is a transcode bug with OpenPHT and the last few PMS versions. When transcoding you’ll see this error occur. Other symptoms are long load times when starting a movie and seeking.

7

@benjaminwolf sorry for late response. When can we expect this to be fixed?

8

@“Bartlomiej Baraniec” said:
@benjaminwolf sorry for late response. When can we expect this to be fixed?

I’m hoping it will be in the bug fix version 1.7.2 as it’s a major feature break. However, the issue is still being investigated, so I can’t confirm that until we have the fix identified and beta tested.

9

@benjaminwolf any update on this matter? I know a week for developer to find and address issue might be not long enough, on other end of spectrum, for those waiting for fix it has been long enough :wink:
On serious note, my family uses OpenPHT in numerous locations and in most cases we don’t have any other alternatives.

10

@“Bartlomiej Baraniec” Required OpenPHT Devs are on leave. So it’s still pending until they have time to return to the project and address the issues.

11

Got the same issue here. PMS 1.3.3.3148 running Win2008R2 x64 and RasPlex 1.7.1.137-b604995c on RPi 2 Model B. Playing content from the beginning is fine. Resuming fails in every test I’ve done. RasPlex says it’s transcoding. PMS shows CPU utilization going very high (which is normal for h.265-to-h.264 transcoding) but nothing ever plays on RasPlex. Resuming the same content using the Plex web browser player on Win10 x64 works fine.

The problem seems to occur constantly with h.265 content. I haven’t had time to test it with h.264 content which doesn’t need transcoding. Haven’t correlated it with DTS, Dolby, or anything else yet.

It looks like the devs recognize this as a known bug. Is there any workaround at the moment?

12

Jep. I got the same problem with Rasplex (PMS 1.3.3 )on my raspberry 3 and raspberry 2.
Temporary Solution: Downgrade to PMS 1.2.7

13

@prisoner881 PMS downgrade or temporary switch to different client if possible.

14

Sooooo…since this is a pretty big bug affecting quite a few people, we can expect a fix…when?

Seriously, can we get confirmation from anybody at PMS that this is being treated as a priority? Even a beta/pre-release would be welcome at this point.

15

@prisoner881 said:
Sooooo…since this is a pretty big bug affecting quite a few people, we can expect a fix…when?

Seriously, can we get confirmation from anybody at PMS that this is being treated as a priority? Even a beta/pre-release would be welcome at this point.

anybody at PMS? are you talking about Plex staff? this isnt their problem to resolve at this point as i cant find any other apps which have the same issue, , its a OpenPHT issue and needs to be fixed by the OpenPHT dev, who has been afk, but will be returning next week, and this bug is at the top of the list for the “testers” to hassle the dev about when its back.

16

Oh OK. I misunderstood your earlier comment and thought the issue was with the PMS, not OpenPHT. Sorry about that! I’ll be on the lookout for an update from them.

17

Any update on this matter please?

18

This issue along with seek not working when transcoding was caused by a change in PMS, next release will have a fix for this issue.

19

Let me rephrase that. Yes, I know what is causing this, I’m glad it will be fixed in next release. When it will be?

20

Current ETA is 1-2 weeks away and the main focus areas at the moment is Alexa support and rebasing on LibreELEC 8.