That url will only work if the Channels app is running, as it accesses the Channels logs and not the tvOS logs.
You can also check the HDHR’s System Log via my.hdhomerun.com to see what it says when the error appears on the ATV.
The hd home run log will say end of stream (remote closed). I will check the logs today for channels app today after work, its hard to reproduce this issue as it happens randomly.
Update: I have not seen this issue again this week. Also, I was seeing it on ATV4K on wired ethernet. I also have a ATV4 (non 4k) on wifi that I have NOT seen any issue at all.
Again, its very intermittent on the ATV4k - no incidents this week. No incidents at all on the original ATV4.
Happened again. Heres the log
t.709/bt.709/bt.1886/limited SP=1.000000 CL=mpeg2/4/h264
2018-04-15 19:50:53.155 [vf] v: [out] 1280x720 yuv420p bt.709/bt.709/bt.1886/limited SP=1.000000 CL=mpeg2/4/h264
2018-04-15 19:50:53.159 [cplayer] info: (+) Video --vid=1 (mpeg2video)
2018-04-15 19:50:53.163 [cplayer] info: (+) Audio --aid=1 --alang=eng (ac3)
2018-04-15 19:50:53.166 [cplayer] info: Audio --aid=2 --alang=spa (ac3)
2018-04-15 19:50:53.169 [cplayer] info: Subs --sid=1 (eia_608)
2018-04-15 19:50:53.172 [cplayer] info: VO: [opengl-cb] 1280x720 yuv420p
2018-04-15 19:50:53.176 event: video-reconfig
2018-04-15 19:50:53.180 [cplayer] v: VO: Description: OpenGL Callbacks for libmpv
2018-04-15 19:50:53.184 [cplayer] v: first video frame after restart shown
2018-04-15 19:50:53.821 [cplayer] v: starting audio playback
2018-04-15 19:50:53.879 event: playback-restart
2018-04-15 19:50:53.883 Updating playState from LTVideoPlayerPlayStateLoading to LTVideoPlayerPlayStatePlaying
2018-04-15 19:50:53.888 [cplayer] v: playback restart complete
2018-04-15 19:59:53.335 read(32768) = 0 after 5000000
2018-04-15 19:59:55.214 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 34 19
2018-04-15 19:59:55.218 [ffmpeg/video] error: mpeg2video: Warning MVs not available
2018-04-15 19:59:55.223 [ffmpeg/video] v: mpeg2video: concealing 2080 DC, 2080 AC, 2080 MV errors in I frame
2018-04-15 19:59:57.192 [ffmpeg/audio] error: ac3: frame sync error
2018-04-15 19:59:57.195 [ad] error: Error decoding audio.
2018-04-15 19:59:57.317 [cplayer] warn: Invalid audio PTS: 95745.281378 -> 95749.281378
2018-04-15 19:59:57.322 [cplayer] warn:
2018-04-15 19:59:57.326 [cplayer] warn: Audio/Video desynchronisation detected! Possible reasons include too slow
2018-04-15 19:59:57.330 [cplayer] warn: hardware, temporary CPU spikes, broken drivers, and broken files. Audio
2018-04-15 19:59:57.334 [cplayer] warn: position will not match to the video (see A-V status field).
2018-04-15 19:59:57.337 [cplayer] warn:
2018-04-15 19:59:57.661 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 28 34
2018-04-15 19:59:57.664 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 5 35
2018-04-15 19:59:57.669 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 10 36
2018-04-15 19:59:57.673 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 0 37
2018-04-15 19:59:57.677 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 0 38
2018-04-15 19:59:57.681 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 0 39
2018-04-15 19:59:57.684 [ffmpeg/video] error: mpeg2video: invalid cbp 0 at 4 40
2018-04-15 19:59:57.687 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 4 41
2018-04-15 19:59:57.690 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 29 42
2018-04-15 19:59:57.694 [ffmpeg/video] error: mpeg2video: slice mismatch
2018-04-15 19:59:57.698 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 6 44
2018-04-15 19:59:57.702 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 10 33
2018-04-15 19:59:57.706 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 20 5
2018-04-15 19:59:57.710 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 0 6
2018-04-15 19:59:57.714 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 17 8
2018-04-15 19:59:57.717 [ffmpeg/video] error: mpeg2video: invalid cbp -1 at 59 8
2018-04-15 19:59:57.720 [ffmpeg/video] error: mpeg2video: invalid cbp -1 at 9 9
2018-04-15 19:59:57.724 [ffmpeg/video] error: mpeg2video: Invalid mb type in P-frame at 48 10
2018-04-15 19:59:57.728 [ffmpeg/video] error: mpeg2video: Invalid mb type in P-frame at 29 11
2018-04-15 19:59:57.732 [ffmpeg/video] error: mpeg2video: slice mismatch
2018-04-15 19:59:57.736 [ffmpeg/video] error: mpeg2video: Invalid mb type in P-frame at 32 13
2018-04-15 19:59:57.740 [ffmpeg/video] error: mpeg2video: Invalid mb type in P-frame at 16 14
2018-04-15 19:59:57.743 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 59 15
2018-04-15 19:59:57.747 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 9 16
2018-04-15 19:59:57.750 [ffmpeg/video] error: mpeg2video: invalid cbp -1 at 27 17
2018-04-15 19:59:57.754 [ffmpeg/video] error: mpeg2video: mb incr damaged
2018-04-15 19:59:57.758 [ffmpeg/video] error: mpeg2video: slice mismatch
2018-04-15 19:59:57.762 [ffmpeg/video] error: mpeg2video: Invalid mb type in P-frame at 3 20
2018-04-15 19:59:57.766 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 11 21
2018-04-15 19:59:57.769 [ffmpeg/video] error: mpeg2video: invalid cbp -1 at 13 22
2018-04-15 19:59:57.772 [ffmpeg/video] error: mpeg2video: Invalid mb type in P-frame at 13 23
2018-04-15 19:59:57.775 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 21 24
2018-04-15 19:59:57.777 [ffmpeg/video] error: mpeg2video: slice mismatch
2018-04-15 19:59:57.781 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 0 26
2018-04-15 19:59:57.786 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 0 27
2018-04-15 19:59:57.789 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 32 28
2018-04-15 19:59:57.794 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 26 29
2018-04-15 19:59:57.797 [ffmpeg/video] error: mpeg2video: invalid cbp 0 at 16 31
2018-04-15 19:59:57.800 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 1 31
2018-04-15 19:59:57.804 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 2 32
2018-04-15 19:59:57.807 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 1 33
2018-04-15 19:59:57.811 [ffmpeg/video] error: mpeg2video: Warning MVs not available
2018-04-15 19:59:57.815 [ffmpeg/video] v:
Playback started at 7:50pm. Then 9 minutes later, the read() call on the network socket failed after a 5 second (5,000,000 microseconds) timeout.
We’re using standard socket API that’s common to all linux/bsd systems… the only reason it would randomly stop returning data is if there was a network issue, or some sort of bug in the operating system.
I’m really struggling to figure out what could be happening here…
FWIW, @Imthechuck reported a similar issue a few months ago (No Network Detected (Randomly)) and it stopped when he swapped out his asus router.
And another one
2018-04-16 20:02:08.071 device: Bedroom - AppleTV5,3 - Version 11.3 (Build 15L211)
2018-04-16 20:02:08.075 locale: en_US - America/Los_Angeles (PDT) offset -25200 (Daylight)
2018-04-16 20:02:08.077 version: 3.1.13 (3.24.318)
2018-04-16 20:02:08.341 [cplayer] v: Setting option ‘opengl-hwdec-interop’ = “auto” (flags = 64) -> 0
2018-04-16 20:02:08.345 [cplayer] v: Setting option ‘opengl-early-flush’ = “no” (flags = 64) -> 0
2018-04-16 20:02:08.348 [cplayer] v: Setting option ‘vo’ = “opengl-cb” (flags = 64) -> 0
2018-04-16 20:02:08.351 [cplayer] v: Setting option ‘hwdec-codecs’ = “hevc” (flags = 64) -> 0
2018-04-16 20:02:08.354 [cplayer] v: Setting option ‘hwdec’ = “videotoolbox” (flags = 64) -> 0
2018-04-16 20:02:08.357 [cplayer] v: Setting option ‘sub-margin-y’ = “75” (flags = 64) -> 0
2018-04-16 20:02:08.362 [cplayer] v: Setting option ‘demuxer-lavf-probesize’ = 5000000 (flags = 64) -> 0
2018-04-16 20:02:08.366 [cplayer] v: Setting option ‘demuxer’ = “+lavf” (flags = 64) -> 0
2018-04-16 20:02:08.369 [cplayer] v: Setting option ‘sub-border-size’ = “0” (flags = 64) -> 0
2018-04-16 20:02:08.372 [cplayer] v: Setting option ‘sub-back-color’ = “#bf000000” (flags = 64) -> 0
2018-04-16 20:02:08.374 [cplayer] v: Setting option ‘demuxer-readahead-secs’ = “95” (flags = 64) -> 0
2018-04-16 20:02:08.376 [cplayer] v: Setting option ‘demuxer-lavf-o’ = “probesize=131072” (flags = 64) -> 0
2018-04-16 20:02:08.378 [cplayer] v: Setting option ‘deinterlace’ = “no” (flags = 64) -> 0
2018-04-16 20:02:08.386 [cplayer] v: Setting option ‘user-agent’ = “Channels tvOS” (flags = 64) -> 0
2018-04-16 20:02:08.389 [cplayer] v: Setting option ‘cache-secs’ = “95” (flags = 64) -> 0
2018-04-16 20:02:08.392 [cplayer] v: Setting option ‘sub-font-size’ = “32” (flags = 64) -> 0
2018-04-16 20:02:08.393 [cplayer] v: Setting option ‘vd-lavc-software-fallback’ = “no” (flags = 64) -> 0
2018-04-16 20:02:08.395 [cplayer] v: Setting option ‘sub-font’ = “Monaco” (flags = 64) -> 0
2018-04-16 20:02:08.398 [cplayer] v: Setting option ‘vf’ = “lavfi=[fastdeint=linear]” (flags = 64) -> 0
2018-04-16 20:02:08.403 [cplayer] v: Setting option ‘vd-lavc-o’ = “” (flags = 64) -> 0
2018-04-16 20:02:08.407 [cplayer] v: Setting option ‘audio-channels’ = “auto” (flags = 64) -> 0
2018-04-16 20:02:09.575 Devices: (
“<HRDevice:0x1c41adc80 id=1070F186 host=192.168.50.87 model=HDHR5-4US firmware=20180327 channels=205>”
)
2018-04-16 20:02:09.578 DVR: <LTPlusClient:0x1c41e6b00 version=(null) arch=(null) os=(null) url=(null) username=(null)>
2018-04-16 20:02:09.626 Guide Loaded: {
Filter = All;
Source = “On Now”;
}
2018-04-16 20:02:09.645 Startup Tab: {
Tab = LTGuideViewController;
}
2018-04-16 20:02:09.669 Guide Loaded: {
Filter = “HD Channels”;
Source = Guide;
}
2018-04-16 20:02:09.676 Device Found: {
DRM = false;
DRMChannels = 0;
DVB = false;
FirmwareUpToDate = true;
FirmwareVersion = 20180327;
FriendlyName = “HDHomeRun CONNECT Quatro”;
Legacy = false;
ModelNumber = “HDHR5-4US”;
TunerCount = 4;
}
2018-04-16 20:02:09.894 Guide View (Main View/GuideView): (null)
2018-04-16 20:02:12.563 Play Channel: {
Source = “Guide View Item Cell”;
}
2018-04-16 20:02:12.872 [cplayer] v: Run command: stop, flags=0, args=[]
2018-04-16 20:02:12.877 Updating playState from LTVideoPlayerPlayStateStopped to LTVideoPlayerPlayStateStopped
2018-04-16 20:02:12.883 [cplayer] v: Set property: pause=false -> 1
2018-04-16 20:02:13.015 Updating playState from LTVideoPlayerPlayStateStopped to LTVideoPlayerPlayStateLoading
2018-04-16 20:02:13.020 set streaming buffer to 128 segments (free bytes: 22147534848)
2018-04-16 20:02:13.049 streamer sent request to 192.168.50.87: tuner 3, channel <HRChannel:0x1c4174880 number=7.1 name=ABC (KABC-DT)> []
2018-04-16 20:02:13.516 [cplayer] v: Setting option ‘start’ = “none” (flags = 64) -> 0
2018-04-16 20:02:13.522 event: start-file
2018-04-16 20:02:13.527 Updating playState from LTVideoPlayerPlayStateLoading to LTVideoPlayerPlayStateLoading
2018-04-16 20:02:13.536 [cplayer] v: Setting option ‘rebase-start-time’ = “no” (flags = 64) -> 0
2018-04-16 20:02:13.539 [cplayer] v: Run command: loadfile, flags=0, args=[cb://1523934133015, replace, ]
2018-04-16 20:02:13.542 [global] v: config path: ‘watch_later’ -> ‘-’
2018-04-16 20:02:13.546 [cplayer] info: Playing: cb://1523934133015
2018-04-16 20:02:13.549 [stream_callback] v: Opening cb://1523934133015
2018-04-16 20:02:13.553 [stream_callback] v: Stream opened successfully.
2018-04-16 20:02:13.556 [demux] v: Trying demuxers for level=force.
2018-04-16 20:02:13.596 Video View (Main View/VideoView): (null)
2018-04-16 20:02:13.758 streamer started receiving data
2018-04-16 20:02:13.790 [lavf] v: Found ‘mpegts’ at score=50 size=2048.
2018-04-16 20:02:13.793 [lavf] v: avformat_open_input() finished after 0 bytes.
2018-04-16 20:02:13.798 event: tracks-changed
2018-04-16 20:02:13.802 event: tracks-changed
2018-04-16 20:02:13.806 event: tracks-changed
2018-04-16 20:02:13.810 event: metadata-update
2018-04-16 20:02:13.814 event: audio-reconfig
2018-04-16 20:02:13.817 event: file-loaded
2018-04-16 20:02:13.820 [lavf] v: avformat_find_stream_info() skipped
2018-04-16 20:02:13.823 [demux] v: Detected file format: mpegts (libavformat)
2018-04-16 20:02:13.826 [cplayer] v: Opening done: cb://1523934133015
2018-04-16 20:02:13.829 [cplayer] info: (+) Video --vid=1 (mpeg2video)
2018-04-16 20:02:13.832 [cplayer] info: (+) Audio --aid=1 --alang=eng (ac3)
2018-04-16 20:02:13.835 [cplayer] info: Audio --aid=2 --alang=spa (ac3)
2018-04-16 20:02:13.838 [vd] v: Container reported FPS: 0.000000
2018-04-16 20:02:13.842 [vd] v: Codec list:
2018-04-16 20:02:13.847 [vd] v: mpeg2video - MPEG-2 video
2018-04-16 20:02:13.851 [vd] v: mpegvideo (mpeg2video) - MPEG-1 video
2018-04-16 20:02:13.855 [vd] v: Opening video decoder mpeg2video
2018-04-16 20:02:13.859 [vd] v: Not trying to use hardware decoding: codec mpeg2video is not on whitelist, or does not support hardware acceleration.
2018-04-16 20:02:13.863 [vd] v: Using software decoding.
2018-04-16 20:02:13.867 [vd] v: Detected 2 logical cores.
2018-04-16 20:02:13.872 [vd] v: Requesting 3 threads for decoding.
2018-04-16 20:02:13.875 [vd] v: Selected video codec: mpeg2video (MPEG-2 video)
2018-04-16 20:02:13.878 [vf] info: Opening video filter: [lavfi graph=fastdeint=linear]
2018-04-16 20:02:13.881 [lavfi] v: Setting option ‘graph’ = ‘fastdeint=linear’ (flags = 0)
2018-04-16 20:02:13.884 [ad] v: Codec list:
2018-04-16 20:02:13.887 [ad] v: ac3 - ATSC A/52A (AC-3)
2018-04-16 20:02:13.889 [ad] v: ac3_fixed (ac3) - ATSC A/52A (AC-3)
2018-04-16 20:02:13.891 [ad] v: ac3_at (ac3) - ac3 (AudioToolbox)
2018-04-16 20:02:13.893 [ad] v: Opening audio decoder ac3
2018-04-16 20:02:13.896 [ad] v: Requesting 1 threads for decoding.
2018-04-16 20:02:13.899 [ad] v: Selected audio codec: ac3 (ATSC A/52A (AC-3))
2018-04-16 20:02:13.903 [cplayer] v: Starting playback…
2018-04-16 20:02:13.909 [lavf] v: Detected program change for 1: (pcr=0,nb=0) -> (pcr=49,nb=3)
2018-04-16 20:02:13.915 [vd] warn: Error while decoding frame (-1094995529)!
2018-04-16 20:02:13.923 [vd] warn: Error while decoding frame (-1094995529)!
2018-04-16 20:02:13.927 [vd] warn: Error while decoding frame (-1094995529)!
2018-04-16 20:02:13.930 [vd] warn: Error while decoding frame (-1094995529)!
2018-04-16 20:02:13.932 [vd] warn: Error while decoding frame (-1094995529)!
2018-04-16 20:02:13.937 [ao] v: Trying audio driver ‘audiounit’
2018-04-16 20:02:13.940 event: audio-reconfig
2018-04-16 20:02:13.942 [ao/audiounit] v: requested format: 48000 Hz, 5.1(side) channels, floatp
2018-04-16 20:02:13.950 [ao/audiounit] v: using soft-buffer of 9600 samples.
2018-04-16 20:02:13.951 [cplayer] v: Remix: 5.1(side) -> stereo
2018-04-16 20:02:13.953 [cplayer] info: AO: [audiounit] 48000Hz stereo 2ch floatp
2018-04-16 20:02:13.956 event: video-reconfig
2018-04-16 20:02:13.959 event: tracks-changed
2018-04-16 20:02:13.962 event: video-reconfig
2018-04-16 20:02:13.965 [cplayer] v: AO: Description: AudioUnit (iOS)
2018-04-16 20:02:13.968 [vd] v: Using software decoding.
2018-04-16 20:02:13.973 [vd] v: Decoder format: 1280x720 yuv420p auto/auto/auto/limited CL=mpeg2/4/h264 (auto 0.000000/0.000000/0.000000)
2018-04-16 20:02:13.977 [ffmpeg] v: src: w:1280 h:720 pixfmt:yuv420p tb:1/1000000 fr:0/1 sar:1/1 sws_param:
2018-04-16 20:02:13.981 [lavfi] v: lavfi: create graph: ‘fastdeint=linear’
2018-04-16 20:02:13.983 [vf] v: Video filter chain:
2018-04-16 20:02:13.985 [vf] v: [in] 1280x720 yuv420p bt.709/bt.709/bt.1886/limited SP=1.000000 CL=mpeg2/4/h264
2018-04-16 20:02:13.988 [vf] v: [lavfi] “lavfi.00” 1280x720 yuv420p bt.709/bt.709/bt.1886/limited SP=1.000000 CL=mpeg2/4/h264
2018-04-16 20:02:13.991 [vf] v: [out] 1280x720 yuv420p bt.709/bt.709/bt.1886/limited SP=1.000000 CL=mpeg2/4/h264
2018-04-16 20:02:13.993 [cplayer] info: (+) Video --vid=1 (mpeg2video)
2018-04-16 20:02:13.995 [cplayer] info: (+) Audio --aid=1 --alang=eng (ac3)
2018-04-16 20:02:13.997 [cplayer] info: Audio --aid=2 --alang=spa (ac3)
2018-04-16 20:02:13.999 [cplayer] info: Subs --sid=1 (eia_608)
2018-04-16 20:02:14.002 [cplayer] info: VO: [opengl-cb] 1280x720 yuv420p
2018-04-16 20:02:14.005 [cplayer] v: VO: Description: OpenGL Callbacks for libmpv
2018-04-16 20:02:14.009 [cplayer] v: first video frame after restart shown
2018-04-16 20:02:14.557 [cplayer] v: starting audio playback
2018-04-16 20:02:14.757 event: playback-restart
2018-04-16 20:02:14.776 Updating playState from LTVideoPlayerPlayStateLoading to LTVideoPlayerPlayStatePlaying
2018-04-16 20:02:14.788 [cplayer] v: playback restart complete
2018-04-16 21:48:48.086 read got (54) Connection reset by peer
2018-04-16 21:48:48.091 read got (0) Undefined error: 0
2018-04-16 21:48:48.094 read got (0) Undefined error: 0
2018-04-16 21:48:48.100 read got (0) Undefined error: 0
2018-04-16 21:48:48.104 read got (0) Undefined error: 0
2018-04-16 21:48:48.107 read got (0) Undefined error: 0
2018-04-16 21:48:48.111 read got (0) Undefined error: 0
2018-04-16 21:48:48.113 read got (0) Undefined error: 0
2018-04-16 21:48:48.116 read got (0) Undefined error: 0
2018-04-16 21:48:48.118 read got (0) Undefined error: 0
2018-04-16 21:48:48.121 read got (0) Undefined error: 0
2018-04-16 21:48:48.123 read got (0) Undefined error: 0
2018-04-16 21:48:48.125 read got (0) Undefined error: 0
2018-04-16 21:48:48.127 read got (0) Undefined error: 0
2018-04-16 21:48:48.129 read got (0) Undefined error: 0
2018-04-16 21:48:48.132 read got (0) Undefined error: 0
2018-04-16 21:48:48.136 read got (0) Undefined error: 0
2018-04-16 21:48:48.140 read got (0) Undefined error: 0
2018-04-16 21:48:48.146 read got (0) Undefined error: 0
2018-04-16 21:48:48.148 read got (0) Undefined error: 0
2018-04-16 21:48:48.152 streamer stopping after 6032800 packets and 20 timeouts (114613 waits)
2018-04-16 21:48:48.482 [ffmpeg/audio] error: ac3: incomplete frame
2018-04-16 21:48:48.671 [cplayer] v: audio EOF reached
2018-04-16 21:48:49.275 [ffmpeg/video] error: mpeg2video: ac-tex damaged at 36 28
2018-04-16 21:48:49.280 [ffmpeg/video] error: mpeg2video: Warning MVs not available
2018-04-16 21:48:49.286 [ffmpeg/video] v: mpeg2video: concealing 1360 DC, 1360 AC, 1360 MV errors in B frame
2018-04-16 21:48:49.322 event: audio-reconfig
2018-04-16 21:48:49.327 [cplayer] v: video EOF reached
2018-04-16 21:48:49.331 event: video-reconfig
2018-04-16 21:48:49.339 [cplayer] v: EOF code: 1
2018-04-16 21:48:49.347 [ad] v: Uninit audio decoder.
2018-04-16 21:48:49.351 [ffmpeg] v: src: w:1280 h:720 pixfmt:yuv420p tb:1/1000000 fr:0/1 sar:1/1 sws_param:
2018-04-16 21:48:49.354 event: audio-reconfig
2018-04-16 21:48:49.369 event: tracks-changed
2018-04-16 21:48:49.377 event: end-file
2018-04-16 21:48:49.393 Updating playState from LTVideoPlayerPlayStatePlaying to LTVideoPlayerPlayStateError
2018-04-16 21:48:49.412 event: video-reconfig
2018-04-16 21:48:49.419 [lavfi] v: lavfi: create graph: ‘fastdeint=linear’
2018-04-16 21:48:49.425 [vd] v: Uninit video.
2018-04-16 21:48:49.431 [cplayer] v: finished playback, success (reason 0)
2018-04-16 21:48:49.467 [cplayer] info:
2018-04-16 21:48:49.481 [cplayer] v: Set property: aid=1 -> 1
2018-04-16 21:48:49.486 [cplayer] v: Set property: audio=1 -> 1
2018-04-16 21:48:49.490 [cplayer] v: Set property: sid=0 -> 1
2018-04-16 21:48:49.494 [cplayer] v: Set property: sub=0 -> 1
An hour and 46min into playback this time. The client received an ECONNRESET which happens when the other side (or something in the middle like the router) closes the tcp connection.
Chronix10, Nice router. I really like the Asus routers and am on my second Asus model. However, based on my experience with Asus and Channels, don’t be too quick to rule out the router/network.
I currently have a Asus RT-AC68P, which is a step down from your RT-AC86u. Different router but I found there are situations where I could max out the router and cause problems for the Channels app. For example, I used to have an Apple TV with a network connection right into the router. I found that when I ftp’d a large file to a router USB drive, the Channels app would skip and freeze. When I connected the same AppleTV to my core switch the problem stopped. The HD mpeg2 OTA files from channels are some of the highest bandwidth files you will use so it will stress your network and expose any shortcomings.
Good Luck. Scott
2 Likes
That is a fancy router, I only have an AC1900, and it works fine with channels on 5ghz.
Asus did publish a new firmware on 4/12 that had some stability patches. Have you tried that update yet?
So I have been fighting this issue for 5months and I think I finally fixed it. I haven’t seen it for a week at least.
My setup: everything in the house that can be wired is wired(if it has an Ethernet jack it is plugged in). Only thing that is wireless is my phones and tablets etc.
What ended up solving my problem was the combo of the follow two things:
- Set my router to only do DHCP on the first 100 IPs. So 192.168.1.1-100. Then all the devices I watch channels on I set static IP outside of this range. i.e. Apple TV, iPad etc.
- Turned “off” tuner sharing in channel’s settings.
After I did those two things I have had zero issue. It has only been a week. But before I did those two things I couldn’t watch live tv for more than 5-10min before “connection lost” would appear. I’ll update this thread if the issue comes back. But I am hopefully this fixed the issue. Good luck everyone.
I get a similar thing with my HDHomeRun Prime…I have the Channels DVR and iOS apps. Not sure it’s the same but it always happens when one of my Apple TVs hogs the connection even though no one is watching. It would be great if you guys can add a timeout feature/option to close the connection after a period of inactivity. It’s the ONLY thing that my family complains about since moving to Channels and getting rid of cable boxes.
I was having the “Connection Lost” message every day from mid-April to early May.
I reviewed log from Channels DVR and HDHR Prime to find that it looked like an issue with the HDHR. I contacted Comcast because it appeared there was an issue with the MCARD. The MCARD came but I didn’t replace it because the issue stopped after 5/8/2018.
I didn’t realize I could look at the Channels app log on the Apple TV until now. Over the past week, I come home to the “Connection Lost” message when I leave Channels streaming a channel while I’m out of the house.
Today, It looks like it had no issues from 11-2 then the Channels log reports “The Internet connection appears to be offline.” yet within a few moments finds the DVR server and adds the tab back in.
Tuner sharing has been disabled or enabled and issues persist.
I’m operating with three Google Wi-Fi points and connected via Wi-Fi, but experienced the same symptoms when running on a Netgear Nighthawk X6 R8000 gigabit Ethernet connection. It doesn’t seem to matter if I have it connected via Ethernet or Wi-Fi. It has happened on all five of the Apple TVs I have in the house, Ethernet or Wi-Fi, obviously not all streaming content at the same time, but that points to something software OS or application level, IMO. I’ve literally changed everything about my network but this issue pops up periodically and I’m not sure where to go from here.
Where may I send the log?
That sounds pretty frustrating. If you’re seeing “internet connection offline” that’s coming from the OS. Are you google Wi-Fi plugged into another router or cable modem? What is handing out dhcp addresses in your network?
In the either case of Google Wi-Fi or the Netgear, DHCP was managed by the router, not the modem-router upstream. Also, for devices connected via Ethernet, they were connected through a gigabit switch, which was also replaced for troubleshooting.
I did submit a support request with Google as well, they cannot find any drops in network connectivity according to the logs, so they’re looking at something hardware/software related with the endpoints, naturally. 
I guess, now that I can see the ATV logs, I’ll watch those and see if I can get more detail or if it’s always the network being reported as the issue.
1 Like
You can also try the VLC or InstaTV app to compare and see if it triggers the same problem. That would help narrow down to Channels vs tvOS
Hello. Lately, I’m getting Connection lost again. This happens only in Channels. All other apps are functioning while watching live TV. I can watch HD or SD channels and have the issue. It can happen in minutes or it can go for a couple hours then Connection lost. It does not happen in Insta or Plex, though Plex does this differently. I can also watch streaming apps such as Netflix or ABC or HBO for hours and not have a single issue. It seems to be something in Channels causing a fault somewhere to display the Connection lost message. When looking at the log, it all appears to be that the Apple TV has the issue with maintaining it’s connection but I find that hard to understand since all other streaming apps can handle the data stream volume without issue.
I look forward to your feedback!
1 Like
All other apps use much lower data volumes. A typical internet based (or Plex transcoded) stream is 4mbps, whereas the raw HDHR stream is up to 18mbps.
You could change the Home Streaming Quality setting to force the DVR to transcode to a lower rate. That would mimic how Plex works.
I attempted to change the stream from original to anything else and it was choppy. When on original, it plays the stream without being choppy. I’ve got it set back to original again and since posting, I haven’t had the Connection Lost message even after hours of unattended playback. It’s so difficult when it cannot be reproduced with a specific action. Thanks for the follow-up!