Use a permitted, nonprivate comparison
For authorised support or material you may share, choose a harmless test item and the smallest relevant surface. Confirm local picture and sound, then ask whether the recipient sees the selected content and hears its intended audio. Keep microphone speech as a separate observation.
A hypothetical result can be local programme sound present, recipient microphone speech present and programme sound absent. That does not prove the service supplied silent media. It shows that one capture or mixing path is missing while two other paths work. Raising the player’s volume repeatedly may not change that selection.
Check the chosen source and actual tracks
MDN describes optional audio capture with display sharing and notes that a request for audio and video can still return only a video track. Support depends on browser and environment. A sharing application’s audio request is therefore not proof that an audio track was obtained.
A tab, a window and an entire screen can expose different supported capture choices. Use the browser’s actual source selector and the application’s documented controls. Do not copy an instruction for another operating system and assume it guarantees system-audio capture in the present one.
Separate microphone and programme decisions
The microphone captures an input selected for speech or other nearby sound. Programme audio can instead come through a supported tab or system-audio route. If both are used without care, a microphone can pick up the speakers and produce echo or an unintended duplicate.
Keep the intended task explicit: demonstrate a control, share your own clip or provide an authorised diagnostic. Use headphones or the sharing tool's documented audio handling where appropriate. Do not attempt to defeat protected-media restrictions or treat capture capability as permission to redistribute a television programme.
Retain a privacy-conscious outcome
Before sharing, close unrelated private material and check the selected surface. When finished, end capture through its normal control and verify the sharing indicator has ended. A screenshot or recording used for support should omit private account and playlist information.
A useful report states browser, operating system, selected surface, whether an audio option was offered and the local-versus-recipient result. It should not claim a verified audio mix merely because the request included audio=true. This article is a documented decision workflow, not an actual capture test on IPTV Australia or a promise that every browser can share every source's sound.
Questions about this guide
Does hearing local sound prove the recipient received it?
No. Local output and the captured stream are separate paths.
Can an audio-and-video capture request return video only?
Yes. Audio capture is optional and environment-dependent.