Intermittent crash after returning from commercial on TVE

Channels Apple TV
#1

Recently, I’ve been experiencing crashes and other odd behaviors such as previous programs being streamed when tuning a channel or even the wrong channel streaming when tuning a channel.

The biggest issue is the app completely crashing right when returning from a commercial break.

The most recent just happened and logs submitted with this id:

e347f86a-cd17-4150-8d5d-b5b915ae3526

Another odd commercial issue is when skipping a commercial on a recording when it’s one of those TVE silent “we will be back in a moment” placeholders, there often is no audio until I pause and resume or seek the playback.

#2

What device, what version of tvOS, what version of Channels?

We would need diagnostics submitted from the Apple TV since this sounds like a player/client issue.

#3

Sorry! I totally planned to send that info.

I just submitted the diagnostic.

Channels version 3.2.41 (was happening on an older version before I updated the other day).

Apple TV 4 (A1625)
TvOS 13.4.5

#4

Can you change the app to Home Streaming Quality: Original and see if that helps.

#5

I’ve reverted it back to original, will see if this helps.

#6

I was having similar issues. I'm running the latest Beta server on my Synology, and whatever the latest ATV app release is.

Saw the suggestion to set home streaming to original quality, which it was set for. So I switched it to 8mbps transcoding.

Now everything plays fine with little occasional pauses during commercials. But no more freezes and lockups requiring a full ATV restart because there was no sound in any app after the Channels lockup.

Here's my log.

2020/05/12 08:01:13.402436 [TNR] Opened connection to TVE-hotwirecommunications_auth-gateway_net for ch6192 NFL

2020/05/12 08:01:13.403359 [HLS] Starting transcoder for channel 6192 from 192.168.0.79 (encoder=remux, resolution=, deinterlacer=, bitrate=0)
2020/05/12 08:01:14.242271 [HLS] Probed live stream in 838.680266ms: h264 1280x720 progressive 4815890bps
2020/05/12 08:01:14.294522 [HLS] Session ch6192-dANY-ip192.168.0.79 started in 1.652859881s
2020/05/12 08:13:52.000626 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 257 after stream_type change (27 -> 15)
2020/05/12 08:13:52.001187 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 258 after stream_type change (15 -> 27)
2020/05/12 08:16:49.748852 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 257 after stream_type change (15 -> 27)
2020/05/12 08:16:49.748885 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 258 after stream_type change (27 -> 15)
2020/05/12 08:16:50.245680 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [hls @ 0x2c38e40] Non-monotonous DTS in output stream 0:1; previous: 85766210, current: 85762295; changing to 85766211. This may result in incorrect timestamps in the output file.
2020/05/12 08:16:50.245710 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [hls @ 0x2c38e40] Non-monotonous DTS in output stream 0:1; previous: 85766211, current: 85764385; changing to 85766212. This may result in incorrect timestamps in the output file.
2020/05/12 08:16:50.831772 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 257 after stream_type change (27 -> 15)
2020/05/12 08:16:50.831801 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 258 after stream_type change (15 -> 27)
2020/05/12 08:16:50.832593 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] DTS 85957435 < 4451655476 out of order
2020/05/12 08:17:32.304048 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 257 after stream_type change (15 -> 27)
2020/05/12 08:17:32.304097 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 258 after stream_type change (27 -> 15)
2020/05/12 08:24:33.043644 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 257 after stream_type change (27 -> 15)
2020/05/12 08:24:33.043696 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 258 after stream_type change (15 -> 27)
2020/05/12 08:27:47.344280 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 257 after stream_type change (15 -> 27)
2020/05/12 08:27:47.344316 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 258 after stream_type change (27 -> 15)
2020/05/12 08:35:01.368313 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 257 after stream_type change (27 -> 15)
2020/05/12 08:35:01.577567 [HLS] ffmpeg: ch6192-dANY-ip192.168.0.79-remux: [mpegts @ 0x2c07180] Reopening PES stream on pid 258 after stream_type change (15 -> 27)

#7

Latest is not a version. What is the version number shown on the About tab?

#8

I have 3.2.42 on the ATV

2020.05.10.1809 on the Synology.

#9

Thanks. The fix for this bug is scheduled for 3.2.43 and is currently available in the Channels 4.0 beta (getchannels.com/beta).

1 Like
#10

Sweet! Thanks. The workaround isn’t so bad though. :slightly_smiling_face: