Video Formatları Kıyaslaması: MP4, WebM, MOV, AVI

2026-04-13 tarihinde yayınlandı 9 dk okuma

Özet (TL;DR)

Geçen yıl video kurgucusu bir arkadaşım mesaj attı: “MP4 bu, Premiere neden açmıyor?” Uzantı .mp4 diyordu, ama içinde Sony kameradan gelen HEVC 10-bit 4:2:2 vardı — ve iş akışı H.264 bekliyordu. Konteyner iyiydi, sorun kodekteydi. Video formatları hakkında gerçekten bilmeniz gereken şeylerin kabaca %90’ı bu tek karışıklıkta, bu yüzden önce onunla başlayayım.

Videoda en yararlı tek ayrım konteyner (MP4, WebM, MOV, AVI, MKV) ile kodek (H.264, H.265/HEVC, AV1, VP9, ProRes) arasındadır. Konteynerler ambalajdır; kodekler içerideki sıkıştırma algoritmasıdır. Pratik öneri de bu ayrımdan doğar. Açık web için H.264 kodekli MP4 hâlâ en güvenli varsayılandır. Bant genişliği önemliyse ve daha uzun kodlama sürelerini göze alabiliyorsanız, MP4 veya WebM içindeki AV1 ya da H.265 aynı kalitede belirgin biçimde daha küçük dosyalar üretir. Düzenleme ustalarında ProRes kodekli MOV uzun süredir standarttır. Uzun süreli arşivleme için AV1 veya H.265 kodekli MKV, MKV’nin çoklu ses, altyazı ve bölüm parçalarıyla esnekliği sayesinde güçlü bir seçimdir. AVI “varsayılan olarak yüksek kalite” değildir — modern üst veri ve altyazı desteği sınırlı, eski bir konteynerdir. H.265, aynı kalitede H.264’ten kabaca %40–50 daha verimlidir ama lisans ve eski cihaz uyarılarıyla gelir; AV1 telif ücretsizdir ama 2025’te donanım kodlayıcıları hâlâ seyrek.

Arka plan ve kavramlar

Bir konteyner; video, ses, altyazılar, bölümler ve üst verileri tek bir dosyada tutar. MP4, ISO Base Media File Format’a dayanır; WebM web odaklı bir Matroska alt kümesidir; MOV Apple’ın QuickTime konteyneridir; AVI 1992’den gelir ve dönemini yansıtır; MKV (Matroska) genişletilebilir ve kodek bağımsızdır.

Bir kodek, pikselleri gerçekten sıkıştıran algoritmadır. H.264 (AVC) 2003’teki standartlaşmasından bu yana fiilen web standardı olmuştur ve neredeyse her yerde donanımda çözülür. H.265 (HEVC) aynı kaliteyi kabaca yarı bit hızında verir ama patent havuzu lisansına tabidir ve eski cihazlarda donanım desteği daha az evrenseldir. AV1, 2018’de Alliance for Open Media tarafından yayımlandı; HEVC düzeyinde veya daha iyi verimliliği telif ücreti olmadan hedefler. VP9, WebM ve YouTube’da yaygın kullanılır. ProRes, Apple’ın düzenleme kodekidir; düzenleme sırasında hızlı kare düzeyinde çözme için tasarlanmıştır ve sıkıştırmadan ödün verir. Kurgucular onu tam da dosyaları büyük ve tarama hızlı olduğu için seçer. Yani kalite konteynerin bir özelliği değildir — kodek, bit hızı ve kodlayıcı ayarlarıyla belirlenir.

Pratikte iki kavram daha sık karşınıza çıkar. Bit hızı kontrolü, kodlayıcının öngörülebilir akış için sabit bit hızı (CBR), ortalama bit hızı (ABR) veya sabit kalite hedefi (CRF, Constant Rate Factor) hedefleyip hedeflemeyeceğini belirler. Talep üzerine teslimatta CRF, kodlayıcı bitleri gerektiği yerde harcayıp kolay sahnelerde süzüldüğü için genellikle daha küçük ortalama dosya boyutunda daha iyi kalite üretir. GOP yapısı — intra (I), tahmin edilen (P) ve iki yönlü (B) karelerin deseni — hem sıkıştırma verimliliğini hem de izleyicinin videoda ne kadar hızlı atlayabileceğini kontrol eder. Daha sıkı bir GOP (daha fazla I-karesi) tarama için uygundur; daha gevşek bir GOP daha iyi sıkıştırır. Akış boru hatları, ABR geçişinin sorunsuz olması için GOP uzunluklarını genellikle segment sınırlarıyla (örneğin her 2 saniye) hizalar.

Karşılaştırma ve veriler

