Twitch Mobile Stream API /2

Twitch has changed their Android authentication scheme to a more straight forward (iOS) way. I applaud their engineers, they certainly do look more employable now! If only they’d allow Windows users to use their HLS/HTML5 players, too… But I digress. Let’s look at what they’ve created.


The first request goes out to grab credentials. Assume your channel name is CHANNEL, then we grab the contents of

This will, as before, return a JSON response:


As you can see, this information contains SIG and TOKEN properties. Let’s remember these (in an URLdecoded state).

Let’s grab us a playlist of HLS playlists

The second request goes out to a slightly more complex URL that contains the information from before:

This contains the playlist of HLS playlists, each for its own quality setting. From here, you can basically look at the old post. What’s essential is that they have eliminated the use of a silly pseudo-secret hash from the scheme. Good for them.

Okay, now that I link that, I’m reminded that Dennis S. (@der_rod) commented on that older post with these exact details. Guess they just merged mobile platform authentication, makes sense.

I’d like to thank the friendly chap from DroidBender who notified me that the earlier solution didn’t work anymore.

3 responses to “Twitch Mobile Stream API /2

  1. Hello, it’s me again 🙂
    The beta page ( actually uses HLS streaming (sometimes).

    Here are some Notes I took:
    Mobile API URL: (unknown oauth support status)
    Beta API URL: (supports “?oauth_token=TOKEN” also uses “&as3=t” whatever that is)

    Note: Both lead to the same result.

    Original Response Example:

    What you get out of that:
    Token: {“user_id”:null,”channel”:”fragbitelive”,”expires”:1386703309,”chansub”:{“view_until”:1924905600,”restricted_bitrates”:[]},”private”:{“allowed_to_view”:true},”privileged”:false}
    Signature: 82de52b07f5c9860dde4a6d6256cb3fe888b502c

    Now urlencode the TOKEN:

    Now get the stream’s playlist file:
    Currently used Mobile API URL:

    Currently used Beta Webpage API:
    (Original Request)

    What you /really/ need:

    Note: allow_source=true also works for the mobile API too. Both support basically any file ending, the content is the same for all (M3U playlist).

    Again, two urls, same result. Both APIs can give you source as a quality option.
    And the only difference is that the new API url uses “.json” as file extension, but the content is the same, you can also change that to .m3u8 and you’ll get the same file as with the old API (Node/Server may differ).

    P.S.: The ONLY difference I found is that /select/CHANNEL.json gave me the same content as /find/CHANNEL.json in an earlier test, the only differnce of the new one then being that it needs a token.

    tl;dr: Other API on the beta page that gives you the same hls playlists (not always it seems) like the mobile API. You can use “allow_source=true” with both to also get the source quality via HLS.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s