Settings and activity
40 results found
-
408 votes
An error occurred while saving the comment Durss supported this idea ·
-
6 votes
Durss shared this idea ·
-
8 votes
Durss 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 votes
Durss 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 votes
Durss supported this idea ·
-
7 votes
Durss shared this idea ·
-
300 votes
Durss supported this idea ·
-
40 votes
Durss supported this idea ·
-
109 votes
Durss supported this idea ·
-
57 votes
Durss supported this idea ·
-
289 votes
Durss supported this idea ·
-
51 votes
Durss supported this idea ·
-
702 votes
Durss supported this idea ·
-
370 votes
Durss supported this idea ·
-
196 votes
Durss supported this idea ·
-
27 votes
Durss supported this idea ·
-
22 votes
Durss supported this idea ·
-
18 votes
Durss 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.