When playing back a DVR recording on my ATV4, if I try to seek it will often hang. This seems to occur regardless of how I initiate the seek (asking siri to “skip 3 minutes”; clicking the touchpad and advancing 3 minutes; repeatedly clicking the 10s skip ‘button’). When this happens, the ‘current time’ marker on the timebar spins but no matter how long I seem to wait it never successfully seeks.
Originally I thought this may have been a MPEG TS issue with the AppleTV. So I wrote a postprocessing script to wrap it in an MKV. That didn’t seem to help. I then added a transcode (to h.264) step to that script, but I still see the issue. I don’t even see this issue with other videos I watch, even MKV-wrapped bluray rips.
Please let me know if there’s any additional information I can provide to help debug this issue.
running in the exact same issue yesterday evening. trying to convert x264 video streams to lower bitrate for the cloud. no solution at the moment - but first findings.
original m4v file plays flawlessly
converted the file with ffmpeg the result m4v has an additional video stream!!
it looks like the ffmpeg command i used transcoded the included poster to a video
next steps for me: find the correct ffmpeg command
you could check in plex (information button) if your transcoded video has more than 1 video streams - then it may be the same issue.
(the same issue happens 1 year ago with subler outputs - also having 2 video streams after remuxing - was immediatly fixed by subler)
I’ve noticed this from time to time as well. Hasn’t been a big enough nuisance for me to bring it up. But since you did I will chime in.
One thing that I thought my be contributing to mine doing this is I’m watching my Plex DVR remote all the time. So it’s hard to tell if it’s Plex or just the inconsistent speeds of the internet.
@grossertiger Not sure what you mean by ‘original m4v file’, as afaict Plex DVR stores MPEG TS (aka .ts) files containing MPEG2VIDEO streams. Though I’m guessing the stream codec may vary from tuner to tuner. I believe at least some Silicondust models do on-device xcoding to h264.
my problem didn’t start with dvr - i don’t use the dvr function.
but the problem i have is the exact same as you described - and in my case it was a second video stream in the container - created by ffmpeg. after deleting the second video stream in the container the seek works again correct!
You should answer if the reply given has NOT answered your post. Currently, status indicates “answered”, hence Plex review will probably bypass any further consideration. I understand your frustration, I’m in the same sinking boat. Even though my queries are still in “question” status…I haven’t had any recent replies from Plex.
My posting will again move your original posting to the top of the list (and hopefully will catch Plex attention). I’m with you, all I want is Plex to work with any of us to fix this failing.
@grahams said:
I am on a plex forum, I’m not interested in other applications. I’m interested in helping the Plex team fix problems with the software I use.
