Hi,
I keep getting lockups, maybe one every 30 minutes, watching Channels DVR on the Apple TV. This appears to have only happens since the TVOS update. I am running the ARM Linux version of Channels DVR and viewing from the Apple TV. Is anyone else having similar symptoms?
-Karl
The entire app locks up? Or a brief stutter?
I watched 4 hour long episodes earlier and didn’t have a problem. The TV in my living room has also been on live TV for a few hours and no complaints from the wife, either.
The video itself locks up, and no amount of waiting or play/pause activity fixes it. Backing out of the playing video to the menus, then going back in again, seems to fix it.
What version of the app? Are your recordings mpeg2 or h264?
MPEG-2, beta version of TVOS app, although I just realized that it was the version (9.23.707) before the current one, so I’ll try updating and get back to you. Server version is, as always, up to date.
The same problem continues with the latest beta. It cut out at +12 minutes into the show I was testing it on. I waited for a couple of minutes, before trying play/pause, backup, advance, etc., and the on screen display registered I was doing something, but nothing affected the frozen video. I then hit back up and Watch, and it resumed where it froze.
To confirm, these are Los Angeles ATSC broadcasts, and the issues seems to be channel independent. Unfortunately I can’t say for sure when the behavior started, because I’ve not been watching Channels DVR much over the summer until the past week or so (US TV seasons). I’m running Ubuntu 16.04 Linux on an ARM server (Firefly RK3399), and network speeds are excellent (hardwired via Gigabit hub).
I should add that I just, for the first time since the problem began, tried it on my iPhone app (latest version, non-beta, not upgraded to iOS 11) and I experienced the same symptom as far as I can tell, but at different points in the recording, twice in 6 minutes, but smooth for the 15 minutes after that. Again, toggling play/pause didn’t work, and neither did skipping forward or back, but backing out of the playing video and starting again fixed it. As a result, I suspect it’s a server thing or something in the common code base. Unfortunately my server is underpowered to check whether it’s applies to transcoding too, even at lower resolutions.
For the past 20 minutes I’ve been running both Apple TV and iPhone streams in parallel, and all has been good, which perhaps just shows how inconsistent it is.
I had a look at the logs, and there is nothing correlating with the lockup times.
Are these recordings of shows in progress, or completed recordings?
Completed, typically the night before.