Compatibility guide

How to Test Video Format and Device Compatibility

Use a browser capability signal and a repeatable real-file checklist to verify video, audio, seeking, duration, orientation, editing, presentation, and offline playback before relying on a permitted Facebook, Instagram, or TikTok download.

Phone, tablet, and laptop screens illustrating a cross-device video compatibility test

Use The Browser Probe As A Signal, Not A Verdict

The HTML media API provides canPlayType(), which asks the current browser how likely it is to play a MIME type and optional codec combination. The standardized answers are probably, maybe, or an empty value. “Probably” is still not a guarantee for a particular file, while “maybe” means the browser needs the real media before it can decide.

The local probe below does not upload a file, inspect a download, contact a platform, or install a codec. It checks three common web combinations in this browser only. Your returned file may use different codecs even when its extension is the same.

Current-browser signal

Check common web video combinations

No check has run. Results stay in this browser page.

Limit: this preliminary MIME/codec signal does not test hardware acceleration, file integrity, bitrate, resolution, HDR, audio routing, editing support, or the actual media bytes.

Evidence boundary for this guide

Verified on this site

The probe uses only a temporary HTML video element and canPlayType(); no file is selected, uploaded, downloaded, or transmitted. The guide routes, controls, status region, responsive layout, metadata, and runtime isolation are tested locally.

Official platform documentation

MDN documents browser media APIs and container/codec distinctions; Android, Apple, and Microsoft document format support with device, OS, profile, and application limitations.

Must be tested by the user

The actual saved file on the intended phone, browser, editor, presentation system, TV, or offline workflow. No generic matrix can replace that end-to-end test.

Review context: probe behavior, accessible status updates, routes, content, metadata, responsive styles, and downloader isolation checked July 28, 2026 on the local build. No physical-device lab result is claimed.

Understand The Layers You Are Testing

One filename can cross several compatibility boundaries
Layer Example Why it matters
ContainerMP4, WebM, MOV, MatroskaPackages video, audio, metadata, and sometimes subtitle tracks; the extension often suggests this layer.
Video codec and profileH.264/AVC, HEVC/H.265, VP9, AV1The destination needs a suitable decoder and may impose profile, level, bit-depth, resolution, or hardware limits.
Audio codec and layoutAAC, Opus, MP3; mono, stereo, multichannelVideo can display while audio fails, is silent, or is routed incorrectly.
Media characteristicsDimensions, bitrate, frame rate, HDR, variable frame rate, durationA supported codec can still exceed a device, editor, connection, memory, or display capability.
File integrityComplete transfer, valid indexes, readable metadataAn incomplete or expired download can resemble a codec problem.
Application workflowBrowser playback, gallery, editor import, slide deck, projector, TVApps on the same device can use different decoding frameworks and accept different files.

Run A Complete Real-File Test

  1. Save one permitted option completely.Keep the page open until the transfer finishes and verify that the file exists with a plausible non-zero size.
  2. Record only available facts.Note filename, extension, displayed type, size, dimensions, source URL, and date. Treat absent codecs or bitrate as unknown.
  3. Open it in the intended application.Use the actual phone gallery, browser, editor, presentation software, TV, or other destination—not only a convenient desktop player.
  4. Play beginning, middle, and end.Confirm the full duration, image, sound, orientation, aspect ratio, synchronization, and absence of premature stopping.
  5. Seek forward and backward.Move to several timeline positions. Failed seeking can reveal an incomplete file, indexing problem, or application limitation.
  6. Test the real output path.For presentations, connect the display and audio route. For offline use, enable airplane mode. For editing, import and scrub the timeline.
  7. Keep a verified fallback.Do not delete another working variant until the preferred file completes the real task.
  8. Document the result.Record device/OS/app versions, observed behavior, date, and the exact file tested so the result is reproducible rather than universal.

Choose Tests For The Destination

Minimum checks for common permitted uses
Destination Essential checks Useful fallback
Phone or tablet offline playbackGallery/player opens, airplane-mode playback, correct duration, sound, rotation, seeking, and acceptable storage useA smaller returned option that plays reliably on the same device
Desktop browserCurrent target browser, complete playback, controls, seeking, sound, full-screen behavior, and CPU/battery stabilityAnother container/codec combination actually returned and supported
Editing applicationImport, waveform/audio, timeline scrubbing, frame rate, orientation, export test, and audio/video synchronizationAn authorized creator original or documented intermediate produced outside this downloader
Slide deck or presentationExact presentation computer, slide software, embedded/linked behavior, projector/display output, audio route, and offline rehearsalA locally stored tested file plus a second tested resolution
TV or casting deviceLocal playback or casting path, aspect ratio, remote controls, sound format, network dependency, and full durationDirect HDMI/computer playback with the verified local file
Documentation or referenceReadable content, source URL, date, creator reference, complete playback, and permission recordAn authorized original or platform-provided archive when authenticity requirements are higher

