---
title: "MKV vs MP4: Which Video Format Should You Use?"
description: "MKV vs MP4: Compare Matroska vs MP4 compatibility, quality, and features to choose the right video format for your needs."
image: https://blog.blazingcdn.com/hubfs/Gemini-Blog/image-Oct-16-2026-07-30-33-2677-AM.jpeg
---

[![BlazingCDN](https://blog.blazingcdn.com/hubfs/Logo/blog-logo-w.png)](https://blog.blazingcdn.com?hsLang=en-us)

[📘Learn ▾](https://blog.blazingcdn.com/cdn-learn?hsLang=en-us)

[CDN Fundamentals](https://blog.blazingcdn.com/cdn-fundamentals?hsLang=en-us) [By Content Type](https://blog.blazingcdn.com/by-content-type?hsLang=en-us) [Advanced Concepts](https://blog.blazingcdn.com/advanced-concepts?hsLang=en-us) [Glossary](https://blog.blazingcdn.com/glossary?hsLang=en-us)

[⚡ Web Performance](https://blog.blazingcdn.com/web-performance?hsLang=en-us)

[🎬Video & Streaming ▾](https://blog.blazingcdn.com/video-streaming-cdn?hsLang=en-us)

[🔴 Live Streaming](https://blog.blazingcdn.com/live-streaming?hsLang=en-us) [📺 VOD & OTT](https://blog.blazingcdn.com/vod-ott?hsLang=en-us) [💰 Bandwidth & Costs](https://blog.blazingcdn.com/bandwidth-costs?hsLang=en-us)

[🏭 Other Industries ▾](https://blog.blazingcdn.com/cdn-industry-insights?hsLang=en-us)

[📺 Media & Broadcasting](https://blog.blazingcdn.com/media-broadcasting?hsLang=en-us) [💾 Software & SaaS](https://blog.blazingcdn.com/software-saas?hsLang=en-us) [🏗️ DevOps & Cloud Infra](https://blog.blazingcdn.com/devops-cloud-infra?hsLang=en-us) [📚 AdTech & Advertising](https://blog.blazingcdn.com/adtech-advertising?hsLang=en-us) [🎮 Gaming & Esports](https://blog.blazingcdn.com/gaming-esports?hsLang=en-us) [📱 Mobile Apps & Developers](https://blog.blazingcdn.com/mobile-apps-developers?hsLang=en-us) [🤖 AI & Machine Learning](https://blog.blazingcdn.com/ai-machine-learning?hsLang=en-us) [🏛️ Enterprise & Corporate](https://blog.blazingcdn.com/enterprise-corporate?hsLang=en-us) [📚 E-Learning & EdTech](https://blog.blazingcdn.com/e-learning-edtech?hsLang=en-us) [🏟️ Sports & Live Events](https://blog.blazingcdn.com/sports-live-events?hsLang=en-us)

[💰 Pricing & Costs ▾](https://blog.blazingcdn.com/cdn-pricing-and-cdn-costs?hsLang=en-us)

[Provider Pricing](https://blog.blazingcdn.com/provider-pricing?hsLang=en-us) [Cost Optimization](https://blog.blazingcdn.com/cost-optimization?hsLang=en-us) [Decision Support](https://blog.blazingcdn.com/decision-support?hsLang=en-us)

[⚡Compare ▾](https://blog.blazingcdn.com/cdn-comparison?hsLang=en-us)

[Provider Comparisons](https://blog.blazingcdn.com/provider-comparisons?hsLang=en-us) [Strategy Comparisons](https://blog.blazingcdn.com/strategy-comparisons?hsLang=en-us) [Ratings & Benchmarks](https://blog.blazingcdn.com/cdn-ratings-and-benchmarks?hsLang=en-us)

[📊 Benchmarks](https://blog.blazingcdn.com/cdn-ratings-and-benchmarks?hsLang=en-us)

[🔒 Security ▾](https://blog.blazingcdn.com/cdn-security?hsLang=en-us)

[Attack Protection](https://blog.blazingcdn.com/attack-protection?hsLang=en-us) [Encryption & Access](https://blog.blazingcdn.com/encryption-access?hsLang=en-us) [Video & DRM Security](https://blog.blazingcdn.com/video-drm-security?hsLang=en-us)

[📁 Case Studies](https://blog.blazingcdn.com/case-studies?hsLang=en-us) [🔌 Integrations](https://blog.blazingcdn.com/integrations?hsLang=en-us) [🛠️ Tools](https://blog.blazingcdn.com/cdn-tools?hsLang=en-us)

[Get Started](https://blazingcdn.com/sign-up-contact-form/)

[Learn](https://blog.blazingcdn.com/en-us/tag/learn) [Learn - By Content Type](https://blog.blazingcdn.com/en-us/tag/learn-by-content-type) [Compare](https://blog.blazingcdn.com/en-us/tag/compare)

# MKV vs MP4: Which Video Format Should You Use?

 Vadym Borovskyi  Oct 16, 2026, 9:33:19 AM

![](https://blog.blazingcdn.com/hubfs/Gemini-Blog/image-Oct-16-2026-07-30-33-2677-AM.jpeg)

Evaluated October 2026. For web delivery, use MP4; for recording, archiving and multi-track masters, use MKV. The mkv vs mp4 choice concerns the container, not picture quality: both wrap the same H.264, HEVC or AV1 bitstreams, so a stream-copy remux between them leaves every frame untouched and changes file size by roughly 0.1 percent. The real differences are which devices play the file, which tracks it can carry, and how it behaves when served over HTTP range requests from a CDN.

As of 2026, MP4 (ISO/IEC 14496-14) is the only one of the two containers that every major browser, iOS device and Android device plays natively as a progressive download, and fragmented MP4 is the standard segment format for HLS and DASH. Matroska (MKV), standardized by the IETF as RFC 9559 in 2024, carries almost any codec, unlimited audio and subtitle tracks, chapters and font attachments. That makes MKV the better master format and MP4 the better delivery format.

## **Matroska vs MP4: what each container actually is**

MP4 is a profile of the ISO Base Media File Format (ISOBMFF, ISO/IEC 14496-12). A file is a tree of boxes: ftyp declares compatible brands, moov holds the sample index (timestamps, sizes and offsets for every frame), and mdat holds the raw media. Players depend on moov, so its position in the file determines startup behavior over HTTP.

Matroska is built on EBML (Extensible Binary Meta Language, RFC 8794), a binary cousin of XML. A Segment holds Tracks, Clusters of timestamped blocks, Chapters, Attachments and a Cues element used as the seek index. WebM is a restricted Matroska profile (VP8, VP9 or AV1 video, Vorbis or Opus audio, WebVTT text). That shared lineage explains why some browsers will play an MKV whose tracks happen to fall inside the WebM codec set.

## **Codec support: MKV vs MP4 track by track**

| Criterion | MKV (Matroska) | MP4 (ISOBMFF) |
| --- | --- | --- |
| Video codecs | H.264, HEVC, AV1, VP8, VP9, MPEG-2, Theora and nearly anything else via codec IDs | H.264, HEVC, AV1, VP9 (mapped, uneven player support) |
| Audio codecs | AAC, Opus, Vorbis, FLAC, AC-3, E-AC-3, DTS, TrueHD, PCM | AAC, MP3, AC-3, E-AC-3; Opus and FLAC mapped but unevenly played |
| Subtitles | SRT, ASS/SSA with styling, PGS, VobSub, WebVTT | MPEG-4 Timed Text (tx3g), WebVTT and TTML in ISOBMFF |
| Chapters and attachments | Nested chapters, embedded fonts and cover art | Basic chapters; no general attachments |
| Native browser playback | Partial and codec-dependent; none in Safari or iOS | All major browsers with H.264 and AAC |
| HLS and DASH segments | Not an HLS segment format; WebM profile only in DASH | Fragmented MP4 (CMAF) for both |
| Recording interrupted mid-file | Playable up to the last complete cluster | Unplayable without moov, unless fragmented |
| Specification | RFC 9559 (2024), open | ISO/IEC 14496-12 and 14496-14 |

MKV wins on what it can hold, MP4 wins on what can play it, and for web delivery the second criterion decides.

### Where MP4 codec support gets thin

The MP4 problem tracks are predictable: Dolby TrueHD and DTS can be mapped into ISOBMFF but no mainstream browser decodes them, Vorbis has no standard MP4 mapping, and FLAC or Opus in MP4 plays in some engines and not others. HEVC carries a second trap: Apple players expect the hvc1 sample entry, while many tools default to hev1, so a technically valid file shows a black frame in Safari until the tag is rewritten during the remux.

## **How do subtitles differ between MKV and MP4?**

MKV stores styled text (ASS/SSA with embedded fonts), plain SRT and bitmap formats (PGS, VobSub) as first-class tracks. MP4 supports only timed text, WebVTT and TTML, and browsers ignore embedded subtitle tracks in progressive MP4 entirely. On the web, subtitles move out of the container into sidecar WebVTT files or manifest renditions.

That has two consequences for a remux pipeline. Text subtitles convert cleanly to WebVTT, though ASS positioning, karaoke effects and custom fonts are lost. Bitmap subtitles from Blu-ray sources cannot become text without OCR, and burning them into the picture forces a full video re-encode, which is the only step in the whole MKV-to-MP4 workflow that costs real compute.

## **Streaming compatibility: why MP4 wins on the web**

Progressive MP4 playback relies on HTTP range requests: the player reads moov, then fetches byte ranges of mdat as the user plays or seeks. Every CDN caches and serves this pattern well. For adaptive streaming, HLS (RFC 8216) accepts MPEG-TS or fragmented MP4 segments and DASH accepts fragmented MP4 or WebM, with CMAF (ISO/IEC 23000-19) as the shared fMP4 profile that lets one set of segments feed both manifests.

MKV has no place in that chain. Safari and iOS do not play it, and Chromium-based browsers that open some MKV files do so because the tracks match WebM codecs, which is undocumented behavior a product should not depend on. If an MKV is going to a browser, it gets remuxed to MP4 or packaged into fMP4 segments first.

## **File size: mp4 vs mkv overhead, worked out**

With identical codec bitstreams, container overhead is a rounding error. Take a two-hour film at 24 fps with 48 kHz AAC audio: that is 172,800 video samples plus 337,500 audio frames (48,000 divided by 1,024 samples per frame, times 7,200 seconds), or 510,300 samples in total.

- MP4 sample size table: 4 bytes per sample, about 2.0 MB.
- MP4 composition offsets for B-frames: up to 8 bytes per video sample in the worst case, about 1.4 MB.
- MP4 moov total, including chunk offsets and sync samples: roughly 3.5 MB (our estimate).
- MKV block and cluster headers: roughly 8 to 12 bytes per frame, about 4 to 6 MB (our estimate).

On a 4 GB file (about 4.4 Mb/s average bitrate), both overheads land between 0.09 and 0.15 percent. If two versions of the same title differ by 20 or 30 percent, the codec, bitrate or number of audio tracks differs; the container does not.

The number that matters for delivery is where those 3.5 MB of moov sit. When moov is written at the end of the file (the default for most encoders), the player must issue an extra range request for the tail and download the full index before rendering the first frame. On a 20 Mb/s client, 3.5 MB is 28 megabits, which adds roughly 1.4 seconds of startup plus one round trip. Moving moov to the front (the faststart option in ffmpeg) removes that penalty for the cost of rewriting the file once.

## **When to remux MKV to MP4 for web delivery**

Remux whenever the MKV is headed for a browser, a mobile app or an HLS or DASH packager. Remuxing copies compressed streams into a new container without decoding, so it is I/O-bound: a 4 GB file finishes in seconds on NVMe storage, while a re-encode of the same title takes minutes to hours. The decision is per track.

| Track in the MKV | Action for web MP4 | Lossless? |
| --- | --- | --- |
| H.264 or AV1 video | Stream copy | Yes |
| HEVC video | Stream copy, set the hvc1 tag for Apple players | Yes |
| AAC audio | Stream copy | Yes |
| AC-3 or E-AC-3 audio | Copy, plus an AAC stereo fallback track | Original yes, fallback no |
| DTS, TrueHD, FLAC, Vorbis | Transcode the audio track to AAC | No, audio only |
| SRT or ASS subtitles | Extract to sidecar WebVTT | Text yes, styling lost |
| PGS or VobSub subtitles | OCR to WebVTT, or burn in | Burn-in re-encodes video |
| Font attachments, nested chapters | Dropped, or flattened to basic chapters | Metadata loss only |

For the common case of H.264 or HEVC video with AAC audio, MKV to MP4 is a pure, lossless container swap that takes seconds.

The procedure, described in words: run ffprobe on the source and record each stream's codec name; call ffmpeg with the copy codec for video and compatible audio, map only the tracks the web player needs, add the hvc1 tag for HEVC, and enable the faststart movflag. Then confirm with ffprobe trace output or any box inspector that moov appears before mdat. Files destined for HLS or DASH skip the progressive MP4 step and go straight to a packager that writes CMAF segments.

Delivery is where the remuxed output meets the network. BlazingCDN's [**Video CDN for MP4 and fMP4 libraries**](https://blazingcdn.com/video-cdn/) replicates the library inside the CDN with the origin out of the delivery path and serves objects up to 50 GB; it does not transcode, so the remux and any audio conversion happen in your pipeline before upload.

## **Where MKV is still the right container**

MKV's crash tolerance is the main reason OBS Studio has long recommended it for recording: a power cut or encoder crash leaves a playable file up to the last cluster, while a conventional MP4 without its trailing moov is unreadable until repaired. Fragmented MP4 closes most of that gap, at the cost of slightly larger indexes and weaker support in some editing tools.

MKV also remains the stronger archive master. A single file can hold the lossless TrueHD mix, a commentary track, eight subtitle languages with their fonts and a full chapter tree, which no MP4 player will honor. The honest trade-off is that an MKV master always needs a derivation step before it reaches a browser, so the pipeline owns one more stage and one more set of outputs to verify.

## **Which format to pick by workload**

| Workload | Container | Reason |
| --- | --- | --- |
| Browser VOD, progressive download | MP4 with faststart | Universal playback, no tail fetch before first frame |
| Adaptive streaming (HLS, DASH) | Fragmented MP4 (CMAF) | One segment set serves both manifests |
| Screen or live recording | MKV or fragmented MP4 | Survives interruption |
| Archive master, multi-language release | MKV | Any codec, unlimited tracks, fonts, chapters |
| Downloads for desktop players (VLC, mpv, Plex) | MKV acceptable | Players handle it; keeps all tracks |
| Mobile apps, smart TVs, embedded players | MP4 or fMP4 | Hardware decode paths expect ISOBMFF |

Anything that a browser, phone or TV must play gets MP4 or fMP4; MKV belongs upstream of the delivery path.

## **FAQ: MKV vs MP4 for playback and delivery**

### Is MKV better quality than MP4?

No, MKV and MP4 deliver identical quality when they hold the same codec bitstream, because a container only stores compressed frames without altering them. Quality differences between two files come from the encoder, codec or bitrate. MKV can carry lossless audio formats such as TrueHD that browsers cannot decode in MP4, which is a playback limit rather than a quality gap.

### Does converting MKV to MP4 lose quality?

Remuxing MKV to MP4 with stream copy loses no quality, because video and audio packets are copied byte for byte into the new container. Loss appears only when a track must be transcoded, typically DTS, TrueHD or Vorbis audio converted to AAC, or bitmap subtitles burned into the picture, which forces a full video re-encode.

### Why won't an MKV file play in Safari or on iPhone?

Safari and iOS do not support the Matroska container natively, so MKV files fail regardless of the codecs inside. Remuxing to MP4 fixes it when the tracks are H.264 or HEVC with AAC. For HEVC, the MP4 must use the hvc1 sample entry tag, or Apple players may show a black frame while audio plays normally.

### Can MP4 hold subtitles like MKV?

MP4 can store text subtitles as MPEG-4 Timed Text, WebVTT or TTML, but it cannot hold styled ASS tracks with embedded fonts or bitmap PGS subtitles the way MKV does. Browsers also ignore subtitle tracks embedded in progressive MP4, so web players load subtitles as sidecar WebVTT files or HLS and DASH subtitle renditions.

### Is MKV or MP4 smaller for the same video?

MKV and MP4 files with the same streams are within about 0.1 to 0.2 percent of each other in size. For a two-hour film, the MP4 index is roughly 3.5 MB and MKV block headers total roughly 4 to 6 MB, both negligible against a multi-gigabyte file. Larger size gaps always mean different codecs, bitrates or track counts.

## **Audit your MKV library and test MP4 delivery this week**

Run ffprobe across your MKV library and group titles by codec combination. The share with H.264 or HEVC plus AAC can be remuxed losslessly in seconds; DTS, TrueHD and PGS titles need audio or subtitle work, so size that queue before committing to a date. Then check moov position on your existing MP4 output and measure time to first frame on a throttled 20 Mb/s connection, with and without faststart, to see whether the roughly 1.4 second tail-fetch penalty is hitting your viewers.

If those MP4 or CMAF outputs are headed to viewers at volume, the [**BlazingCDN HLS Streaming CDN for pre-encoded HLS and DASH**](https://blazingcdn.com/streaming-cdn/) runs a 14-day testing period on real production traffic, enough to repeat the startup measurement on your own segments.

Share: [f](https://www.facebook.com/sharer/sharer.php?u=https://blog.blazingcdn.com/en-us/mkv-vs-mp4-which-video-format-should-you-use) [in](https://www.linkedin.com/sharing/share-offsite/?url=https://blog.blazingcdn.com/en-us/mkv-vs-mp4-which-video-format-should-you-use) [𝕏](https://twitter.com/intent/tweet?url=https://blog.blazingcdn.com/en-us/mkv-vs-mp4-which-video-format-should-you-use&text=) [✉](mailto:?subject=%3Cspan%20id="hs_cos_wrapper_name"%20class="hs_cos_wrapper%20hs_cos_wrapper_meta_field%20hs_cos_wrapper_type_text"%20style=""%20data-hs-cos-general-type="meta_field"%20data-hs-cos-type="text"%20%3EMKV%20vs%20MP4:%20Which%20Video%20Format%20Should%20You%20Use?%3C/span%3E&body=https://blog.blazingcdn.com/en-us/mkv-vs-mp4-which-video-format-should-you-use)

![BlazingCDN](https://blog.blazingcdn.com/hs-fs/hubfs/Logo/blog-logo-w.png?height=24&name=blog-logo-w.png)

*Heavy traffic.*  
Light bill.

The CDN for video and large traffic

Their monthly bill vs ours

- 20 TBFastly $2,087**$92.50**
- 50 TBCDN77 $990**$215**
- 200 TBCloudFront $11,965**$765**

Published list prices, Aug 2026

[Calculate your cost](https://blazingcdn.com/cdn-cost-calculator/?utm_source=blog&utm_medium=sidebar&utm_campaign=blog_sidebar&utm_content=compare_calc)

## Related posts

[![](https://blog.blazingcdn.com/hubfs/Gemini-Blog/image-May-13-2026-11-32-36-1432-AM.png)](https://blog.blazingcdn.com/en-us/75-top-startup-ctos-cost-cutting-tools-2025?hsLang=en-us)

Learn

### [Cloud Cost Management Tools: 75 CTO-Tested Picks for 2026](https://blog.blazingcdn.com/en-us/75-top-startup-ctos-cost-cutting-tools-2025?hsLang=en-us)

Cloud Cost Management Tools: 75 CTO-Tested Picks for 2026 The median Series A startup now burns $47,000 per month on ...

Oct 16, 2026, 9:30:23 AM [Read more](https://blog.blazingcdn.com/en-us/75-top-startup-ctos-cost-cutting-tools-2025?hsLang=en-us)

[![](https://blog.blazingcdn.com/hubfs/Gemini-Blog/image-May-10-2026-10-24-43-5641-AM.png)](https://blog.blazingcdn.com/en-us/programmatic-tv-buying-what-changed-in-2025?hsLang=en-us)

Learn

### [Programmatic TV Buying in 2026: A Technical Playbook](https://blog.blazingcdn.com/en-us/programmatic-tv-buying-what-changed-in-2025?hsLang=en-us)

Programmatic TV Buying in 2026: A Technical Playbook In Q1 2026, programmatic TV buying crossed a threshold that ...

Oct 16, 2026, 9:20:22 AM [Read more](https://blog.blazingcdn.com/en-us/programmatic-tv-buying-what-changed-in-2025?hsLang=en-us)

[![BlazingCDN](https://blog.blazingcdn.com/hubfs/Logo/blog-logo-w.png)](https://blog.blazingcdn.com?hsLang=en-us)

[📘 Learn](https://blog.blazingcdn.com/cdn-learn?hsLang=en-us) [📊 Benchmarks](https://blog.blazingcdn.com/cdn-ratings-and-benchmarks?hsLang=en-us) [🎬 Video & Streaming](https://blog.blazingcdn.com/video-streaming-cdn?hsLang=en-us) [🏭 Industries](https://blog.blazingcdn.com/cdn-industry-insights?hsLang=en-us) [💰 Pricing & Costs](https://blog.blazingcdn.com/cdn-pricing-and-cdn-costs?hsLang=en-us) [⚡ Compare](https://blog.blazingcdn.com/cdn-comparison?hsLang=en-us) [🔒 Security](https://blog.blazingcdn.com/cdn-security?hsLang=en-us) [🛠️ Tools](https://blog.blazingcdn.com/cdn-tools?hsLang=en-us) [✍️ Publish with us](https://blog.blazingcdn.com/publish-with-us?hsLang=en-us)

in f 𝕏 ✉

 Copyright © BlazingCDN |. All rights reserved.

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://blazingcdn.com/#organization",
  "@type" : "Organization",
  "description" : "High-volume CDN for video, live streaming, OTT/IPTV, software, games, SaaS and large-file delivery.",
  "logo" : {
    "@id" : "https://blazingcdn.com/#logo",
    "@type" : "ImageObject",
    "height" : 560,
    "url" : "https://blazingcdn.com/wp-content/uploads/2024/08/logo-560-560.png",
    "width" : 560
  },
  "name" : "BlazingCDN",
  "sameAs" : [ "https://www.linkedin.com/company/blazingcdn", "https://x.com/BlazingCdn", "https://www.reddit.com/r/BlazingCDN/", "https://www.wikidata.org/wiki/Q141711074" ],
  "url" : "https://blazingcdn.com/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://blog.blazingcdn.com/#website",
  "@type" : "WebSite",
  "inLanguage" : "en-US",
  "name" : "BlazingCDN Blog",
  "publisher" : {
    "@id" : "https://blazingcdn.com/#organization"
  },
  "url" : "https://blog.blazingcdn.com/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://blog.blazingcdn.com/en-us/mkv-vs-mp4-which-video-format-should-you-use#article",
  "@type" : "BlogPosting",
  "author" : {
    "@id" : "https://blog.blazingcdn.com/en-us/author/blazingcdn#person",
    "@type" : "Person",
    "description" : "Vadym Borovskyi is Chief Product and Marketing Officer at BlazingCDN, where he has led product strategy and growth since 2021. He has more than 11 years of experience in IT product management and B2B marketing. On this blog he writes about CDN pricing and egress costs, video and software delivery, cache configuration, and how teams evaluate and switch CDN providers. He is based in Warsaw, Poland.",
    "image" : "https://143144902.fs1.hubspotusercontent-eu1.net/hubfs/143144902/vadym-borovskyi.jpg",
    "jobTitle" : "Chief Product and Marketing Officer",
    "knowsAbout" : [ "Content Delivery Networks (CDN)", "CDN pricing", "Video streaming delivery", "Software and game distribution", "Cache optimization", "Product Management", "B2B Marketing", "Digital Marketing", "Pay Per Click Marketing (PPC)", "Google Ads", "Search Engine Marketing (SEM)", "Marketing Strategy", "Artificial Intelligence (AI)", "Cloud Management", "SaaS Development", "IT Consulting", "Computer Networking", "Project Management", "Startups" ],
    "name" : "Vadym Borovskyi",
    "sameAs" : [ "https://www.linkedin.com/in/axelt/" ],
    "url" : "https://blog.blazingcdn.com/en-us/author/blazingcdn",
    "worksFor" : {
      "@id" : "https://blazingcdn.com/#organization"
    }
  },
  "dateModified" : "2026-10-16T07:33:19Z",
  "datePublished" : "2026-10-16T07:33:19Z",
  "description" : "MKV vs MP4: Compare Matroska vs MP4 compatibility, quality, and features to choose the right video format for your needs.",
  "headline" : "MKV vs MP4: Which Video Format Should You Use?",
  "image" : "https://143144902.fs1.hubspotusercontent-eu1.net/hubfs/143144902/Gemini-Blog/image-Oct-16-2026-07-30-33-2677-AM.jpeg",
  "inLanguage" : "en-us",
  "isPartOf" : {
    "@id" : "https://blog.blazingcdn.com/#website"
  },
  "mainEntityOfPage" : {
    "@id" : "https://blog.blazingcdn.com/en-us/mkv-vs-mp4-which-video-format-should-you-use",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@id" : "https://blazingcdn.com/#organization"
  },
  "wordCount" : 2185
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://blog.blazingcdn.com/en-us/mkv-vs-mp4-which-video-format-should-you-use#breadcrumb",
  "@type" : "BreadcrumbList",
  "itemListElement" : [ {
    "@type" : "ListItem",
    "item" : "https://blog.blazingcdn.com/en-us",
    "name" : "Blog",
    "position" : 1
  }, {
    "@type" : "ListItem",
    "item" : "https://blog.blazingcdn.com/en-us/mkv-vs-mp4-which-video-format-should-you-use",
    "name" : "MKV vs MP4: Which Video Format Should You Use?",
    "position" : 2
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://blog.blazingcdn.com/en-us/mkv-vs-mp4-which-video-format-should-you-use#faq",
  "@type" : "FAQPage",
  "mainEntity" : [ {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "No, MKV and MP4 deliver identical quality when they hold the same codec bitstream, because a container only stores compressed frames without altering them. Quality differences between two files come from the encoder, codec or bitrate. MKV can carry lossless audio formats such as TrueHD that browsers cannot decode in MP4, which is a playback limit rather than a quality gap."
    },
    "name" : "Is MKV better quality than MP4?"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "Remuxing MKV to MP4 with stream copy loses no quality, because video and audio packets are copied byte for byte into the new container. Loss appears only when a track must be transcoded, typically DTS, TrueHD or Vorbis audio converted to AAC, or bitmap subtitles burned into the picture, which forces a full video re-encode."
    },
    "name" : "Does converting MKV to MP4 lose quality?"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "Safari and iOS do not support the Matroska container natively, so MKV files fail regardless of the codecs inside. Remuxing to MP4 fixes it when the tracks are H.264 or HEVC with AAC. For HEVC, the MP4 must use the hvc1 sample entry tag, or Apple players may show a black frame while audio plays normally."
    },
    "name" : "Why won't an MKV file play in Safari or on iPhone?"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "MP4 can store text subtitles as MPEG-4 Timed Text, WebVTT or TTML, but it cannot hold styled ASS tracks with embedded fonts or bitmap PGS subtitles the way MKV does. Browsers also ignore subtitle tracks embedded in progressive MP4, so web players load subtitles as sidecar WebVTT files or HLS and DASH subtitle renditions."
    },
    "name" : "Can MP4 hold subtitles like MKV?"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "MKV and MP4 files with the same streams are within about 0.1 to 0.2 percent of each other in size. For a two-hour film, the MP4 index is roughly 3.5 MB and MKV block headers total roughly 4 to 6 MB, both negligible against a multi-gigabyte file. Larger size gaps always mean different codecs, bitrates or track counts."
    },
    "name" : "Is MKV or MP4 smaller for the same video?"
  } ]
}
```