Settings and activity
40 results found
-
408 votes
An error occurred while saving the comment 
Durss
supported this idea
·
-
6 votesDurss
shared this idea
·
-
8 votesDurss
shared this idea
·
-
1 vote
An error occurred while saving the comment Durss
commented
Passing by this topic, since then it's available on eventsub :)
-
17 votesDurss
supported this idea
·
-
39 votes
An error occurred while saving the comment Durss
commented
I can't agree more.
It feels very wrong to let the user know their messages are not being sent.
At best they will think they used a banword (as it acts the same) and they will try multiple times to send their messages, at worst they will understand they're restricted and unleash their rage. Given that restricted users have high chances to be toxic ones, risks are high they abuse this until they're definitely banned.I personnaly would like to use the "restricted" mode as a shadowban more often when I feel new chatters have high chances to be toxic (because of their nicknames or the content of their first messages), but because of this behavior I basically never use it.
Without this issue, the restricted mode would be a good middle point between "letting the user chat freely" and "not banning them so they're not flagged on shared ban channels" when they're not crossing the line but walking right next to it.
Durss
supported this idea
·
-
4,708 votesDurss
supported this idea
·
-
7 votesDurss
shared this idea
·
-
300 votesDurss
supported this idea
·
-
40 votesDurss
supported this idea
·
-
109 votesDurss
supported this idea
·
-
57 votesDurss
supported this idea
·
-
289 votesDurss
supported this idea
·
-
51 votesDurss
supported this idea
·
-
702 votesDurss
supported this idea
·
-
370 votesDurss
supported this idea
·
-
196 votesDurss
supported this idea
·
-
27 votesDurss
supported this idea
·
-
22 votesDurss
supported this idea
·
-
18 votesDurss
shared this idea
·
I agree on this.
Basically most clips overlay are kinda dead after this update.
We can technically use the embed but it comes with the UI showing up a few seconds at the begining hiding part of the content, and we cannot know when clips starts or end accuratly to sync show/hide in the overlay.
Best we can do is wait an arbitrary amount of time after iframe loading completes, wait for the clip duration loaded from the API, and hop for no lag during playing and no much delay before start so it's kinda synced.
But most importantly, there's the content classification layer with the "start watching" CTA blocking playback that we can't even know if it will be there or not in advance.
I guess we'll never get a way to bypass the later and that this at least partly motivated the clip's storage change preventing us from getting the MP4. But it should at least come with a flag on the /clip API letting us know if this clip's autoplay will be blocked by a the content classification layer or not.
TLDR; If getting the MP4 is out of consideration, we'd at least need a JS API to get playback notifications, ideally also a JS API to control playback/audio, get a flag to completely hide the player's UI, and get a way to know in advance if a clip autoplay will be blocked by the content classification layer.