Radio audio streams not included in m3u8

[enjoymoreradio]

Don't know if there's a good fix on our end, but the .m3u8 playlist files that are found by mlbv no longer point to the correct radio playlists for multiple audio streams, as of June 25, 2024. Games June 24, 2024 and earlier are unaffected. Video streams and TV audio continue to work as expected.

[enjoymoreradio]

As far as I can tell, MLB has disabled these streams. Very unfortunate.

[enjoymoreradio]

Working on an alternative to pull the radio streams from a different source, but it will require additional work on the authentication side.

[enjoymoreradio]

I'm working intermittently on something to get the streams from the same place the web player does, but it requires rebuilding the authentication stuff, since it utilizes different tokens. A review of the API that mlbv queries shows the radio streams as having a media state of "MEDIA_OFF", when historically they have said "MEDIA_ARCHIVE" or "MEDIA_ON". I think MLB killed the hls playlists for the radio streams, for whatever reason.

…

On Sun, Jul 7, 2024, 11:52 Chris Schlitt ***@***.***> wrote: Did you ever find a fix for this? I'm guessing they changed more than just the alternate streams here, because the gameday audio itself (via the https://edge.svcs.mlb.com/media/$mediaId/scenarios/browser~csai URL) is coming back with 404s now sadly :/ — Reply to this email directly, view it on GitHub <#6 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ASRUPHQFT4UDYYARSSRSJWDZLFW4NAVCNFSM6AAAAABJ7ABMJKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMJSGUYDMOJYGY> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[mattiasa]

@enjoymoreradio I've also been looking at this and concluded the same thing as you, that the stream the web player uses contains the radio audio. Do you need any help with this?

[enjoymoreradio]

I've identified the request for the hls playlist (.m3u8) and the underlying .aac files, but it includes in the request headers authentication cookies and a CDN token that I haven't worked out how to obtain. If you have more Javascript and web debugger experience, I'd appreciate the help.

…

On Mon, Jul 8, 2024 at 10:49 AM Mattias Amnefelt ***@***.***> wrote: @enjoymoreradio <https://github.com/enjoymoreradio> I've also been looking at this and concluded the same thing as you, that the stream the web player uses contains the radio audio. Do you need any help with this? — Reply to this email directly, view it on GitHub <#6 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ASRUPHRJ6XAYYKOEODHNRXTZLKYIVAVCNFSM6AAAAABJ7ABMJKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMJUGQ4TCOBZGY> . You are receiving this because you were mentioned.Message ID: ***@***.***>

[mattiasa]

It turned out to be fairly simple actually once I managed to wrap my head around the media-gateway graphql interface.

Assuming that you have a game_id and a Bearer token (which is the OKTA_ACCESS_TOKEN from the stored session), you have to make 3 calls to https://media-gateway.mlb.com/graphql

1. initSession - to create a deviceId and a sessionId. Maybe this is something you can save in the session state?
2. contentSearch - to find the mediaId for the tracks you want. You'll have both the home and away TV and radio feeds, but the TV feeds have the radio audio embedded the way they used to via the old access method before June 25.
3. initPlaybackSession - This returns the URL to the HLS feed which includes the authentication token in the URL so you just have to point streamlink at the URL without having to add any cookies or headers.

I created a POC python script which downloads a game to show how it works at https://gist.github.com/mattiasa/750d3ecec2694c9ce908592266dc8f49