7 results found

1. Allow getting realtime updates on polls/predictions/channel points redemptions through websockets for all users

   If would be very useful for chat clients or chat overlays to be able to show live updates on these features. Currently they are only available for the broadcaster (redemptions) or not at all through websockets (polls/predictions).

   Ideally this would be available for all users to receive, just like chat is (which allows more simple integration into all kinds of tools), but even just mods using third-party moderation tools would already benefit greatly from this.

   I included all three of those features, since they all seem to follow the same idea of only allowing the broadcaster access to that information which is otherwise publicly available in chat. If you want me to separate the features into different posts I'd be happy to do it.

   If would be very useful for chat clients or chat overlays to be able to show live updates on these features. Currently they are only available for the broadcaster (redemptions) or not at all through websockets (polls/predictions).

   Ideally this would be available for all users to receive, just like chat is (which allows more simple integration into all kinds of tools), but even just mods using third-party moderation tools would already benefit greatly from this.

   I included all three of those features, since they all seem to follow the same idea of only allowing the broadcaster access to that information… more

   395 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Deferred  ·  6 comments  ·  EventSub  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. Copy Hype train Begin/Progress/End for outbound raids

   Add three topics

   • Raid Begin, a channel started a /raid
   • Raid progress, the number of users in the raid changed (sensibly capped so not too spammy on the webhook, but if socket, more spammy perhaps)
   • Raid End, raid completed or was cancelled.
   28 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Deferred  ·  3 comments  ·  EventSub  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

3. Provide a `gift_event_id` in the channel.subscribe topic

   Scenario:
   A viewer comes in and gifts 10 subs to the community; This fires off in theory 11 events. One event is the channel.subscribe.gift, while the other 10 are the individual channel.subscribe for the 10 users.

   Request:
   The channel.subscribe.gift has an id associated with its emission. Something that would benefit reactionary data would be each of the individual channel.subscribe events having a gift_event_id. If the sub was a gift, set the id to the channel.subscribe.gift event id.

   Use Cases:
   - A developer could choose to listen to the batched gift amount and react to that single event, then omit the 10 linked events from the chain.

   • A developer could listen to the batched gift, and use the linked events as supplementary data for a visualizer

   • A developer could correctly match the subs gifted in a batch to the correct batch and handle them as they see fit. Some case scenarios of multiple users gifting subs at once currently cause problems with the guestimations that you currently must do when assuming who gave who a sub.

   Any developer not needing this info wouldn't be affected, nor would this be a breaking change.

   Related Submissions:
   https://twitch.uservoice.com/forums/310213-developers/suggestions/43241439-channel-subscriptions-to-include-who-gave-the-gift

   Scenario:
   A viewer comes in and gifts 10 subs to the community; This fires off in theory 11 events. One event is the channel.subscribe.gift, while the other 10 are the individual channel.subscribe for the 10 users.

   Request:
   The channel.subscribe.gift has an id associated with its emission. Something that would benefit reactionary data would be each of the individual channel.subscribe events having a gift_event_id. If the sub was a gift, set the id to the channel.subscribe.gift event id.

   Use Cases:
   - A developer could choose to listen to the batched gift amount and react to that single event, then… more

   21 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  EventSub  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Deferred  ·  AdminEric Cressey (Admin, Twitch) responded

   We are looking into this. Thanks for the request!

4. Also provide in channel.cheer an array of bits used

   Summary:
   A cheer message can be multiple cheers in a single payload. Providing the individual cheer components in an int array would provide data that is not currently there. Emote placement, while also desired, would be still more work than should be necessary at first glance to determine the bits used.

   Example: **
   BarryCarlyon PogChamp100 PogChamp100 Party100 Wow Soaryn is Frustrated!
   This would result in **"bits": 300; however this is incomplete and would be desired to also have something like "bits_used": [100,100,100]

   Reasoning:
   While again, emote placement would help, determining the bits used from it would be extra and redundant computational work that was already processed on Twitch's side. On the same note, determining in the emote where the cheer values actually start vs the emote regex may cause issues for this particular use case, unless on the client side a running emote store was kept.

   Related Event(s):
   - channel.cheer

   Summary:
   A cheer message can be multiple cheers in a single payload. Providing the individual cheer components in an int array would provide data that is not currently there. Emote placement, while also desired, would be still more work than should be necessary at first glance to determine the bits used.

   Example: **
   BarryCarlyon PogChamp100 PogChamp100 Party100 Wow Soaryn is Frustrated!
   This would result in **"bits": 300; however this is incomplete and would be desired to also have something like "bits_used": [100,100,100]

   Reasoning:
   While again, emote placement would help, determining the bits used from it would be extra and redundant… more

   17 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Deferred  ·  2 comments  ·  EventSub  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

5. channel.update or stream.online - add live-notification message to payload

   To forward live notifications, it would be awesome to also receive the live notification message the streamer has set - either when they set it with channel.update and/or when the stream goes live.

   11 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Deferred  ·  1 comment  ·  EventSub  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

6. Add the Go live message of a channel within the channel online eventsub event

   It would be really cool if the Go live message of a channel was present within the user online event.

   5 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Deferred  ·  1 comment  ·  EventSub  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

7. ban event include data from helix banned events

   Include the same data as received from https://api.twitch.tv/helix/moderation/banned/events. Primarily event timestamp (time when the ban/unban action occurred) and the id (allows checking for duplication with eventsub messages already received when pulling from helix)

   Add the following fields to "event" paylod for ban/unban eventsub messages:
   "id": "1IPFqmlu9W2q4mXXjULyM8zX0rb",
   "action_timestamp": "2019-03-13T15:55:19Z"

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  EventSub  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Deferred  ·  AdminEric Cressey (Admin, Twitch) responded

   Thank you for the feedback. We will investigate and consider making these updates.