NEW: Remote DVR Access on tvOS

When I tested this, I connected my ATV to my iPhone, then got the ATV ip from settings and it worked great. If the ATV holds the token across reboots and network changes, then that should be fine.

I cannot get this to work? I have the DVR server on a Synology NAS. I put in the ip address of my ATV but get a failed to find server page. Any advice?

I got this to work with my iPhone hotspot. I think I missed a zero off the port number. Havenā€™t got it to stream anything yet (just spinner) but that maybe my patchy 4G at home. It definitely contacts the DVR and lists recordings/guide etc.

Update to the latest beta and click the ā€œlogin to remote DVRā€ button and follow the instructions on screen

Will the ā€œLogin to remote DVRā€ button only show when you are not on the same network as your NAS?

Yes it only shows when no dvr and no hdhrs are detected.

Confirmed the Top Shelf doesnā€™t work remotely. Iā€™m pushing out a beta with a change shortly which may or may not fix the issue. Youā€™ll need to go through the authorization process again after updating to try it.

EDIT: I was able to get remote top shelf working here and just pushed another new beta with the fixes.

Love this feature!

2 Likes

Iā€™m hitting an issue where the Channels DVR is having issues transcoding over the internet to the Apple TV (or iPhone). For background, I have a Synology 716+II and Iā€™m using an LTE wireless connection (personal hotspot) which measures 18Mbs download. My home Comcast internet measures 12Mbs upload. These stats would suggest transcoding at 0.7Mbs shouldnā€™t be an issue. Iā€™m finding, however, that the channel Iā€™m trying to stream seems to be having buffering issues (ping ponging between 50% and 99% full).

2017/08/09 19:01:04 [TNR] Opened connection to 1316D3EB for ch402
2017/08/09 19:01:05 [HLS] Probing live stream for codec/bitrate took 990.132902ms
2017/08/09 19:01:05 [NAT] Successfully mapped port 8089 using natpmp
libva info: VA-API version 0.40.0
libva info: va_getDriverName() returns 0
libva info: va_openDriver() returns 0
2017/08/09 19:01:05 [DVR] Pruning old recording Americaā€™s Got Talent S12E07 2017-07-13 Best of Auditions 2017-07-13-1900.mpg
2017/08/09 19:01:06 [DVR] Deleting /volume1/Channels/TV/Americaā€™s Got Talent/Americaā€™s Got Talent S12E07 2017-07-13 Best of Auditions 2017-07-13-1900.mpg
2017/08/09 19:01:24 [WRN] Buffer for 1316D3EB ch402 is more than 50% full (clients=1, len=16777684)
2017/08/09 19:01:27 [WRN] Buffer for 1316D3EB ch402 is more than 50% full (clients=1, len=16777684)
2017/08/09 19:01:31 [WRN] Buffer for 1316D3EB ch402 is more than 75% full (clients=1, len=25165868)
2017/08/09 19:01:34 [WRN] Buffer for 1316D3EB ch402 is more than 95% full (clients=1, len=31877468)
2017/08/09 19:01:35 [WRN] Buffer for 1316D3EB ch402 is more than 99% full (clients=1, len=33219788)
2017/08/09 19:01:44 [WRN] Buffer for 1316D3EB ch402 is more than 50% full (clients=1, len=16777304)
[mpegts @ 0x28a59a0] Dropped corrupted packet (stream = 0)
[mpegts @ 0x28a59a0] Dropped corrupted packet (stream = 1)
2017/08/09 19:01:48 [WRN] Buffer for 1316D3EB ch402 is more than 75% full (clients=1, len=25166804)
2017/08/09 19:01:50 [WRN] Buffer for 1316D3EB ch402 is more than 50% full (clients=1, len=16777304)
2017/08/09 19:01:55 [WRN] Buffer for 1316D3EB ch402 is more than 75% full (clients=1, len=25166804)
2017/08/09 19:01:58 [WRN] Buffer for 1316D3EB ch402 is more than 95% full (clients=1, len=31877088)
2017/08/09 19:02:08 [WRN] Buffer for 1316D3EB ch402 is more than 50% full (clients=1, len=16777684)
2017/08/09 19:02:14 [WRN] Buffer for 1316D3EB ch402 is more than 50% full (clients=1, len=16777684)
2017/08/09 19:02:19 [WRN] Buffer for 1316D3EB ch402 is more than 50% full (clients=1, len=16777684)
2017/08/09 19:02:24 [WRN] Buffer for 1316D3EB ch402 is more than 50% full (clients=1, len=16777684)
2017/08/09 19:02:28 [WRN] Buffer for 1316D3EB ch402 is more than 75% full (clients=1, len=25165868)
2017/08/09 19:02:38 [WRN] Buffer for 1316D3EB ch402 is more than 95% full (clients=1, len=31877468)