KonteynerTipik kodeklerTarayıcıda oynatmaÜst veri ve altyazıSıkıştırma verimliliğiNotlar
MP4H.264, H.265, AV1H.264 üzerinden evrenselGeniş (ID3, bölümler)Kodeğe bağlıWeb teslimatı için varsayılan
WebMVP9, AV1Modern Chrome, Firefox, Edge, SafariWebVTT altyazıAV1 ile güçlüAçık ve telif ücretsiz
MOVH.264, ProRes vb.Doğrudan web oynatma sınırlıÇok zengin parça modeliKurgu dostumacOS ve iOS yerel
AVIXvid, DivX, eskiModern tarayıcılarda zayıfSınırlıEski ve verimsizEski uyum için
MKVPratikte her kodekDoğrudan web oynatma sınırlıSon derece esnekKodeğe bağlıArşivleme için yaygın

“%50 daha verimli” gibi sayılar eşleştirilmiş kalitede kaba ortalamalardır. Gerçek dünya sonuçları içeriğe, bit hızına, ön ayara ve kodlayıcıya güçlü biçimde bağlıdır. Kodekler arasında bit hızlarını, kalite hedefini önce eşleştirmeden karşılaştırmayın.

Gerçek senaryolar

Senaryo 1 — Kamuya açık bir sitede video yayınlamak. En güvenli varsayılan H.264 High Profile ve AAC-LC sesli MP4’tür. Açılış sayfasındaki 90 saniyelik bir ürün tanıtımı için rutin olarak ffmpeg -c:v libx264 -crf 23 -preset slow -c:a aac -b:a 128k kullanıyorum; 1080p’de yaklaşık 8 MB’a iniyor ve temiz görünüyor. Bant genişliğinden tasarruf etmek istiyorsanız ve izleyicileriniz güncel tarayıcılar kullanıyorsa AV1 veya VP9 ile bir WebM kaynağı ekleyin, <video> elementinin en iyisini seçmesine izin verin. Erişilebilirlik ve keşfedilebilirlik için altyazılar ayrı bir WebVTT parçasına aittir.

Senaryo 2 — Düzenleme ustasını korumak. Düzenleme zaman çizelgeleri ProRes 422 kodekli MOV gibi hafifçe sıkıştırılmış formatlardan yararlanır. Bir keresinde DaVinci Resolve’da doğrudan bir HEVC kaynağından kurguya başlamayı denedim ve zaman çizelgesinin her kesimde kekelediğini izledim; ProRes 422 proxy’lere dönüştürmek aynı projeyi aynı makinede gerçek zamanlı oynattı. Dosyalar büyük — 10 dakikalık 1080p için yaklaşık 8 GB planlayın — ama her kareyi çözmek ucuz olduğu için tarama ve kesim hızlı kalır. Düzenlemeden sonra H.264 veya H.265 gibi bir teslim formatına tek seferde yeniden kodlayın; bir teslim kodeği üzerinden düzenleme yapmayın.

Senaryo 3 — Uzun süreli arşivleme. Bitmiş ustaları yıllarca saklamak için AV1 kodekli MKV makul bir modern varsayılandır. Eski 4K ustaları SvtAv1EncApp --preset 4 --crf 28 ile yeniden kodlayıp kalibre edilmiş bir ekranda görünür kayıp olmadan H.264 orijinalinin %40–55’ine iniyorum. AV1 telif ücretsizdir, sıkıştırma verimliliği güçlüdür ve MKV, birden çok ses ve altyazı parçasıyla bölümleri tek bir dosyada tutmanızı sağlar. Arşivlenen kopyada görünür kayıbı önlemek için cömert bit hızıyla CRF tabanlı kodlamayı kullanın.

Senaryo 4 — Büyük bir izleyici kitlesi için uyarlanabilir akış. Ölçekli canlı veya talep üzerine teslimat için konteyner sorusu kısmen akış konteyneri sorusuyla değişir: HLS veya DASH için fMP4 segmentleri genellikle H.264 ve H.265 taşırken, WebM segmentleri VP9 veya AV1 taşır. Önemli özellik uzantı değil, segmentlerin IDR/I-kare sınırlarıyla hizalanıp ABR oynatıcılarının bit hızlarını temiz geçiş yapıp yapamadığıdır. “Hangi konteyner?” tartışmasının çoğu burada anlamsız kalır; çünkü CDN ve paketleyiciniz tel üstü formatı belirler.

Yaygın yanlış anlamalar

“AVI her zaman yüksek kalitedir.” AVI yalnızca eski bir konteynerdir; kalite içerideki kodek ve bit hızıyla belirlenir. Aynı kodek MP4 veya MKV’de pratikte aynı kaliteyi daha iyi altyazı ve üst veri desteğiyle sunar.

