Translate Ideas and Comments
Choose language:
There was an error during translation

Developers

Categories

JUMP TO ANOTHER FORUM

  • Hot ideas
  • Top ideas
  • New ideas
  • My feedback
  1. Follow up to https://twitch.uservoice.com/forums/310213-developers/suggestions/39228787-extend-the-clips-api-to-include-recreation-from-so

    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
    279 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    18 comments  ·  API  ·  Flag idea as inappropriate…  ·  Admin →

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We 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.

  2. 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…

    210 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Investigating  ·  10 comments  ·  API  ·  Flag idea as inappropriate…  ·  Admin →

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  3. "The v5 endpoint searched for the channel title and category. Use “Search Channels” to match channel name or title." on https://dev.twitch.tv/docs/api/migration is wrong because the new API does not matches the title! There is no replacement for title searching!

    28 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Investigating  ·  4 comments  ·  API  ·  Flag idea as inappropriate…  ·  Admin →

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  4. With the removal of the Follow Create endpoint.

    A "non moderation bot" can no longer be automatically added to a channel.
    The owner of the bot would have to "login" to the account and manually follow the channel(s) the bot joins.

    A "non moderation" bot doesn't run moderation commands, so giving it "mod" wouldn't make sense. (Which would bypass the follow requirement)

    Please provide a way to "authorise adding a bot to a channel" that will auto follow the bot to the channel. For this purpose

    This could be similar to how Discord does bots, where to add a bot…

    27 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Investigating  ·  9 comments  ·  API  ·  Flag idea as inappropriate…  ·  Admin →

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  5. With the addition of animated emotes there is no way to tell from the emote API responses of GetChannelEmotes and GetEmoteSets if a new emote ( id starting with "emotesv2_") is a normal emote or an animated gif emote without downloading it and checking the file contents.

    Would be nice to have either a "format" field that tells you "png" or "gif", or at least a "is_animated" bool field for each emote.

    Use cases: Whenever you wanna show emote stats or emote info for a channel (like in a chat clients or stats website or emote panel) you often wanna…

    6 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  API  ·  Flag idea as inappropriate…  ·  Admin →

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  6. The Create Poll endpoint has optional query parameters to allow additional votes using either bits or channel points.

    However, it doesn't actually allow multiple votes. This can be seen in the pubsub response which explictly states that "multi_choice" (property indicating whether additional votes are allowed) is not enabled.

    When creating a poll through the web interface, it works just fine as it is created through the GQL and not the API. The GQL message also has an additional property to explicitly allow additional votes, on top of the properties that are used to either allow additional votes by bits and/or…

    4 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  API  ·  Flag idea as inappropriate…  ·  Admin →

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  7. The new GetChannelEmotes endpoint does not return the correct image url for gif emotes.

    For example on Lirik:

    for an animated emote it returns the url:

    https://static-cdn.jtvnw.net/emoticons/v1/emotesv2_53ff77f7c67641528739780d90568494/1.0

    When in fact the correct url should of been:

    https://static-cdn.jtvnw.net/emoticons/v2/emotesv2_53ff77f7c67641528739780d90568494/default/light/1.0

    At the moment all gif emotes are given png url's.

    3 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  API  ·  Flag idea as inappropriate…  ·  Admin →

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    This is the intended behavior. We will be updating the documentation to make it clearer that static images are returned and we will also be documenting the CDN URL schema to request different aspects of the emote (e.g. static/animated, light/dark/, etc)

  • Don't see your idea?