Private Webcam Support #51
Labels
No Label
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: apps/BareRTC#51
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
No estimates on a timeline for when this would be implemented, but here are my ideas how a "private" webcam feature on BareRTC would work.
Server Side Config
Private webcam support should be controllable in settings.toml: not every deployment will want to enable this feature, and some deployments may want it to be a "premium / paid membership" feature (due to the added moderator burden: if users can connect privately to each other's webcams, they may be more likely to broadcast mischief).
There could be two controls for this:
Implementation: Enabling your private camera
There would be a Video Flag added for a user to label their camera as private (similar to the flags that mark it as explicit, or to require mutual cameras from your viewers, etc.)
In the chat UI: when going on camera the pre-broadcast setting modal would look like this:
It would be a radio button: the "mutual camera required" option and "private camera" option are mutually exclusive, as they don't make sense anyway - for anybody to view your private camera, you must 'invite' them, and, inviting somebody to watch already overrides your mutual camera requirement.
(We already have an 'invite to watch my camera' feature, so if your camera is set to mutual required and you want a friend (who is not on camera themself) to watch, inviting them will override your mutual required and they can see your camera anyway). The private webcam option would use the same invite feature, so it would be a radio button, in exclusion of the 'mutual required' checkbox we have today.
Other peoples' experience
When a camera has the private flag enabled:
Video button appearance
Private webcams would need to have a distinct appearance on the Who List.
The border color of the button could be drawn in purple, while the icon inside is still blue or red as normal.
On camera invites: today, if you invite somebody to watch your camera, your video button has a green outline for them (with a blue or red icon inside). If that camera is private: it will show with a purple outline instead of green.
Note: if somebody is on a private camera and hasn't invited you, their camera will be greyed out/appear not active. So when they invite you: their camera will be on, with a purple border and blue/red icon, and be clickable to watch.
Chat moderator features
Private cameras run a high risk of needing to be monitored by chat moderators, as users can get up to mischief when they have that kind of privacy.
The front-end chat page would need to make it abundantly clear to users: chat moderators can and probably will watch your private camera.
Currently: chat moderators are able to watch any camera on chat, but people who use the "mutual required" cam option, the moderator at least needs to be on camera themselves before they can watch those. This encourages your moderators to go on camera themselves, and is in line with user expectations.
Currently: if a user boots a moderator off from watching their webcam, the moderator is still able to re-open the camera and watch anyway.
For private webcams, due to the extra risk they bring, may need some custom nuance e.g.:
When the who list is sorted by red/blue cameras, private cameras should always sort at the very top of the list.