Error: unsupported transfer encoding

Just upgraded to v. 2020.12.07.2233

I get the following error trying to play any channel. Reverting back to v.2020.12.06.2141 fixes the problem.

2020/12/07 17:00:56.366079 [ERR] Could not start stream for M3U-LocalOTA ch10 KNXVDT: M3U: Get "http://x.x.x.x:8089/devices/ANY/channels/15.1/stream.mpg?format=ts": net/http: HTTP/1.x transport connection broken: unsupported transfer encoding: "identity"

FYI: Each member of the household has their own Channels DVR running in a container. Each container uses a series of m3u's to point back to the "Channels Server".

This is been working since m3u's were introduced a few weeks back and works under v. 2020.12.06.2141

Fixed in next pre-release.

2 Likes

I'm going to crash the thread here. If I understand correctly, you have different Channels servers pointing back to other servers using the M3U lists? I'm trying to get this working myself and am running into the exact same error. It I put that same playlist into VLC, it pulls the streams just fine. It's only when I try to use a secondary channels server to point to the main server that I run into this issue.

2021/02/10 21:15:15.065726 [HLS] Stopping transcoder session ch6028-dANY-ip127.0.0.1
2021/02/10 21:15:15.176692 [HLS] Couldn't generate stream playlist for ch6028-dANY-ip127.0.0.1: Stream stopped
2021/02/10 21:15:15.260759 [ERR] Failed to start stream for ch6028: M3U: Get "http://x.x.x.x:8089/devices/ANY/channels/6028/stream.mpg?format=ts": net/http: HTTP/1.x transport connection broken: unsupported transfer encoding: "identity"

Running version 2021.02.04.1931 on both servers. Updated just to make sure that I was on the latest release.

Do you have it set to MPEGTS mode?

Yes I did. Still had that issue. However, I ran across a thread that showed me how to export it for HLS. All is working now. Is there some documentation around how to go about export M3U lists? I see it referenced around the forums but have come up empty in my search for a centralized instruction-set.

Edit: Looks to me the HLS* version is doing some trans-coding.

2021/02/10 22:08:05.083817 [HLS] Starting transcoder for channel 6028 from 192.168.1.243 (encoder=remux, resolution=, deinterlacer=, bitrate=4116)
2021/02/10 22:08:05.917022 [HLS] Probed live stream in 833.047385ms: h264 1920x1080 progressive 3830150bps

Are there ways to set these kinds of params. I'm looking to send some of these streams off site through a LAN only VPN as referenced in thread. Which I have gotten working. So if I could set params for how those streams get packaged through the M3U export, that would be awesome. That way I can reduce some bandwidth.

I'm not sure the best way to go about this is (MPEG-mode for the M3U import or HLS). Just trying to piece together a solution. :slight_smile:

That means it's not actually transcoding, but rather remuxing (same streams, different containers).

1 Like

Ah.. gotcha. Ok. You're all over the place! haha Thanks for replying and giving me advice on my previous thread too.

Is there an answer to this question? Any ways to enable encoding using some URL Params? and/or documentation on using exporting m3u links?