Identify where the sound should emerge
After connecting HDMI, a receiver or a headset, a video can keep playing while sound is routed somewhere unexpected. Begin by naming the intended endpoint: laptop speakers, television speakers, a receiver or headphones. Keep one familiar local file with audible speech as the test source.
Check the physical connection and the operating system’s selected output through its supported sound controls. Listen for whether another application reaches the intended endpoint. This comparison does not prove VLC’s selection, but it establishes whether the device is available outside the player. Keep the file and selected audio track fixed throughout the first test.
Inspect the player’s current audio-device choice
VideoLAN’s Windows documentation identifies an Audio Device choice under VLC’s Audio menu. Use the menu available in the installed desktop build and inspect the actual endpoint names. Device labels can be similar, especially when both a monitor and a receiver expose HDMI audio.
Select the intended available endpoint and replay the same speech passage. Record whether the result changes. Avoid changing several output modules and channel-layout settings together just because an older troubleshooting page lists them. First establish the ordinary device choice for the actual build and operating system.
Separate missing output from the wrong track
Inspect VLC’s mute and volume controls and the selected audio track as separate checks. A commentary or alternate-language track can be present even when the expected programme audio is not selected. A receiver showing a signal and the listener hearing the intended track are different observations.
For a concrete comparison, play the same clip through laptop speakers, then reconnect the intended HDMI route and select its endpoint again. Record the transition and result. If only the HDMI route is silent, keep that specific evidence for the display or receiver chain. Do not describe the source file as universally broken when it works through another output.
Verify the route after an ordinary restart
Close and reopen VLC normally, then check the same endpoint and sample. If the output changes when devices are connected or disconnected, record that sequence with the Windows and VLC versions. The order of connection can be useful evidence for a default-device selection issue.
The expected outcome is predictable audio through the chosen endpoint. If sound exists but its timing is wrong, diagnose synchronization separately. If only a particular encoded track fails, retain its identity for a codec-capability investigation. A device-selection fix does not prove support for every surround format or every HDMI receiver.
Questions answered
Does silent HDMI playback always mean the video codec is unsupported?
No. First compare the system output, VLC audio device and selected track. Device routing can fail while video decoding continues.
Why test a familiar local speech clip?
It provides a clear audible reference while keeping a changing network stream out of the first output-routing comparison.
Sources & further reading
Official references for the subjects discussed. Service terms and device software can change.