Interpret Browser Probe Results Correctly

What probably, maybe, and unsupported mean
Probe result Interpretation Required next step
ProbablyThe browser reports that the stated MIME/codec combination is likely playable.Test the actual complete file; characteristics or corruption can still cause failure.
MaybeThe browser cannot decide from the supplied type information alone.Attempt real playback only with a trusted permitted file and verify the full timeline.
UnsupportedThe browser returned an empty value for that exact declared combination.Use another returned compatible option or a different trusted destination; do not install random codec packs.
Probe unavailableThe required browser API or script did not run.Use the manual real-file protocol; the probe is optional.

Apply Device Documentation Carefully

Android’s official format tables describe platform support but explicitly note that devices may add formats and that support varies outside typical phones and tablets. Apple publishes playback formats for particular hardware models. Microsoft explains that a familiar extension is insufficient to identify every codec and warns against untrusted codec packs. These are useful boundaries, not a promise for every device or application.

Why an official support list still needs an actual-file test
Documentation says Remaining variable Safe conclusion
A platform or model supports a codec/container.Profile, level, bit depth, resolution, bitrate, HDR, audio, OS version, and app implementationSupport makes playback plausible; test the exact file.
A browser returns “probably.”File bytes, indexes, duration, media characteristics, hardware path, and runtime resourcesThe MIME/codec declaration is promising, not conclusive.
A file has an .mp4 extension.The actual contained codecs and whether the extension/MIME information is accurateDo not infer universal playback from the filename.
Another player opens the file.The intended editor, browser, presentation app, TV, or offline pathOne successful app does not certify the complete workflow.

Diagnose Playback And Import Failures

Observed problem and the next controlled test
Observed problem Possible cause Next controlled test
File does not open anywhereIncomplete transfer, expired URL response, zero/implausible size, damaged file, or unsupported combinationCheck completion and size, request a fresh result from the original public post, and test another displayed option.
Picture appears but audio is silentMissing/unsupported audio codec or track, muted source, rights-related difference, or wrong output routeCheck volume/output, inspect another displayed option, and test on the intended device; this site cannot merge audio.
Audio plays but picture is blankUnsupported video codec/profile, hardware decoding issue, or app limitationTry a current trusted player or browser and another returned format; avoid untrusted codec bundles.
Playback stops early or seeking failsIncomplete file, invalid index, expired transfer, or player limitationCompare expected duration and file size, download a fresh permitted copy, then retest the full timeline.
Phone plays it but editor rejects itThe editor has narrower codec/profile, variable-frame-rate, audio, or container supportCheck the editor’s official import specifications or obtain an authorized production-compatible original.
Works online but not in airplane modeThe app was streaming a remote URL or had not stored the complete local fileConfirm a local file exists, then repeat the offline test before travel or presentation.
Presentation computer works but projector/TV failsDisplay connection, resolution, HDR, refresh, HDCP, or audio-routing issueRehearse with the exact cable/display/audio path and keep a tested local fallback.

Record A Reproducible Compatibility Result

A useful test record states: exact filename or identifier; source and permission context; container/extension; any known codecs; size, dimensions, and duration; device model; operating-system version; application and version; connection/output path; test date; beginning/middle/end and seeking result; audio result; offline result; and the failure message if any. Do not publish private URLs, personal data, credentials, or expiring media links.

Phrase the conclusion narrowly: “This file played completely in this application on this device on this date.” Do not generalize one successful result across every MP4 file, device, application, or platform.

Official technical sources

Sources reviewed July 28, 2026:

  1. MDN: HTMLMediaElement canPlayType()
  2. MDN: Media container formats
  3. MDN: Video codec guide
  4. Android Developers: Supported media formats
  5. Android Developers: Compatible media transcoding
  6. Apple Support: Example iPhone video playback specifications
  7. Microsoft Support: Codecs FAQ and safety guidance