-
Extend clips API to return the offset/start point to request the offset of a clip being added to the API
Use cases include
- Deduplication of Clips submitted to a clips submission thing
- Recreate the clip from a copy of the vod.
- Using the offset to easily spot "hype" points of a stream for channel editors making highlights to focus on that point aka "heatmaps of popular stream time points"
- From CSharpFritz: Show clips in the order that they naturally occurred, and not the time that they were created
286 votesWe wanted to provide further context regarding this request as it is the most upvoted suggestion. There are several great use cases for providing the offset of Clips (including those above), but there are also ways in which it can be used negatively. For that reason, our initial decision was to no longer provide this information. With your feedback provided here, we are actively evaluating how to balance enabling good use of this information for creators while negating its potential for abuse. The status will be updated when we can share more information.
-
Extend Clips API to provide the MP4 url so editors can automate downloads If I have an oAuth that represents a User, where the User is either
- the broadcaster the clip is of
- an editor of the channel that the clip is of
- the user is the owner of the clip
And I make a request for a Clip as documented: https://dev.twitch.tv/docs/api/reference#get-clips
(but with the bearer naturally)
The JSON Response should include the direct link to the MP4 or an ability to download the Clip.
This is off the back of the removal/deprecation of some undocumented API's that I was using to get the MP4 URL for automated download for creation of clip…
214 votes -
207 votes
-
Chatters / Viewers Helix API Endpoint The existing API endpoint for getting chatters predates User IDs and only returns usernames. It's also part of TMI and not officially documented, which could result in it being removed at any point without any notice.
Many bots use the endpoint for channel loyalty points, and then have to make secondary calls to the get the user ID.
189 votes -
Allow channel moderators to control polls/predictions over the API The endpoints announced earlier today ( https://discuss.dev.twitch.tv/t/announcing-apis-and-eventsub-for-polls-and-predictions/31539 ) should be usable by channel moderators so that third-party apps like Chatty can make use of them without the broadcaster needing to authenticate.
157 votes -
Get the authenticated user's emotes (equivalent to existing Kraken endpoint) This Kraken endpoint provides the emotes a user has access to: https://dev.twitch.tv/docs/v5/reference/users#get-user-emotes
A similar functionality would be nice for the new API as well. It should contain all emotes a user has access to, for example Global Emotes, Subemotes, Bit Emotes, Emotes unlocked by Channel Points and so on (the Kraken endpoint is unfortunately missing some types of emotes).
The emotes returned would be for the authenticated user, with an appropriate scope required.
145 votes -
Live notification Kraken allows you to set Game and Title.
Helix allows you to set nothing.
Aside from updating Helix to allow setting game and title, we'd like to be able to set the "Go Live Notification"
145 votes -
Provide API to return subscriber points As noted here
https://help.twitch.tv/s/article/lifetime-subscriber-guide-for-partners?language=en_US
Lifetime Subscribers are a unique benefit for Twitch Partners. Lifetime subscriptions do not generate revenue or additional subscription points.
No where in the subscribers API is a given sub tagged as lifetime.
So whilst we can math the subscriber points from helix, we can't discount these lifetime subs from our count.
Extend the subscribers API to flag as lifetime, (or provide a seperate endpoint)
And provide a API to fetch the Sub Points without having to iterate all pages.129 votes“points” has been added to the “Get Broadcaster Subscriptions” endpoint and documentation has been updated.
-
Please provide an API for the new "Unban Request" system So that third party developers can be notified of new unban request
And that third party developers can respond to those unban requests, the same way as you can on the moderator view124 votes -
Include follow count in /helix/users Add follow count to /helix/users endpoint. This data is accessible via /helix/users/follows, but would require an additional call.
121 votes -
Please make the suspicious users feature available to mods The new suspicious users feature should be available to third-party moderation tools.
A lot of moderators use third-party tools and it would be quite important to at least be able to see the messages/warnings. It would be even better if changing the restricted/monitoring state of a user would be possible as well.
This would be akin to the great AutoMod API, which provides mods with a PubSub topic for detailed real-time information and Helix endpoints for handling messages.
120 votes -
Create Clip enhancements When creating a clip via the Create Clip API, it is VERY limited compared to the (not for public use) GraphQL interface. Requesting that the following enhancements be made to the Create Clip API so that 3rd party apps can leverage them:
1) Add ability to specify the clip start time (number of seconds from when the broadcast started). Reason: when deciding when to create a clip, apps may want to look back 10-15 seconds instead of generating the clip starting from when the API is called.
2) Add ability to specify the clip title. Reason: currently, the API defaults…120 votes -
Channel Points API: Grantable Control of Third-Party Rewards Based on the current channel points API, a client may only access/update rewards for their own custom rewards. However, for some moderation tools, I believe managing custom rewards created by other clients and/or the Channel Owner's Dashboard would be beneficial.
Take for example a reward such as "Hydrate!", where, after 10 minutes you want this cleared from the reward queue if it hasn't been actioned already. To do this with the current API, a channel owner would have to first delete the existing "Hydrate!" reward and then recreate it using the script client. Repeating this for every reward to be…
105 votes -
Delete clips There is no API methods for deleting a Clip
Please provide a method
104 votes -
Subs Tenure in Helix We would like subs tenure in Helix in order to use this for merch extensions providing tenure-based merch options.
94 votes -
91 votes
-
Create Custom Reward: can't provide custom image Create/Update doesn't provide the ability to upload/change images for a reward.
This would be useful.
Alternatively if we can't do upload initially.
Add the ability to specify a channel emote (either by coDe or ID) so the reward would "copy" the channelEmote for that channel in.
So if I create a reward for CohhCarnage I can pick a cohhEmote (but I can't pick a liriki emote)
Or specify a URL to fetch a Image from
87 votes -
Show reruns in /helix/streams as type "rerun" Currently there's no way to get the status of a rerun stream, as /helix/streams only returns streams with the type "live" and "" (error)
Adding reruns with its type set to "rerun" would allow it to return rerun streams as well.
It's a problem that you can't get the status of a rerun stream because you then have no other choice than to treat it as offline, which means you e.g. may initiate a host, which will interfere with the stream.
82 votes -
Twitch Approved Developer Program - Reinstate Follow/Unfollow API Given the fact that Twitch had to take down the follow/unfollow api's due to bot programs that are out there - my suggestion would be to have an approved set of developers that propose and showcase their applications.
This way Twitch could bring back the follow/unfollow API and any service or developer that was in violation of Twitch's TOS regarding the API could be warned and ultimately have their access and credentials removed.
Twitch Developers could review the logs of which applications were connected with BOT services and immediately shut those down rather then removing the api in its entirety…
74 votes -
Helix modify channel information endpoint should allow access to editors The new helix endpoint to modify channel information ( https://dev.twitch.tv/docs/api/reference#modify-channel-information ) doesn't work with a user token from a user that has been added as an editor to the channel. This basicially shuts out any clientside tool used by editors where it's impractical for the broadcaster to directly authorize access. Editors should be trusted enough to be able to choose their own tools.
Allowing access to editors would especially make sense if this is intended as a replacement for the v5 endpoint ( https://dev.twitch.tv/docs/v5/reference/channels#update-channel ), which does allow editors to update the stream title and game. It would also work…
73 votes
- Don't see your idea?