Choose the narrowest source that shows viewers what they need: a window for slides or an application, a browser tab for a web page, and a video-sharing feature for video playback. In StreamYard, browser audio is shared only when you select a Chrome tab and enable Share audio.
Before you share third-party media, check that you have permission for the live broadcast and any replay. A tool that lets you display or play a file does not grant the right to rebroadcast it, and YouTube may interrupt a stream when it detects a match to third-party content.
Choose what viewers need to see or hear
Start with the audience’s task, not the share control. If viewers need to read a few slides, they do not need to see your entire desktop. If they need to hear a web clip, the audio route matters as much as the visible picture. If the material is a video, use the studio’s video-sharing feature where available rather than treating it like a slide deck.
Most screen-sharing tools offer a choice between the full screen, one application window, or one browser tab. A full-screen share can reveal notifications, open tabs, private messages, or controls you did not mean to show. A single window or tab narrows what appears on air and makes it easier to keep unrelated material out of the broadcast.
Decide which source fits before going live:
| What you are presenting | A practical source | What to check |
|---|---|---|
| Slides in a presentation app | The presentation window | Text remains readable and the next-slide controls stay private |
| A web page or browser-based deck | One browser tab | The selected tab is the right one and any needed audio is enabled |
| A clip with sound | The platform’s video-sharing feature, or a supported tab workflow | Picture, sound level and rights for the clip |
| A still image or document | The window that displays it | Viewers can read the important details at the stream’s viewing size |
The best choice can also depend on the destination and who is presenting. A guest may need to share their own screen through the studio, while a solo presenter can keep the share and broadcast controls in one place. StreamYard’s screen-sharing guidance describes its own controls; another studio may label or arrange them differently.
For an always-on channel, ask a further question: does the audience need to watch a live desktop at all? A one-off presentation or a short news segment calls for a different workflow from a prepared video loop that runs overnight. If the goal is a continuous pre-recorded sequence, see how a YouTube live playlist can loop continuously. Sharing a desktop is useful for showing material in a live studio; it is not automatically the simplest way to keep a channel running around the clock.
Share a window or browser tab
In your streaming studio, open the present or share control and choose the source that contains the material. Select an application window for a slide deck or a browser tab for a web page. Add that source to the live layout, then look at the preview as a viewer would. Some studios separate selecting a source from placing it into the layout, so confirm both steps rather than assuming that choosing it made it visible on air.
The narrower the source, the fewer things you need to manage. A window share keeps other applications out of the captured area, while a tab share limits the view to one page. Full-screen sharing can still be useful if a presentation genuinely moves across different applications, but check what the desktop contains and turn off notifications first. Do not assume that a private or minimised window will stay private if you have shared the whole screen.
StreamYard says screen sharing is not supported on mobile devices. If you are planning from a phone or tablet, check the studio’s current device guidance before building the session around a share. For a desktop presentation, a second monitor can be convenient: one display keeps the studio controls visible while the other shows slides or the material being presented. StreamYard says screen sharing works best with two monitors, but that is a convenience rather than a requirement. You can switch between windows on one display; it simply takes more care to avoid losing sight of the studio.
If your workflow needs more control over desktop sources, OBS is a free, open-source desktop alternative, according to the OBS Project. Its setup depends on your operating system and on the exact window, display and audio sources you want to capture. Check the current OBS documentation for those steps rather than relying on generic instructions: a desktop capture setting that works on one computer may not behave the same way on another.
Share Chrome-tab audio in StreamYard
To share browser playback with sound in StreamYard, open the media in a Chrome tab. In the studio, choose Present → Share screen → Chrome tab, select the correct tab, and check Share audio before starting the share. StreamYard supports screen audio only when sharing Chrome tabs, and the audio option must be enabled. Selecting a whole screen or application window is not a substitute for this specific tab-audio path.
Listen to the result before you rely on it. Play a short section and check that the shared sound reaches the studio preview or a private test broadcast. If you will speak over the clip, adjust the shared-audio level in the studio so neither your voice nor the media obscures the other. Start with both at a clear level, then make a small adjustment and listen again; do not guess from the volume indicators alone.
The setting has a narrow purpose. It shares audio from a Chrome tab in StreamYard, not every sound produced by the computer. Other browsers, desktop applications and studios may offer different controls or require a different route. If the sound is coming from a local media player rather than a Chrome tab, use the studio’s video-sharing feature where possible, or check the current documentation for the exact workflow before going live.
A common failure is to see a moving picture in the share preview and assume its sound is included. Picture capture and audio capture are separate parts of the workflow. Test the clip from the audience side, not just by checking that its tab is selected. For a longer prepared show with episode art and a continuous audio programme, a 24/7 podcast stream with a waveform may be a better format than sharing a browser window throughout.
Use video sharing for video playback
For video playback in StreamYard, use its video-sharing feature rather than screen sharing the video as your first choice. StreamYard recommends video sharing because screen sharing is not optimised for video playback. The distinction matters when viewers are there to watch a clip: screen sharing is a way to show what is on your display, while a dedicated video-sharing path is designed for presenting video within the studio.
Follow the current studio instructions for adding a video, and check its appearance in the layout before you go live. Confirm that the clip starts where you expect, that its sound is audible, and that your microphone remains at a sensible level if you plan to speak. If the video-sharing controls or supported file types have changed, use the vendor’s current help page rather than assuming a format or limit that has not been checked.
StreamYard’s screen-share help describes a fallback for a local video file: open a new Chrome tab, drag the video into that tab, then share the tab with audio enabled. Keep this as a fallback, not the preferred video workflow, because the vendor explicitly says screen sharing is not optimised for video. Try the intended method in advance so that you are not discovering a playback problem in front of viewers.
For an occasional segment in a longer live programme, decide whether you need to play a clip live or include it in a prepared sequence. An edited or pre-recorded sequence can make the transition more predictable, but it still needs a rights check and a review of the final output. For a channel designed around a continuous file-based loop, compare that workflow with a continuous stream built from a playlist, rather than assuming a live screen share is suitable for unattended playback.
Present slides and other simple materials
Slides, still images and simple web pages usually need no special video workflow. Select the presentation window or relevant browser tab, add it to the layout, and check that the text can be read at the size viewers will see. Small footnotes that look clear on your laptop may be too small in a live player on a phone. Put the key point in the visible area and avoid leaving menus, editing panels or unrelated browser tabs on display.
If you are advancing slides, decide how you will control them while keeping the studio in view. With one monitor, use a rehearsed sequence for switching to the slide window and back to the studio. With two, keep the studio controls on one display and the presentation on the other. The second display makes it easier to monitor the layout and audio; it is not a piece of equipment you must buy to share slides.
Some studios provide ways to upload slides or prepared material directly. StreamYard’s first-steps guide describes its onboarding and presentation options. Check the current instructions for what the studio supports and choose the route that fits the session: a live window share gives you direct control of the displayed application, while an uploaded or pre-recorded item can reduce the need to operate that application during the broadcast.
For a local news loop, devotional channel, study session or small business stream, make the material legible and purposeful. A static notice may need only a still image; a speaker explaining a chart may need slides plus a camera view; a music or ambience channel may need a prepared visual rather than a desktop share. If you are combining items in a repeatable schedule, plan transitions and check the finished sequence before using it in a private YouTube live test. The test is a place to catch unreadable slides or missing audio, not a substitute for permission to use the content.
Check media rights and destination rules
Before including third-party media, establish that you can use it in the live broadcast and, if the stream is archived, in the replay too. A video playing in your browser, an audio track you can hear, or a file available to download does not establish permission to rebroadcast it. Check the terms attached to the material and the terms of any licence you rely on. If the intended live or archived use is unclear, leave the material out until you have verified it.
YouTube says that live streams are scanned for matches to third-party content. A match can lead to a warning, a placeholder image, interruption or termination. Read YouTube’s current guidance on copyright issues with live streams before including material you do not own. The policy can affect a stream even when the media appears to play normally in your studio.
A licence alone may not prevent an interruption. YouTube says a rights holder may need to add a licensed channel to its Content ID allowlist; without that, a live stream can still be interrupted when a match is detected. If a rights holder has granted permission, ask what is required for the specific channel and intended use, and confirm any allowlisting arrangements with them before the broadcast. Do not treat a receipt, subscription or permission email as proof that YouTube’s matching systems will not act.
The same care applies to material from a guest, a website or another live broadcast. If a guest shares a clip, make sure the rights cover that use rather than relying on the fact that the guest can access it. Destination rules may differ, and platform features or policies can change. Check the current official rules for the service where the stream will appear, especially when a show includes music, film, sports or another creator’s broadcast.
For a practical rights record, note what material you plan to use, who owns it, and where you confirmed permission for live and archived use. This is not a guarantee against claims or interruptions; it helps you identify questions before the stream is on air. If a stream is built around a playlist, review each item rather than assuming that the whole playlist has one set of rights. You can also read this guide on copyright strikes during a live stream for the distinction between platform enforcement and the underlying rights question.
Test what viewers can see and hear
Run a short rehearsal with the exact source and layout you plan to use. Confirm that the share is visible in the audience-facing preview, the media plays at the right point, and any needed browser audio is present. Check your microphone and shared audio together, especially if you will talk over a clip. A source can look correct in the studio while the audience receives a silent tab or a layout that crops the important part.
Check a few practical details before the live session:
- The selected source is the intended tab or window, not the desktop or a neighbouring tab.
- The shared material fits the live layout and its important text is readable.
- Share audio is enabled for a Chrome tab when using StreamYard for browser playback.
- The media and microphone can both be heard at the level you intend.
- Notifications, private windows and controls you do not want to show are out of view.
- The content and destination rules have been checked for the live stream and any replay.
A second monitor can make it easier to watch the studio while operating a presentation, but keep a rehearsal on one display if that is the setup you will actually use. A test with a different computer or browser may not reveal the same audio behaviour. For a continuous YouTube channel, use a private test to observe not only the opening but also a transition or loop point; guidance on the YouTube live streaming limit and 24-hour rule can help with planning long broadcasts, but does not replace a test of your media source.
If the main problem is that your own computer must stay switched on to keep a prepared video running, consider a workflow that runs the uploaded file as a continuous YouTube live stream instead of sharing a desktop all night. StreamNeo turns an uploaded video into a 24/7 YouTube live stream, which removes the need to keep your computer open to the share controls for that prepared-file use. It does not provide permission for the media, and it is not a way to share arbitrary browser content; check the rights and YouTube requirements just as you would for any other broadcast.
When you are satisfied with the source, sound, layout and rights check, decide how you want to operate the full session. A live share suits a presenter who needs to control material in real time; a prepared file or playlist may suit a repeatable, unattended programme.
Before committing, compare the operating options on the pricing page. When the file and channel are ready, start free — 24-hour trial, no card.
FAQ
How do I share a video while live streaming?
Use the studio’s video-sharing feature when it provides one. StreamYard recommends video sharing instead of screen sharing for video playback because screen sharing is not optimised for video. Test picture and sound in advance, and confirm that you have permission to use the video in the live stream and any replay.
How do I share my screen with audio in StreamYard?
Share a Chrome tab and check Share audio in the share controls. StreamYard’s screen audio support is limited to Chrome tabs, so do not assume that sharing the full screen or an application window will include sound. Check the shared-audio and microphone levels in a rehearsal.
Can I show slides without a second monitor?
Yes. Select the presentation window or relevant browser tab, add it to the layout and switch between the studio and slides as needed. StreamYard says sharing works best with two monitors, but a second display is a convenience for keeping studio controls visible while you present, not a requirement.
Does being able to play a clip mean I can rebroadcast it?
No. Technical access to a clip does not establish permission to include it in a live broadcast or replay. Check the rights for the specific use and the current rules of your destination; YouTube may still interrupt a stream if its systems match third-party content.