expectingtofly wrote: > In the Global Player plugin, the catchup streams are M4a, something has > changed (probably at the Global end) that means these streams now fail. > > An example stream that fails: > https://catchup.thisisdax.com/e411a1bc-51cf-4e0e-b9c7-139bc833b78b/da6f67c6-f025-4db9-920a-3a7fc69e4f81.m4a?aw_0_1st.channelid=d2bf085f-d4e0-4a6b-80d6-75d92bf0fcae&aw_0_1st.showid=e411a1bc-51cf-4e0e-b9c7-139bc833b78b&aw_0_1st.episodeid=84326996-e085-478c-bb57-41342625a1b1 > > Debug logging shows : > > Code: -------------------- > > > [21-09-01 13:11:22.1014] Slim::Formats::RemoteStream::request (202) Redirect to: https://catchup.thisisdax.com/e411a1bc-51cf-4e0e-b9c7-139bc833b78b/da6f67c6-f025-4db9-920a-3a7fc69e4f81.m4a?aw_0_1st.channelid=d2bf085f-d4e0-4a6b-80d6-75d92bf0fcae&aw_0_1st.showid=e411a1bc-51cf-4e0e-b9c7-139bc833b78b&aw_0_1st.episodeid=84326996-e085-478c-bb57-41342625a1b1&listeningSessionID=9f98f544-ad47-495b-a361-cdbe55a0fe74 > [21-09-01 13:11:22.1081] Slim::Player::Protocols::HTTPS::new (38) Opening connection to https://catchup.thisisdax.com/e411a1bc-51cf-4e0e-b9c7-139bc833b78b/da6f67c6-f025-4db9-920a-3a7fc69e4f81.m4a?aw_0_1st.channelid=d2bf085f-d4e0-4a6b-80d6-75d92bf0fcae&aw_0_1st.showid=e411a1bc-51cf-4e0e-b9c7-139bc833b78b&aw_0_1st.episodeid=84326996-e085-478c-bb57-41342625a1b1&listeningSessionID=9f98f544-ad47-495b-a361-cdbe55a0fe74: [catchup.thisisdax.com on port 443 with path /e411a1bc-51cf-4e0e-b9c7-139bc833b78b/da6f67c6-f025-4db9-920a-3a7fc69e4f81.m4a?aw_0_1st.channelid=d2bf085f-d4e0-4a6b-80d6-75d92bf0fcae&aw_0_1st.showid=e411a1bc-51cf-4e0e-b9c7-139bc833b78b&aw_0_1st.episodeid=84326996-e085-478c-bb57-41342625a1b1&listeningSessionID=9f98f544-ad47-495b-a361-cdbe55a0fe74 with timeout 30] > [21-09-01 13:11:22.2112] Slim::Formats::RemoteStream::request (144) Request: GET /e411a1bc-51cf-4e0e-b9c7-139bc833b78b/da6f67c6-f025-4db9-920a-3a7fc69e4f81.m4a?aw_0_1st.channelid=d2bf085f-d4e0-4a6b-80d6-75d92bf0fcae&aw_0_1st.showid=e411a1bc-51cf-4e0e-b9c7-139bc833b78b&aw_0_1st.episodeid=84326996-e085-478c-bb57-41342625a1b1&listeningSessionID=9f98f544-ad47-495b-a361-cdbe55a0fe74 HTTP/1.0 > Cache-Control: no-cache > Connection: close > Accept: */* > Host: catchup.thisisdax.com > Range: bytes=931694-64128512 > User-Agent: iTunes/4.7.1 (Linux; N; piCore; armv7l-linux; EN; utf8) SqueezeCenter, Squeezebox Server, Logitech Media Server/8.2.0/1627922070 > Icy-MetaData: 1 > > [21-09-01 13:11:22.3262] Slim::Formats::RemoteStream::request (151) Response: HTTP/1.1 416 RANGE NOT SATISFIABLE > -------------------- > > > > So it is failing becase the GET on the stream is returning an HTTP > error of : 416 RANGE NOT SATISFIABLE > > I'm assuming their server doesn't like the values in the "Range" HTTP > header, but this is beyond my knowledge to know whether this is Global > being over picky or a problem in LMS M4a streaming or neither. (the > URL works fine in VLC for example). > > Are there any M4a LMS remote streaming experts out there who can help?
I introduced the range request about a year+ ago I think to enable mp4 streaming broadly in LMS, more precisely to enable seeking through files and streaming files whose essential mp4 informations are at the end of the file. The streaming process opens the stream, reads essential headers, store them, close and then re-opens it at the beginning of audio. LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=115070 _______________________________________________ Squeezecenter mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/squeezecenter
