Still seeing ongoing issues with micro pauses while watching the Premium TV channels. I only see this with Channels meaning not with the native SD app on a Mac and not with any other streaming services. I see it on both wired and wireless ATVs and also both ATV4s and ATV4Ks.
For a bit I thought I saw a correlation between micro pauses and tuner sharing, however, that was a red herring. I do believe that I've seen a reduction in the frequency by turning on "Match Frame Rate" on the ATV.
Here are some logs from an ATV showing the pauses:
2018-11-14 09:40:52.980 [cplayer] v: Starting playback... 2018-11-14 09:40:52.985 [vd] v: Decoder format: 1280x720 yuv420p auto/auto/auto/auto/auto CL=mpeg2/4/h264 (auto 0.000000/0.000000/0.000000) 2018-11-14 09:40:52.989 [vf] v: [in] 1280x720 yuv420p bt.709/bt.709/bt.1886/limited/display SP=1.000000 CL=mpeg2/4/h264 2018-11-14 09:40:52.992 [vf] v: [userdeint] 1280x720 yuv420p bt.709/bt.709/bt.1886/limited/display SP=1.000000 CL=mpeg2/4/h264 2018-11-14 09:40:52.995 [vf] v: [lavfi] 1280x720 yuv420p bt.709/bt.709/bt.1886/limited/display SP=1.000000 CL=mpeg2/4/h264 2018-11-14 09:40:52.998 [vf] v: [autorotate] 1280x720 yuv420p bt.709/bt.709/bt.1886/limited/display SP=1.000000 CL=mpeg2/4/h264 2018-11-14 09:40:53.001 [vf] v: [convert] 1280x720 yuv420p bt.709/bt.709/bt.1886/limited/display SP=1.000000 CL=mpeg2/4/h264 2018-11-14 09:40:53.004 [af] v: [in] 48000Hz stereo 2ch floatp 2018-11-14 09:40:53.007 [af] v: format changed, draining filter chain 2018-11-14 09:40:53.010 [af] v: done format change draining 2018-11-14 09:40:53.015 [af] v: probing new format 2018-11-14 09:40:53.019 [af] v: [userspeed] 48000Hz stereo 2ch floatp 2018-11-14 09:40:53.022 [af] v: [convert] 48000Hz stereo 2ch floatp 2018-11-14 09:40:53.026 [af] v: got output format from probing 2018-11-14 09:40:53.030 [ao] v: Trying audio driver 'audiounit' 2018-11-14 09:40:53.034 [ao/audiounit] v: requested format: 48000 Hz, stereo channels, floatp 2018-11-14 09:40:53.038 [ao/audiounit] v: using soft-buffer of 9600 samples. 2018-11-14 09:40:53.042 [cplayer] info: AO: [audiounit] 48000Hz stereo 2ch floatp 2018-11-14 09:40:53.044 [cplayer] v: AO: Description: AudioUnit (iOS) 2018-11-14 09:40:53.046 [cplayer] info: VO: [libmpv] 1280x720 yuv420p 2018-11-14 09:40:53.048 [cplayer] v: VO: Description: render API for libmpv 2018-11-14 09:40:53.050 [vo/libmpv] v: reconfig to 1280x720 yuv420p bt.709/bt.709/bt.1886/limited/display SP=1.000000 CL=mpeg2/4/h264 2018-11-14 09:40:53.052 [cplayer] v: first video frame after restart shown 2018-11-14 09:40:53.054 [cplayer] v: Enter buffering (buffer went from 100% -> 63%) [0.633967s]. 2018-11-14 09:40:53.056 [cplayer] info: (+) Video --vid=1 (h264) 2018-11-14 09:40:53.058 [cplayer] info: (+) Audio --aid=1 --alang=eng (aac) 2018-11-14 09:40:53.061 [cplayer] info: Subs --sid=1 (*) (eia_608) 2018-11-14 09:40:53.476 event: playback-restart 2018-11-14 09:40:53.482 Updating playState from LTVideoPlayerPlayStateLoading to LTVideoPlayerPlayStatePlaying 2018-11-14 09:40:53.488 [cplayer] v: starting audio playback 2018-11-14 09:40:53.492 [cplayer] v: playback restart complete 2018-11-14 09:40:54.007 event: unpause 2018-11-14 09:40:54.011 [cplayer] v: End buffering (waited 1.147000 secs) [1.045333s]. 2018-11-14 09:40:54.024 Updating playState from LTVideoPlayerPlayStatePlaying to LTVideoPlayerPlayStatePlaying 2018-11-14 09:47:43.214 event: unpause 2018-11-14 09:47:43.218 [cplayer] v: Enter buffering (buffer went from 100% -> 0%) [0.000000s]. 2018-11-14 09:47:43.221 Updating playState from LTVideoPlayerPlayStatePlaying to LTVideoPlayerPlayStateBuffering 2018-11-14 09:47:43.529 event: unpause 2018-11-14 09:47:43.532 [cplayer] v: End buffering (waited 0.328584 secs) [1.280000s]. 2018-11-14 09:47:43.541 Updating playState from LTVideoPlayerPlayStateBuffering to LTVideoPlayerPlayStatePlaying 2018-11-14 09:47:45.197 event: unpause 2018-11-14 09:47:45.199 [cplayer] v: Enter buffering (buffer went from 100% -> 0%) [0.000000s]. 2018-11-14 09:47:45.204 Updating playState from LTVideoPlayerPlayStatePlaying to LTVideoPlayerPlayStateBuffering 2018-11-14 09:47:45.556 event: unpause 2018-11-14 09:47:45.558 [cplayer] v: End buffering (waited 0.343960 secs) [1.856000s]. 2018-11-14 09:47:45.567 Updating playState from LTVideoPlayerPlayStateBuffering to LTVideoPlayerPlayStatePlaying 2018-11-14 09:47:47.457 event: unpause 2018-11-14 09:47:47.460 [cplayer] v: Enter buffering (buffer went from 100% -> 0%) [0.000000s]. 2018-11-14 09:47:47.463 Updating playState from LTVideoPlayerPlayStatePlaying to LTVideoPlayerPlayStateBuffering 2018-11-14 09:47:47.743 [cplayer] v: Still buffering (buffer went from 0% -> 8%) [0.085333s]. 2018-11-14 09:47:47.746 [cplayer] v: Still buffering (buffer went from 8% -> 21%) [0.213333s]. 2018-11-14 09:47:47.750 [cplayer] v: Still buffering (buffer went from 21% -> 27%) [0.277333s]. 2018-11-14 09:47:47.753 [cplayer] v: Still buffering (buffer went from 27% -> 96%) [0.960000s]. 2018-11-14 09:47:47.774 event: unpause 2018-11-14 09:47:47.777 [cplayer] v: End buffering (waited 0.309737 secs) [1.642667s]. 2018-11-14 09:47:47.791 Updating playState from LTVideoPlayerPlayStateBuffering to LTVideoPlayerPlayStatePlaying 2018-11-14 09:47:51.769 event: unpause 2018-11-14 09:47:51.771 [cplayer] v: Enter buffering (buffer went from 100% -> 0%) [0.000000s]. 2018-11-14 09:47:51.777 Updating playState from LTVideoPlayerPlayStatePlaying to LTVideoPlayerPlayStateBuffering 2018-11-14 09:47:52.148 event: unpause 2018-11-14 09:47:52.151 [cplayer] v: End buffering (waited 0.376653 secs) [2.773333s]. 2018-11-14 09:47:52.158 Updating playState from LTVideoPlayerPlayStateBuffering to LTVideoPlayerPlayStatePlaying 2018-11-14 09:47:55.290 event: unpause 2018-11-14 09:47:55.293 [cplayer] v: Enter buffering (buffer went from 100% -> 0%) [0.000000s]. 2018-11-14 09:47:55.299 Updating playState from LTVideoPlayerPlayStatePlaying to LTVideoPlayerPlayStateBuffering 2018-11-14 09:47:55.495 [cplayer] v: Still buffering (buffer went from 0% -> 4%) [0.042667s]. 2018-11-14 09:47:55.500 [cplayer] v: Still buffering (buffer went from 4% -> 2%) [0.021333s]. 2018-11-14 09:47:55.509 [cplayer] v: Still buffering (buffer went from 2% -> 27%) [0.277333s]. 2018-11-14 09:47:55.512 [cplayer] v: Still buffering (buffer went from 27% -> 32%) [0.320000s]. 2018-11-14 09:47:55.517 event: unpause 2018-11-14 09:47:55.522 [cplayer] v: End buffering (waited 0.238740 secs) [1.088000s]. 2018-11-14 09:47:55.527 Updating playState from LTVideoPlayerPlayStateBuffering to LTVideoPlayerPlayStatePlaying 2018-11-14 09:50:04.260 [ffmpeg/audio] error: aac: Number of bands (43) exceeds limit (40). 2018-11-14 09:50:04.265 [ad] error: Error decoding audio. 2018-11-14 09:50:04.268 event: unpause 2018-11-14 09:50:04.271 [cplayer] v: Enter buffering (buffer went from 100% -> 0%) [0.000000s]. 2018-11-14 09:50:04.274 Updating playState from LTVideoPlayerPlayStatePlaying to LTVideoPlayerPlayStateBuffering 2018-11-14 09:50:06.774 event: unpause 2018-11-14 09:50:06.779 [cplayer] v: End buffering (waited 2.496504 secs) [-1.000000s]. 2018-11-14 09:50:06.782 [ffmpeg/audio] error: aac: Prediction is not allowed in AAC-LC. 2018-11-14 09:50:06.795 [ad] error: Error decoding audio. 2018-11-14 09:50:06.807 event: unpause 2018-11-14 09:50:06.812 [cplayer] v: Enter buffering (buffer went from 100% -> 0%) [0.000000s]. 2018-11-14 09:50:06.836 event: unpause 2018-11-14 09:50:06.840 [cplayer] v: End buffering (waited 0.029817 secs) [4.842667s]. 2018-11-14 09:50:06.848 Updating playState from LTVideoPlayerPlayStateBuffering to LTVideoPlayerPlayStatePlaying 2018-11-14 09:50:07.637 [cplayer] warn: Invalid video timestamp: 3452.296078 -> 3401.753178 (-50.542900 > 5.000000) 2018-11-14 09:50:07.646 [cplayer] warn: 2018-11-14 09:50:07.649 [cplayer] warn: Audio/Video desynchronisation detected! Possible reasons include too slow 2018-11-14 09:50:07.652 [cplayer] warn: hardware, temporary CPU spikes, broken drivers, and broken files. Audio 2018-11-14 09:50:07.655 [cplayer] warn: position will not match to the video (see A-V status field). 2018-11-14 09:50:07.659 [cplayer] warn:
I've read in the SD forums that this might be their issue. And, of that's the case, then ultimately I'd expect them to fix the root cause. However, in the interest of user experience can Channels provide some additional buffering to make the effect? It does seem that if you pause a stream for a second or two that the issue no longer happens.
Thanks as always for your fantastic support!