“MOV yalnızca Apple’a aittir.” MOV, QuickTime’da ortaya çıktı ama Windows ve Linux oynatıcılarında geniş destek görür. Zayıf halka doğrudan tarayıcı oynatımıdır; web teslimatı için MP4’e yeniden sarın.

“H.265 her zaman H.264’ten iyidir.” Daha verimlidir ama lisans maliyetleri ve eski cihazlarda eşit olmayan donanım desteği, karışık kamuya açık izleyiciler için H.264’ü daha güvenli varsayılan kılar.

“AV1 yeni standarttır.” Momentum gerçek — Intel Arc, Apple’ın M3 serisi ve NVIDIA RTX 40 serisi kartlar AV1 donanım kodlayıcılarıyla geliyor — ama 2026 başı itibarıyla çoğu üretim canlı yayın boru hattı hâlâ H.264 veya H.265 kullanıyor; çünkü gerçek zamanlı AV1 kodlaması güç, ısı ve güvenilir kodlayıcıların lisansları açısından pahalı. AV1 toplu kodlama ve arşiv için mükemmel, ölçekli canlı alım için daha az uygun.

“Daha yüksek çözünürlük otomatik olarak daha iyi görünür.” Yalnızca hem kaynak hem de ekran onu destekliyorsa. Düşük bit hızında 4K, yüksek bit hızında 1080p’den daha kötü görünebilir; çünkü kodeğin ek pikselleri tanımlayacak biti kalmaz. Web teslimatında çözünürlük yerine çözünürlük başına hedef bit hızı düşünün.

“Uzantı bana kaliteyi söyler.” Bir .mp4 dosyası 1 Mbps’de H.264 veya 20 Mbps’de H.265 içerebilir; uzantı içerik hakkında hiçbir şey söylemez. Karar vermeden önce gerçek kodek, bit hızı, çözünürlük ve kare hızını incelemek için ffprobe veya MediaInfo gibi bir araç kullanın.

Kontrol listesi

  1. Nihai amaç ne?
    • Kamuya açık web teslimatı: MP4 + H.264 yedeği; pratikse AV1 ekleyin.
    • Dahili veya özel bir oynatıcı: önce o oynatıcının kodek listesini kontrol edin.
    • Düzenleme ustası: MOV + ProRes veya eşdeğeri.
    • Uzun süreli arşiv: MKV + AV1 veya H.265.
  2. İzleyicileriniz hangi cihaz ve tarayıcıları kullanıyor? Eski donanıma ağır yönelim, H.264 yedeğini zorunlu kılar.
  3. Dosya boyutu mu yoksa kalite mi öncelikli? Önce boyut: AV1 veya H.265. Önce uyumluluk: H.264.
  4. Birden çok ses parçası, altyazı ve bölüm ne kadar önemli? Kritikse MKV veya uygun parça yapısı olan MP4’ü tercih edin.
  5. Maliyet profili nedir? Uygulandığı yerde H.265 lisansı için bütçe ayırın ve AV1 kodlama süresi ile enerjiyi hesaba katın.
  6. Daha sonra tekrar düzenleyecek misiniz? Teslim kodunun yanında bir düzenleme kalitesinde usta (MOV + ProRes veya eşdeğeri) tutun; bir sonraki revizyon geldiğinde zaten kayıplı bir dosyadan kalite türetmek zorunda kalmayın.

Pratik bir not daha: ses, yaratıcıların beklediğinden çoğunlukla daha önemlidir. Dinleyiciler videodaki sıkıştırma artefaktlarını, kırpılmış veya kötü kodlanmış sese göre çok daha kolay affeder. Web teslimatı için 128 kbps stereo AAC makul bir tabandır; müzik ağırlıklı içerikler için 192–256 kbps veya (WebM içinde) Opus benzer bit hızlarında belirgin biçimde daha iyi sonuçlar üretir. Varlıklarınızda örnekleme hızını (video için genellikle 48 kHz) eşleştirmek, düzenleme sırasında yeniden örnekleme artefaktlarını önler.

İlgili araç

Yukarıdaki senaryolar için gerçek dönüşümler Patrache Studio video dönüştürücüsünde denenebilir. Videolarınızla eşleştirilen küçük resim, poster ve açılış karelerinin Görsel Sıkıştırma Rehberi kurallarını izlemesi, toplam sayfa ağırlığını düşük tutar. Videonun veya ambalajının üstüne taranabilir bir QR kod yerleştirmeyi planlıyorsanız, basımdan veya yayından önce QR Kod Güvenliği rehberi statik ve dinamik ödünleşimleri anlatır.

Kaynaklar