Playback Hangs Near End of File After FF/RW/Pause - AndroidTV Client

I had something probably related to this happen while watching an anime last night. I kept backing up repeatedly near the end of the file to look at the credit scenes. Eventually near the end of the file, while I could back up and skip forward and see the video, it would freeze on that frame but the audio continues. Pausing will stop the audio, but the video frame never updates. Skip forward a bit and I hear new audio and get a new video frame, but the visuals would not progress when unpaused, only the audio.

Strange behavior. Just shrugged and figured it was the android video player messing up near the end of the file. Not sure what I need to capture to find out what caused it (if I even can reproduce the issue).

This has been my experience as well. It’s more problematic when the content is having to be transcoded b/c of the .ass subtitles. I seriously wish Plex would get off his a** and update the damn exoplayer. Ever since they forced everybody to use their new player w/ one of the recent android updates, I have had nothing but constant issues with playback - whether it be the bug when trying to jump backwards/forwards near the end of a video to get a black screen & the player saying it’s playing, or the infamous autoplay bug where it hangs and doesn’t play the next video… OR (and this is my favorite) when enabling SRT subtitles in a movie, the player will sometimes hang w/ a black screen or loading circle indefinitely until you switch between ā€˜convert automatically’ or ā€˜play original quality’.

This drives me nuts on the daily, it’s specifically to deal with subtitles and happens on all Android clients, both mobile and TV.

I have no idea how this isn’t a high priority fix…

I can provide logs at request.

Looks like it has to do with Plex Burning these subtitles with special styling in. It doesnt seem to be an Android issue since other players play these mkvs with special styling just fine. And Kodi with Plex-Plugin works properly as well with 0 transcoding for burn-in.

plex-error.log (30.0 KB)

Logs of when this happens. Contains entire stream log when i opened the file, went towards the end, transcoding ends, and i reverse to encounter the same issue.

Like other issues on Android TV, this seems to have gone into a black hole. @DaveBinM promised to give it some attention before he went on leave a while back, but it’s been radio silence ever since. I stand by my assessment of this client being given very poor attention.

1 Like

Bumping since this problem still exists with the most current server and client software (beta) versions. I can pretty much confirm it happens only with videos that have embedded ASS subtitles, and I can replicate it at will. @DaveBinM can you at least confirm this is on someone’s radar?

Thank you @boblinthewild for pointing me to this thread. I too am having this issue. But I’m also curious if there is a way to tell if the embedded subtitles are ASS or not. I really only see this on my OTA TV recordings, which do have subtitles in the stream. But the video will freeze even though I do not have subtitles enabled.

The Plex server dashboard should show the subtitle type when the video is playing. Or you can do a ā€œget infoā€ for the video from your Plex library. You can also use Mediainfo to display the properties of video files and it will show the subtitle type (I haven’t tried using Mediainfo on OTA recorded videos).

I found it happens if you are ever transcoding the file. As OTA broadcasts are recorded as-is in a format not usually usable by modern players, your server will likely transcode it whether you have subtitles or not.

It’s often thought to be associated with .ASS subtitles, as that is a common subtitle type that is not often supported by the Android player, so it must be burned in. This causes a transcode.

2 Likes

This is 100% correct. There are two individual issues here that need to be addressed.

  1. ASS subtitles requiring burn-in. Exoplayer does not support them natively, but Plex can add support (competitors already have).
  2. Transcoded video hangs if you rewind when the stream buffer is full.

#1 is frustrating, but I can live with it given my hardware setup (I’m sure other users have much more trouble). #2 is unbearable.

1 Like

Looks like the original issue described in the subject of this issue has been fixed (albeit likely an accident) in the lastest beta, 9.1.0.

These subtitle formats still require a transcode. Still some work to be done before I come back to plex personally.

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.