8000 [FEAT] add chat.message from EventSub · Issue #138 · Team-TAU/tau · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

[FEAT] add chat.message from EventSub #138

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicki 8000 ng “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Open
matthewbrandt opened this issue Jan 27, 2024 · 1 comment
Open

[FEAT] add chat.message from EventSub #138

matthewbrandt opened this issue Jan 27, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@matthewbrandt
Copy link

Is your feature request related to a problem? Please describe.
Twitch now provides chat messages as a subscription type via EventSub.

Describe the solution you'd like
When a chat message in the monitored channel is sent, EventSub parses the request through to TAU.

Describe alternatives you've considered
IRC is clunky in comparison and data formats are incompatible with other EventSub data.

Additional context
https://dev.twitch.tv/docs/eventsub/eventsub-subscription-types/#channelchatmessage
@matthewbrandt matthewbrandt added the enhancement New feature or request label Jan 27, 2024
@FiniteSingularity
Copy link
Member

WOW!

This is actually a game changer, as it would let me completely stop listening to IRC chat altogether (and thus eliminate the IRC service that keeps breaking and silently disconnecting). Some of the big Pros-

  1. This gives us channel point redemption messages WITH EMOTES.
  2. It gives us cheers WITH CHEERMOTES.
  3. Badge info is readily available.
  4. Combined with the helix chat message/announce, chatbot integration will be so much easier.

There is one big gotcha however- the primary one being that incoming connections on ngrok (For people who run webhooks locally) is rate limited and even a somewhat active chat could cause rate issues. So I'll definitely need to look into transferring over to using websockets for local connections (which hopefully wont come with the same annoying disconnect issues that the chat websocket can cause).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
enhancement New feature or request
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@matthewbrandt @FiniteSingularity
0