Settings and activity
35 results found
-
61 votes
An error occurred while saving the comment -
1 vote
An error occurred while saving the comment Thanks for the mention. This is a known issue that we will resolve soon. These graph definitions are meant to be rendered using Mermaid (https://github.com/mermaid-js/mermaid), though this tool has not been added to the current build process.
-
45 votes
An error occurred while saving the comment I'd be glad to provide context for your question.
Why is it always the same percentage? Simplicity and consistency for creators. When Bits-in-Extensions was released, it was important that revenue share was consistent and the concept wasn't overly complicated.
Why is it 80-20? This is the result of feedback from creators and developers alike when developing Bits-in-Extensions to find an acceptable balance. Developers can scale revenue through activations across several channels while a single creator can only activate the Extension once. Given that, 80% was the right percentage determined while gathering feedback to incentivize an Extension activation.
Could revenue share customization be beneficial depending on the use case? Yes. It could also add some complexity for creators when deciding whether or not an Extension should be activated.
This feature is not being actively investigated at this time, but may be a concept revisited in the future.
-
1 vote
An error occurred while saving the comment If you're referring to the "Get Channel Stream Schedule" endpoint, then this is already the case! A maximum of 100 user IDs can be provided with a GET request to /helix/schedule. Please let us know if this addresses your idea or if you are referring to a different endpoint or use case.
-
1 vote
An error occurred while saving the comment What page does not seem to be accessible?
-
2 votes
An error occurred while saving the comment This is in the docs, but it's not working? Or it's in the docs and working as expected so we can close this suggestion?
-
8 votes
An error occurred while saving the comment Apologies for the outdated tutorial. We are aware and are mostly complete with its replacement. I'll make sure to follow up and close this UserVoice suggestion when it is completed.
-
5 votes
An error occurred while saving the comment You can make a panel that only the creator can see from the Creator Dashboard, but these are popout windows for active Extensions. Does that satisfy the use case, or is the request to have them be inset panels in the dashboard?
If the former is fine, then this is possible using the "Live Configuration Path" from the status section when editing a specific Extension version. Only the broadcaster sees this view and it can be opened from within the Quick Actions panel.
-
5 votes
An error occurred while saving the comment Thanks for the feedback. This would most likely become a reality if/when we add a websockets transport to EventSub since Hype Train subscription events are already defined in EventSub. We briefly discuss how websockets could be a potential transport in the EventSub announcement if you're interested: https://blog.twitch.tv/en/2020/11/13/twitch-developer-day-2020-introducing-the-channel-points-api-eventsub-and-more/
-
2 votes
An error occurred while saving the comment Apologies for the inconvenience and thanks for the feedback. Reviewing how we've documented the onboarding process, it's clear this needs to be updated and was a miss on our end.
To find a link to the onboarding process, start at your Extensions console page (https://dev.twitch.tv/console/extensions).
Click the "Manage" button for one of your Extensions. Then click the "Manage" button for a specific version of your Extension (or the linked version number). This will put you on the "status" tab.
Click the "Monetization" tab. You should notice that the first heading in this section is "Onboarding Status." If you have already completed the onboarding, the button will be greyed-out with the words "Onboarding Complete" otherwise use this to start or continue the process.
This was added here to be discoverable in the flow of creating a version of your Extension, but can certainly seem buried in the context of trying to respond to an error message. I'll work on updating our "Monetization" guide to make this process clearer (https://dev.twitch.tv/docs/extensions/monetization).
-
3 votes
An error occurred while saving the comment Hi marquiiop,
I was hoping you could expand on your example. In the case provided, it sounds like you, as the game developer, are also the streamer. It is already possible for you to provide custom Drops by creating a campaign that only includes your Twitch channel assuming you have your organization registered on dev.twitch.tv.
Game keys and in-game items are popular types of Drops in these campaigns.
Please let me know though how I can further clarify your example and feedback to pass along to the team. -
8 votes
An error occurred while saving the comment We plan to provide this code via https://github.com/TwitchDev.
-
1 vote
An error occurred while saving the comment Hi godspeed5, I'm not sure I follow how this applies to developing Twitch Extensions. It sounds like you are providing feedback for broadcasters for their camera, overlays, and amount of communication. Please let me know if I'm misunderstanding, thanks.
-
3 votes
An error occurred while saving the comment As someone who is not familiar with TypeScript, I was curious if there was something specific about this typing to include, like how to format or represent it in the docs. OR is this request simply referring to the fact that return values and types are not defined in the Extensions reference page like the API reference?
-
7 votes
An error occurred while saving the comment Even with the links provided, there are definitely improvements that can be made to present the Authentication is a more clear and concise way. Keeping this open until that work is completed.
-
3 votes
An error occurred while saving the comment Thanks for pointing out that user_read was missing. To add to Barry's comments, I'll inquire with the team if they would like that added.
-
2 votes
An error occurred while saving the comment The applications that Twitch users authenticate using their Twitch accounts is private information and therefore something we would not share via third-party APIs.
For your specific use case, it may have to be a feature request for Riot. Usually developers link Twitch accounts and game accounts by having the same user authenticate a third-party application they own in both services. Riot would need to provide user authentication to their API to make this possible (as you know).
-
1 vote
An error occurred while saving the comment This page explains how to build an application that will programmatically upload video to Twitch using v5 of the Twitch API.
If you are looking to upload video using the twitch.tv website, you can do so from the video producer (https://dashboard.twitch.tv/content/video-producer), click the purple "Upload" button in the top right. Note that you need to be an Affiliate or Partner to upload video. You can find more information about video on demand here: https://help.twitch.tv/s/article/video-on-demand.
-
1 vote
An error occurred while saving the comment Thanks for the suggestion. I'm curious to know why this feature would be useful in third party development; what is your use case and are you aware of others?
-
6 votes
An error occurred while saving the comment If a field with the total number of seconds was included, how would this be helpful in your development?
@itsjusttriz I've flagged this to be discussed soon so we can add a status for you and the other developers who have given this an upvote.