# How to share a video with sound in Jitsi Meet

> Choose the sharing path first. Share video opens a YouTube or direct video link in Jitsi's shared player; screen sharing captures a selected tab or window and needs an available audio option for sound. Share audio is a separate supported-client flow. Verify both picture and sound with another attendee before the presentation. Seeing your own video play does not prove that others received it. [S1][S2][S3]

Source: https://jitsi.help/guides/jitsi-share-video-with-sound/
Updated: October 28, 2026
Publisher: Jitsi Help (https://jitsi.help/)

## Pick the right sharing method

This guide covers a presenter's media workflow. For a failed capture prompt, missing screen button, black screen or permission error, use the existing [screen-sharing troubleshooting guide](/troubleshooting/jitsi-screen-sharing-not-working/).

The controls below were checked against released Jitsi Meet **11248** source on 28 October 2026. Deployments can hide controls or configure different policies. No live meeting, media playback, audio capture or phone test was performed. [S1][S2][S3]

| Your content | Starting point | What to verify |
| --- | --- | --- |
| A suitable YouTube or direct video link | **Share video** | Other clients load the player and hear the intended media. [S1] |
| An application, local presentation or a browser tab | **Start screen sharing** | Correct surface selected; an offered audio option enabled if sound is needed. [S3][S4] |
| Browser audio without displaying the captured video | **Share audio**, when supported | Correct source, audible output at the receiver and no feedback. [S3] |

Use a short clip you are permitted to present and ask a consenting attendee to help check it. Prefer headphones and one active audio device per physical room. Hearing your own speakers is not a receiver test; microphone pickup can also disguise a missing media-audio track. See the [echo and feedback checklist](/troubleshooting/jitsi-echo-feedback/).

## Share a YouTube or direct video link

1. Open the meeting's available **Share video** action, commonly in the additional toolbar actions. The reviewed dialog is titled **Share video** and asks for a **Video link**. [S1]
2. Paste a suitable YouTube link or a direct, playable video URL and select **Share**. The reviewed parser recognizes specified YouTube URL forms; it does not establish that every playlist, Shorts page or redirect is supported. [S1]
3. Check the shared player with another attendee. The reviewed web client uses a YouTube player for a recognized video ID and an HTML video player for a direct URL. Each viewer must be able to load the relevant media; the sender's access alone is insufficient. [S1][S2]
4. Use the sharing owner's available player controls to rehearse play, pause and seeking. Playback state and time are exchanged with the meeting; do not promise perfect synchronization or successful delivery from the existence of a control. [S1][S2]
5. When finished, use **Stop video** and confirm that sharing has ended for the attendee. The reviewed toolbar disables another participant's sharing action while an existing owner's video is active. Coordinate with that owner rather than starting a competing share. [S1]

A private local file path is not an upload to the meeting. A cloud-drive preview page or an ordinary website is also not necessarily a media URL. The reviewed direct player uses the supplied URL as its video source. Do not make a private file public just to work around playback: use your organization's approved access method or an appropriate screen-capture workflow. [S2]

An external-video confirmation may appear for attendees. The source combines default/configured trusted domains with a confirmation path for other links. Treat the prompt as a real choice about contacting that external service. Do not change `sharedVideoAllowedURLDomains` to a wildcard as a generic fix. A deployment's `disableThirdPartyRequests` setting can also disable shared-video functionality. Ask the operator about the intended policy. [S1][S2]

## Share a browser tab with its sound

1. Open the intended video or audio content in a separate browser tab.
2. Start screen sharing in the meeting and select that content tab in the browser's picker.
3. Enable the picker’s offered audio option, often labeled **Share tab audio** or **Share audio**, before confirming. Available choices depend on the browser, OS, selected surface and site configuration. A tab, application window and entire screen are not interchangeable audio sources. [S3][S4]
4. Play a short section and ask the attendee to confirm both image and sound. Keep your microphone test separate from the media test.
5. Stop capture when finished and check your microphone state before resuming conversation.

If no audio option appears for that surface, do not assume microphone permission will add it. Try an available audio-capable tab workflow or the linked-video path when appropriate. The browser controls and Screen Capture specification describe optional audio choices; they do not establish support across every current browser and OS combination. [S4]

Avoid capturing the meeting tab itself or all computer sound unless that is intentional and rehearsed. Returning the call's own audio to participants can create feedback. Sharing a narrow content surface also reduces the chance of showing unrelated notifications or windows. [S4]

## Share audio without showing the video

The reviewed web **Share audio** button checks desktop-sharing capability and a specific audio-support test: a non-mobile Chromium-based browser, or Electron on Windows. This is a source availability rule, not an independently tested support matrix. [S3]

When available, choose **Share audio**. If the helper appears, select **Continue**, choose the intended browser content and enable its audio option in the picker. Use **Stop audio sharing** when finished. [S3]

If ordinary screen sharing is already active, the reviewed flow shows a warning instead of starting a second audio-only capture. Decide whether you need audio alone or video plus audio, stop the previous share, then start the intended path. For video plus sound, restart screen sharing with its audio option when available. [S3]

The native app and mobile browser are separate clients. Use the [mobile guide](/guides/jitsi-meet-mobile-app/) for the app's screen-sharing entry point, then test internal media audio separately. A phone screen appearing at the receiver does not prove its application audio is included. [S3]

## If it is silent, blocked or out of sync

| Symptom | Safe first check |
| --- | --- |
| Picture arrives through capture, but sound does not | Check the chosen surface and the audio option in the picker. Compare media sound separately from microphone sound. [S3][S4] |
| Sender's linked video plays, another attendee's does not | Check that attendee's media access, external-video consent, player error and actual URL type. A sender-only login or local file is insufficient. [S1][S2] |
| YouTube says the video is unavailable | Check the player error. Private/missing content and owner restrictions can prevent embedded playback; choose permitted content rather than bypassing restrictions. [S5] |
| Playback does not start automatically | Browser autoplay policy can affect audible playback. Use the controls offered by the actual client and record the error; do not disable browser protections globally. [S4][S5] |
| Another person's Share video is unavailable | Ask the current sharing owner to stop their video. The reviewed button prevents competing owners during active sharing. [S1] |
| Voice remains muted after a clip | Check the actual microphone control and ask the attendee to confirm speech. The reviewed shared player can mute local audio when its media sound is on. [S2] |
| Second display shows video but has no sound | Check the main meeting window first. The reviewed second-screen follower player deliberately stays muted. See [multiple monitors](/guides/jitsi-second-screen-multiple-monitors/). [S2] |

For developers embedding Jitsi, keep [IFrame sharing events and noise-suppression behavior](/guides/embed-jitsi-iframe-api/#audio-only-sharing-events-and-noise-suppression) separate from this presenter workflow. Do not infer a public API command from an internal action name. For self-hosted Docker or Debian/Ubuntu deployments, inspect the installed release and served configuration before changing anything; this guide adds no server patch or capture-policy bypass.

## Finish with a receiver check

Rehearse the path you will use with the actual browser/app and attendee device: start, picture, media sound, pause/seek where supported, stop, then microphone speech. If one receiver fails, compare another before treating it as a meeting-wide capture failure. Record versions and sanitized error text, without publishing private links or access tokens.

These are recommended checks, not completed media tests. New upstream audio reports do not make every sharing path defective or establish a released fix. Recheck this guide when player controls, browser capture options or the deployed Jitsi version changes.

## Sources and limits

- **[S1]** Meet 11248 [shared-video actions](https://github.com/jitsi/jitsi-meet/blob/f765042bf280cbd7dcd4a9bbdb63b09e9e4d3259/react/features/shared-video/actions.ts), [URL/availability functions](https://github.com/jitsi/jitsi-meet/blob/f765042bf280cbd7dcd4a9bbdb63b09e9e4d3259/react/features/shared-video/functions.ts), [dialog](https://github.com/jitsi/jitsi-meet/blob/f765042bf280cbd7dcd4a9bbdb63b09e9e4d3259/react/features/shared-video/components/web/SharedVideoDialog.tsx) and [owner-aware button](https://github.com/jitsi/jitsi-meet/blob/f765042bf280cbd7dcd4a9bbdb63b09e9e4d3259/react/features/shared-video/components/web/SharedVideoButton.ts).
- **[S2]** Same release: [player selection](https://github.com/jitsi/jitsi-meet/blob/f765042bf280cbd7dcd4a9bbdb63b09e9e4d3259/react/features/shared-video/components/web/SharedVideo.tsx), [direct media source](https://github.com/jitsi/jitsi-meet/blob/f765042bf280cbd7dcd4a9bbdb63b09e9e4d3259/react/features/shared-video/components/web/VideoManager.tsx), [playback/microphone/follower behavior](https://github.com/jitsi/jitsi-meet/blob/f765042bf280cbd7dcd4a9bbdb63b09e9e4d3259/react/features/shared-video/components/web/AbstractVideoManager.ts) and [external-link confirmation/state](https://github.com/jitsi/jitsi-meet/blob/f765042bf280cbd7dcd4a9bbdb63b09e9e4d3259/react/features/shared-video/middleware.ts).
- **[S3]** [Audio availability](https://github.com/jitsi/jitsi-meet/blob/f765042bf280cbd7dcd4a9bbdb63b09e9e4d3259/react/features/screen-share/functions.ts), [capture-flow guards](https://github.com/jitsi/jitsi-meet/blob/f765042bf280cbd7dcd4a9bbdb63b09e9e4d3259/react/features/screen-share/actions.web.ts), [audio helper](https://github.com/jitsi/jitsi-meet/blob/f765042bf280cbd7dcd4a9bbdb63b09e9e4d3259/react/features/screen-share/components/web/ShareAudioDialog.tsx) and [English labels](https://github.com/jitsi/jitsi-meet/blob/f765042bf280cbd7dcd4a9bbdb63b09e9e4d3259/lang/main.json).
- **[S4]** [Chrome capture controls](https://developer.chrome.com/docs/web-platform/screen-sharing-controls/), updated 29 September 2022, and [Screen Capture Working Draft](https://www.w3.org/TR/2026/WD-screen-capture-20260827/), 27 August 2026. Used for selection/audio principles, not an exhaustive support claim. Checked 28 October.
- **[S5]** [YouTube player errors](https://developers.google.com/youtube/iframe_api_reference#onError) and [Chrome autoplay policy](https://developer.chrome.com/blog/autoplay/), checked 28 October 2026. No provider, codec, browser, app, device or live meeting compatibility test claimed.

## Frequently asked questions

### Should I use Share video or share my screen?

Use Share video for a suitable YouTube or direct video URL that attendees can load through the player. Use screen sharing when you need to show an application or browser tab. For captured sound, select an audio-capable source and enable the browser's offered audio option. These are different paths.

### Why can people see my video but hear no sound?

First identify whether you used a linked player or screen capture. For capture, check the selected source and whether its audio option was offered and enabled. For a linked player, check mute, volume, playback restrictions and whether another attendee can load the media. A working microphone does not prove that media audio is included.

### Can I paste any website or a file from my computer into Share video?

No. The reviewed client recognizes certain YouTube links and otherwise hands a video URL to its media player. A local file path or ordinary download/login page is not a shared upload. Use an approved playable URL that the intended viewers can access, or present the local content through an appropriate capture workflow.

### Does phone screen sharing guarantee internal audio sharing?

No. Sharing a phone's screen does not prove that application or device audio is captured. Rehearse the actual native app, OS and receiver. The reviewed web Share audio availability check excludes mobile browsers; it is not a phone compatibility guarantee.


---

Jitsi Help is an independent service. It is not affiliated with, endorsed by or sponsored by 8x8, Inc. or the Jitsi project. Jitsi and Jitsi Meet are trademarks of 8x8, Inc., used here only to describe the software we host and support.