Formats and codecs on X, explained

Every video download from X arrives as an MP4, whatever the original upload was. That is not a limitation of any particular tool, it is the only progressive format the platform stores.

Container versus codec

Two separate things get confused constantly, and the distinction explains most format questions.

The container is the file wrapper. MP4, MOV, WebM. It holds the video track, audio track and metadata together and determines the file extension.

The codec is the compression method inside. H.264, H.265, VP9. It decides how the picture is encoded and how efficiently.

X standardises on the MP4 container with H.264 video and AAC audio. Upload a MOV, an AVI or a WebM and it is transcoded to that combination on the way in.

Why H.264 specifically

Newer codecs compress better. H.265 achieves similar quality at meaningfully smaller sizes, and AV1 does better still. X uses neither for general playback, for one reason: H.264 decodes in hardware on essentially every device made in the last fifteen years.

Hardware decoding means the video chip does the work instead of the CPU. That is the difference between a phone playing video for hours and a phone getting hot and flattening its battery. A universally supported codec beats a more efficient one that some devices must decode in software.

For you, this is good news: an H.264 MP4 plays in every browser, every phone, every editor and every smart TV without conversion.

Why GIFs on X are not GIF files

Post a GIF to X and it stops being a GIF the moment it uploads. The platform converts it to a silent, auto-looping MP4 and only labels it "GIF" in the interface.

The reason is size. The GIF format dates from 1987 and compresses each frame with a 256-colour palette and no motion prediction between frames. A three-second animation can easily reach 5 MB as a GIF. The same animation as H.264 is often under 300 KB, better looking, at a fraction of the bandwidth.

So when you download a "GIF" from X, you receive an MP4. There is no GIF file to retrieve; it was discarded at upload. Converting the MP4 back to GIF is possible but always a downgrade, larger file, fewer colours, no benefit unless a specific platform demands the extension.

The practical marker: files from GIF posts have no audio track at all, and loop by default. The GIF downloader page covers the workflow.

Progressive MP4 versus HLS streaming

X serves video two ways, and only one is downloadable.

Progressive MP4 is a single complete file at a fixed resolution. Request it and you get the whole video. This is what a download gives you.

HLS (HTTP Live Streaming) splits the video into short segments listed in an .m3u8 playlist, letting the player switch resolution mid-playback as bandwidth changes. It is what runs when you watch in the app.

An HLS playlist is not a video file, it is a text index pointing at dozens of fragments. Saving one gives you a few kilobytes of text that plays nothing. Only the progressive MP4 renditions are offered for download here, which is why the resolution list is fixed rather than adaptive.

Live broadcasts and Spaces

Live video behaves differently while it is live. During a broadcast, only HLS segments exist, the progressive file has not been assembled yet, so there is nothing complete to download.

Once a broadcast ends and is archived as a normal post, standard renditions are usually generated and it behaves like any other video. If a live post fails to resolve, waiting until it has finished processing often fixes it.

Audio Spaces are a separate system entirely and are not served as downloadable MP4s.

Working with the file afterwards

An H.264 MP4 needs no conversion for almost anything:

• Editing, imports directly into Premiere, Final Cut, DaVinci Resolve, CapCut and every mobile editor.
• Playback, opens in QuickTime, VLC, Windows Media Player, any browser.
• Re-uploading, accepted natively by YouTube, Instagram, TikTok and back to X.
• Extracting audio, any converter can pull the AAC track out as M4A or MP3.

Convert only when something genuinely requires a different format. Every re-encode loses a little quality, because H.264 is lossy and each pass discards more.