Once it gets in this mode it seems to have issues if I stop the stream and try and restart it. After trying to restart the stream the Apple TV sits with a blank screen for a while and then reports no tuner is available. I noticed that each time I try and do this the log seems to increment the Client count all the while saying I donā€™t have a tuner.

libva info: VA-API version 0.40.0
libva info: va_getDriverName() returns 0
libva info: va_openDriver() returns 0
2017/08/09 18:47:26 [TNR] Sharing existing connection to 1316D3EB for ch402 (clients=6, len=33554432)
libva info: VA-API version 0.40.0
libva info: va_getDriverName() returns 0
libva info: va_openDriver() returns 0
2017/08/09 18:49:42 [TNR] Sharing existing connection to 1316D3EB for ch402 (clients=7, len=33554432)
libva info: VA-API version 0.40.0
libva info: va_getDriverName() returns 0
libva info: va_openDriver() returns 0
2017/08/09 18:51:34 [TNR] Sharing existing connection to 1316D3EB for ch402 (clients=8, len=33554432)

I initially found that if I waited a minute those extra client connections would clear out and I could stream the show again. Now I find that even after waiting several minutes the phantom client connections donā€™t seem to go away keeping me blocked from viewing that particular channel (although I can view another channel).

When I switch back to wifi I can get the channel to play again (with no transcoding), but when I go back to LTE I canā€™t get that channel to play. Anyway, Iā€™m not sure this happens with all channels, but just happens to be the first one I tired.

Sounds like a flaky cell connection, which is why the DVR client count keeps increasingā€¦ Itā€™s supposed to go down as soon as you close the player.

Once the client count is that high, itā€™s basically stuck in a broken state because its trying to feed all those ghost clients which obviously are not keeping up. Youā€™d need to restart the DVR (from the NAS apps panel) to get out of that state.

With clients=1 if youā€™re seeing those buffer overflow errors, it means the client isnā€™t downloading the stream fast enough. Usually this means your available bandwidth is too low, and youā€™d need to set the transcoding rate even lower.

I agree it sounds like a flaky connection, but he LTE speed test consistently shows around 12Mbs download. Streaming Youtube TV over LTE to my iPhone has no issues so this would suggest the issue is with Comcast. That doesnā€™t make sense either as when I stream over Comcast via wifi I donā€™t have issues there either.

I havenā€™t had transcoding issues on my network when streaming to my Mac, but Iā€™ll retest that tonight to see if that still works well.

Can you try PiP and see if thatā€™s more reliable.

Iā€™ve narrowed down the issue. Hereā€™s what I found:

  • When I transcode locally to my Mac it works
  • When I transcode locally to my iPhone (0.7Mbs) it works
  • When I switch to LTE and transcode to my phone (0.7Mbs) it works fine
  • I setup a personal hotspot and connect my Apple TV. Before loading channels on my Apple TV I try to watch the same channel from my iPhone and immediately hit the issue Iā€™ve been seeing.

Iā€™m not sure why setting up a personal hotspot causes these issues. Iā€™m also not sure why other streaming apps donā€™t seem to suffer as Channels does when setup as a hotspot.

Iā€™ve done the same thing with my iPhone without problem.

Which version of phone do you have?

I have an iPhone 7 (Verizon)

Iā€™ve been testing all sorts of cases where I reboot my devices and can consistently hit the issue when using the hotspot. The last attempt I did the following:

  • Fresh reboot of everything
  • Created the hotspot
  • Loaded the Channels on the Apple TV and started to stream a channel. The channel streamed fine for about 10 seconds or so I stopped the stream. I then restarted the same channel stream after another 5 seconds. I then encountered the same problem Iā€™ve been seeing.

@ts01: who is your cell provider?

Unfortunately depending on your plan and the provider, speedtests really may not have much value. Some providers ā€œcheatā€ by whitelisting well known speed test apps/sites to which give an inflated speedtest result.

Some providers have ā€œspecial featuresā€ like TMOs binge on (and other providers also have something similar) that either reduces the quality or bandwidth of traffic it determines to be streams by using traffic shaping either to well known streaming sites or unknown video traffic differently.

Most providers treat Hotspot traffic different from traffic originating from the phone itself (both in billing and in bandwidth limits)

@tmm1: is it possible to select/add an option to force the connection via TLS/SSL if it does not already use it for remote access on tvOS? on a longshot that the TLS/SSL traffic cannot be detected as streaming video by the cell provider and would not be affected adversely if the above is happeningā€¦

Loging in to the remote DVR works great.
When I close the app, not quit out of it, the ā€˜logout of DVRā€™ toggle is gone.

Wondering if its supposed to be persistent?

Full SSL support is planned once we get approval from Letā€™s Encrypt.

The logout option should show up any time the remote DVR is being used (i.e. not in your home)