Screen sharing captures a display, application window, or browser tab as a video feed and transmits it to other participants as a separate track alongside the camera stream. In WebRTC this is done via the getDisplayMedia API, which prompts the user to pick what to share and returns a MediaStream that is encoded and forwarded through the SFU just like any other track. The key difference from camera video is resolution and frame rate priority: a presentation needs sharp text at the cost of lower frame rate, while camera video prioritizes smoothness over resolution, so most SFU configurations apply separate encoding profiles to the two tracks. For live learning, screen sharing is the primary way an instructor demonstrates software, walks through a slide deck, or shows a live coding environment; learners may also share their screens to get help from an instructor. A practical nuance is bandwidth asymmetry: the sharer must upload a high-resolution stream while potentially also uploading their camera, which can saturate a typical home upload link and cause quality degradation on both tracks. Platforms address this by automatically reducing camera resolution when screen sharing starts. Screen sharing content is captured in the session recording and should be synchronized with audio and any whiteboard annotations for coherent async playback.
