What to Do When Video Plays with No Sound on TV

Video Isn't Broken — The Audio Track Is

The video plays but there's no sound. Panic brings up cryptic diagnostic menus. But the problem might not be a corrupt video file at all. The video stream itself is likely fine. Most likely, the audio stream cannot be played by the TV or phone because its codec, sampling rate, or number of channels is unsupported by that device.

[TO VERIFY: The Sony TV help guide lists supported audio codecs and sampling rates, but does not specify what a "silent playback" error looks like on-screen.]

Sony and other providers have published detailed specs on which sample rates and channel counts their audio codecs will support. To start:

1. Check the Sony TV help page. It lists supported audio sampling rates by codec for a range of devices.
2. Use Fraunhofer's HE-AAC specs to confirm the channels and sampling rates for files encoded in that format.

Odds are, your video uses one of these codecs and a sample rate in the spec table. Now to narrow the failed combination.

Check the Track, Not the Picture

Before you replace an audio track that's not compatible, confirm that your file actually contains one. Use a command-line media analytics tool to inspect the contents of your file. Focus on whether the audio stream exists at all, and how it's flagged.

[TO VERIFY: A primary-source statement showing a command for inspecting a file’s audio track flags, default disposition, channels, and sample rate; auditing references but cannot locate a precision workflow describing this audit.]

Disposition flags can accidentally hide an audio track from new devices.

When in doubt, set the default disposition to ON or VISIBLE using your remuxing tool's disposition switch.

When the Device Needs a Different Codec

With the faulty audio codecs identified, some TVs or phones can be very picky.

Sony's published tables show extensive support for AAC-LC, but only at certain sampling rates.

DTS core support is usually limited to 44.1 and 48 kHz. Same for AC4 and E-AC3.

[TO VERYIFY: A specific document for each item above — although we know Sony's published support tables exist, I have not found one factoring in the exact details above. My ability to verify ends at a general audio support doc, including the DTS reference.]

Fraunhofer provides details for HE-AAC. [TO VERYIFY: A command and reference for this audit; I'm aware of what Fraunhofer says about HE-AAC, but cannot find a document they have permitted for redistribution that gives the exact command.]

When Sample Rate or Channels Are the Problem

The codec might be nominally supported, but that doesn't mean all sample rates and channel counts will be. Double-check whether the audio track meets the device specifications for the AAC or AC3 codec.

[TO VERYIFY: this statement conflicts with our reference, that specifies each sample rate per codec. IE Sony's help guide specifies sample rates and channels, but does not use a broad "check against spec" recommendation. Reflect your explicit reference instead of reasoning to the answer, and mark the fact when unsupported.]

Remux First, Re-encode Only If Needed

A great many compatibility mistakes can be fixed by remuxing the video with a supported audio codec, without re-encoding the video. This cost-saving step only changes the container and metadata—leaving the video stream unchanged.

]

Before you re-encode the whole audio track, try this order:

1. FFmpeg or MKVToolNix can put the transport in a container the devices usually support. MP4 and MKV are common fallback.
2. Before re-encoding, tweak the disposition, language, and multimedia flags. Most devices will show the track as soon as the metadata flags change.

How to Read the Fix

Here are the raw inspection commands:

`` ffmpeg -i silence.mp4 ffmpeg -ae meter.log -stderr -f lavfi showinfo -s 1.mp4 # list MKV streams, categories, and metadata MKVmerge -i log "Silent.mkv" ``

And so on. This confirms the audio track was not lost entirely, but missing vital metadata.

For a detailed workaround with MKVToolNix's GUI:

1. Right-click on the track.
2. Rename it to a shorter name. No special characters. Naming can confuse the TV.
3. Set the track disposition to "True Audio."
4. Set the language code properly.
5. Right-click the other audio track. Right-click it. Set it to none. This makes the TV show the one you need.

FFmpeg's equivalent GUI looks like:

`` ffmpeg -i silence.mp4 -c:v copy -disposition:a:0 default -metadata:s:a:0 title='Main Track' _fixed.mp4 ``

This filtered extract copies the video stream directly, selects the audio track for default playback, labels it to identify its default language, and avoids re-encoding the audio altogether.

This is the preferred workflow: check the audio flags, replace the container, or alter the metadata, before re-encoding the whole audio track from scratch and losing the entire video stream.

Odds are, something in the audio stream metadata is responsible. [TO VERIFY: confident inquiry, but I don't have a direct source on this could cause a silent audio playback. This report sets out the known risks, and pitches a real-world fix. If a TV cannot attribute the track correctly, it won't play it.]