Practice vocabulary for WebRTC media streams: getUserMedia API, MediaStream tracks, muting, screen share, and video element attachment.
0 / 10 completed
1 / 10
The browser JavaScript API used to request access to the user's camera and microphone is called:
The getUserMedia API requests camera/microphone access — the full call is navigator.mediaDevices.getUserMedia({ video: true, audio: true }), which prompts for permission.
2 / 10
The object returned by getUserMedia that contains one or more audio or video sources is called:
The MediaStream contains audio and video tracks — each track (MediaStreamTrack) represents a single source: one for video, one for audio.
3 / 10
When a user clicks the mute button and their audio is silenced without ending the call, this is described as:
The track is muted when the user clicks mute — setting track.enabled = false silences the audio without removing it from the peer connection.
4 / 10
When a user shares their desktop or browser tab during a WebRTC session, this creates:
The screen share creates a display media stream — obtained via navigator.mediaDevices.getDisplayMedia(), it produces a video track of the shared screen.
5 / 10
When a MediaStream is connected to an HTML video element so the user can see the video, this is described as:
The stream is attached to the video element — by setting videoElement.srcObject = stream, the browser renders the MediaStream in the HTML video element.
6 / 10
During a code review of the video conferencing feature, Sarah comments on the `trackGroupAudios` property in the MediaStream. John replies: 'I'm using this to ensure that different audio tracks – like music and speech – are properly synchronized within the stream.' Which phrase best describes John's explanation?
trackGroupAudios allows you to group related audio sources together and control their synchronization. This is crucial when dealing with multiple audio streams (e.g., a music track and a spoken narration) where maintaining perfect timing is essential for the user experience. Option A describes dynamic addition; options C & D relate to compression or prioritization, not the core function of synchronized tracks.
7 / 10
You're drafting a pull request description for adding support for adaptive bitrate streaming. You want to convey the key benefit to your team. Which statement is most accurate?
The core benefit of adaptive bitrate streaming is its ability to dynamically adjust the video quality. This ensures a smooth viewing experience even with fluctuating network conditions—a common misconception is that it *always* uses highest quality which isn't true and would consume far more bandwidth. The system intelligently switches between different bitrates based on available bandwidth, prioritizing user experience.
8 / 10
During a Slack conversation about troubleshooting a WebRTC call that's frequently dropping, David says: 'I'm seeing a lot of 'renegotiation errors' in the console.' What does this typically indicate?
'Renegotiation errors' in the console almost always point to a problematic network connection. The browser is repeatedly attempting to re-establish the media stream because it's failing to reach an agreement on the session parameters (like codecs and resolutions). This often indicates packet loss or high latency.
9 / 10
You're reviewing a feature that allows users to share their screen during a video call. The documentation describes this as creating a 'screen capture' stream. What is the primary technical difference between a regular MediaStream and a screen capture stream?
The key distinction lies in the data captured. A 'screen capture' stream isn't just audio or video; it's a complete raster image of the user's entire screen – all visible pixels. This vastly increases the bandwidth requirements compared to a standard camera feed (a regular MediaStream) which is typically only the video from the webcam.
10 / 10
During a standup meeting, Maria explains that her team is implementing 'low latency' streaming for a real-time collaborative application. What does 'low latency' primarily refer to in this context?
'Low latency' streaming focuses on minimizing the time it takes for data to travel from one point (e.g., a user's screen) to another. This is crucial for real-time applications like collaborative editing or interactive whiteboards where even small delays can significantly degrade the user experience. It's about speed, not compression.
What does this WebRTC & Real-Time Language exercise cover?
This exercise, "Media Stream Vocabulary", tests your understanding of webrtc & real-time language vocabulary and phrasing through 10 multiple-choice questions drawn from real workplace scenarios.
Is this exercise free to use?
Yes. Every exercise on CoderSlingo, including this one, is completely free — no account, sign-up, or payment required.
How many questions does this exercise have?
This exercise has 10 questions. Each one presents a realistic sentence or scenario with multiple-choice options and an explanation once you answer.
What happens after I answer a question?
You'll see immediate feedback showing whether your answer was correct, along with a short explanation of why — then a button to move to the next question.
Can I retry the exercise if I get questions wrong?
Yes. Once you reach the results screen, click "Try again" to reset your answers and go through the exercise from the start as many times as you like.
Do I need to create an account to take this exercise?
No account is needed. Your answers are scored in your browser during the session — nothing is saved to a server, so you can jump straight in.
Is my progress saved if I leave the page?
No — progress within an exercise resets if you navigate away or reload. Each exercise is short enough to complete in a few minutes in one sitting.
Who is this WebRTC & Real-Time Language exercise for?
It's designed for IT professionals and learners who want to sound natural discussing webrtc & real-time language topics in English — useful for meetings, documentation, interviews, and day-to-day communication with English-speaking teams.
How is this different from reading a glossary or blog article?
Exercises like this one are active recall drills — you have to choose the correct term or phrasing yourself, which builds retention faster than passively reading a definition.
Where can I find more WebRTC & Real-Time Language exercises?
Browse the full WebRTC & Real-Time Language exercises hub for more practice, or explore other exercise categories covering vocabulary, grammar, interviews, and workplace communication.