IPTV'de HDR Ton Eşlemesi: BT.2390 vs BT.2446 vs Hable, Açıklamalı

HDR olmayan bir monitörde VLC'de HDR akışı açıp "neden bu kadar soluk gri çorba gibi görünüyor?" diye düşündüyseniz: bozuk bir ton-eşleyiciyle tanışmışsınız demektir. Bu rehber, ton-eşlemenin ne olduğunu, 2026'da önemli olan dört algoritmayı ve HDR desteklediğini iddia eden bir oynatıcıda nelere bakmanız gerektiğini açıklar.

HDR ton eşlemesi aslında nedir

TV kanalınız HDR10 olarak yayınlanır: BT.2020 renk uzayında kodlanmış 10-bit sinyal, 10.000 nit'e kadar parlaklığı tanımlayabilen Perceptual Quantizer (PQ) transfer fonksiyonuyla. Monitörünüz (gerçekçi olalım) en fazla 400 nit'te zirve yapar, belki DCI-P3'ün %95'ini kapsar ve sRGB gama eğrisinde çalışır. Ton-eşleme, birini diğerine resmi çöpe atmadan çeviren matematiktir.

Ton-eşlemenin aynı anda yapması gereken üç şey vardır:

1. Parlaklık sıkıştırması, 10.000 nit'e kadar olan değerleri panelinizin gerçekten yayabildiği 0-400 nit aralığına indirin, göreli parlaklık ilişkilerini koruyarak (mum hâlâ, yan tarafındaki sokak lambasının yanında bir mum gibi görünmeli).
2. Gamut eşleme: BT.2020 renklerini (bazıları fiziksel olarak panelinizde var olamaz) ekranınızın üretebileceği bir renk uzayına dönüştürün, doyuruluk veya ton kayması yapmadan.
3. Transfer fonksiyonu dönüşümü: PQ'dan (mutlak parlaklık referansı için tasarlanmış) ekranınızın eğrisine geçin, genellikle sRGB gama 2.2 veya BT.1886'ya.

Bunlardan birini atlayın, görünür artefaktlar elde edersiniz. Üçünü de atlayın, çorba elde edersiniz.

Çoğu IPTV oynatıcısı neden yanlış yapıyor

HDR'ı yanlış işleyen oynatıcılarda tipik tablo şudur: görüntü gerçek bir ton eşlemeden geçmeden basit bir dönüşümle SDR'a indirilir, üstüne bir gama eğrisi konur ve öylece teslim edilir.

Bu ton-eşleme değil. Bu kırpma. 100 nit üstündeki her şey beyaza eziliyor. SDR tabanının altındaki her şey siyaha eziliyor. Orta tonlar ortada ince bir gri banta sıkıştırılıyor: gördüğünüz "soluk gri çorba" tam olarak bu.

Daha kötüsü: çoğu bunu BT.709'da yapıyor, BT.2020 → BT.709 gamut dönüşümünü tamamen atlayarak. Bu nedenle BT.2020'de var olan ama BT.709'da olmayan yüksek doygunluklu kırmızı ve yeşiller kayıyor ve ünlü IPTV-HDR magenta gökyüzünü üretiyor.

Doğru bir ton-eşleyici bunu doğrusal ışıkta, algısal olarak düzgün bir uzayda (tipik olarak ICtCp veya LMS), parlak alan roll-off'u için en azından parçalı bir fonksiyonla yapar. Bundan azı kozmetik.

HDR10 meta verisi: MaxCLL, MaxFALL, mastering display

Her HDR10 akışı, SEI mesajında üç adet statik meta veri taşır (taşımalıdır):

Alan	Anlamı	Tipik değer
MaxCLL	Maximum Content Light Level: akıştaki en parlak tek piksel	1000-4000 nit
MaxFALL	Maximum Frame Average Light Level: herhangi bir karenin ortalamasının tepesi	200-800 nit
MDPL	Mastering Display Peak Luminance: colorist'in derecelendirirken gördüğü	1000 veya 4000 nit

IPTV için en önemli alan MaxCLL'dir. Ton-eşleyiciye parlak alanların nerede bittiğini söyler, böylece eğriyi buna göre ölçeklendirebilir. 4000-nit MaxCLL'li bir akışı 1000-nit gibi eşleyin, parlak alanlar çok agresif sıkıştırılır: resim karanlık olur. 1000-nit'i 4000-nit gibi eşleyin, panelinizin yarısını mevcut olmayan sinyale harcarsınız.

Ve işte kirli sır: IPTV akışlarının büyük bir kısmı MaxCLL/MaxFALL'sız gönderilir ya da değerleri açıkça encoder varsayılanlarıdır. Meta veriye güvenemezsiniz; aynı zamanda gerçek sinyali de ölçen bir oynatıcıya ihtiyacınız var.

BT.2390: referans SMPTE algoritması

ITU-R BT.2390, 2026 itibarıyla, referans ton-eşleme algoritmasına en yakın şey. Profesyonel derecelendirme stüdyolarının sahne-başı dinamik meta veri yokken yedek olarak kullandığı şey ve ciddi açık kaynak oynatıcıların (mpv, MadVR) varsayılan ayarı.

Algoritma üç parçadan oluşur:

1. EETF (Electro-Electrical Transfer Function)

BT.2390'ın EETF'si, giriş PQ değerlerini çıkış PQ değerlerine eşleyen parametrik bir eğridir. Bir diz noktasının (tipik olarak hedef ekranın tepesinin %50'si) altında 1:1 geçer. Diz üstünde, Hermite spline kullanarak ekran tepesine doğru pürüzsüzce sıkıştırır. Matematik:

// BT.2390 EETF için pseudocode
// E1 = giriş PQ-kodlanmış değer [0..1]
// Lw = hedef ekran tepesi (PQ, normalize)
// Lmin = hedef ekran siyahı (PQ)
// KS = diz başlangıcı = 1.5 * Lw - 0.5

if (E1 < KS):
    E2 = E1
else:
    T = (E1 - KS) / (1 - KS)
    P = (2*T^3 - 3*T^2 + 1) * KS
      + (T^3 - 2*T^2 + T) * (1 - KS)
      + (-2*T^3 + 3*T^2) * Lw
    E2 = P

Hermite spline, roll-off'u pürüzsüz yapan şeydir: eğri ve ilk türevi diz noktasında eşleşir, dolayısıyla sıkıştırmanın başladığı yerde görünür "kink" yoktur.

2. ICtCp çalışma uzayı

BT.2390, ton-eşlemenin ICtCp renk uzayında yapılması gerektiğini belirtir: algısal olarak düzgün bir uzay, I kanalı luma, Ct/Cp kanalları chroma'dır. Bu önemli çünkü luma'yı chroma'yı griye doğru sürüklemeden sıkıştırmanıza izin verir. Naif bir RGB-domain ton-eşleyicide bir (1.0, 0.8, 0.0) pikseli ölçeklendirdiğinizde, kanallar arasındaki farklar sıkışır ve renk doygunluğu kaybolur. ICtCp'de I'yi ölçeklendirip chroma kanallarını rahat bırakırsınız.

3. Gamut eşleme

Son olarak, BT.2390, gamut-dışı renkler için bir chroma-zayıflatma adımı belirtir. BT.2020 rengi hedef panelde temsil edilemediğinde, onu en yakın gamut-içi RGB üçlüsüne kırpmak (ton kaymasına neden olur) yerine, algoritma rengi sabit-ton hattı boyunca nötr'e doğru doygunluğunu azaltır ta ki sığana kadar. Daha az canlı, ama ton doğru kalır: gün batımınız bir gün batımı kalır, magenta kartpostal olmaz.

BT.2446a, b, c: üç farklı problem için üç farklı araç

BT.2446, BT.2390'dan daha gençtir (2019 vs 2016) ve BT.2390'ın iyi ele almadığı durumları çözer. Üç farklı problemi çözen üç tatla gelir:

Metod	Şunun için tasarlandı	Trade-off
2446a	Sinematik içerik için HDR → SDR	En iyi algısal eşleme, biraz yumuşak parlak alan
2446b	Punch'ı koruyan HDR → SDR	Daha parlak parlak alan, MaxCLL yanlışsa kırpabilir
2446c	SDR → HDR (ters yön)	Upscale yapmıyorsanız IPTV için alakasız

IPTV için seçim 2446a ve 2446b arasında ve doğru cevap içeriğe bağlı. 2446a daha nazik: ten renklerini ve gölge detayını koruduğunuz filmler ve diziler için harika. 2446b parlak alanlarda daha fazla "punch" bırakır: saha aydınlatması parlamasının parlak hissetmesini istediğiniz spor için daha iyi. Bazı oynatıcılar bu seçimi size bırakır.

Hable, Reinhard ve "film eğrisi" okulu

OBS, MPC-HC veya herhangi bir eski HDR-bilen aracı kullandıysanız, Hable ton-eşleme seçeneğini muhtemelen görmüşsünüzdür. Hable (John Hable adından, Uncharted 2 oyunu için tasarladı), parametrik bir filmik eğridir: omuz, parmak ucu ve doğrusal orta bölümü olan bir S-eğrisi. Harika görünüyor. Aynı zamanda kalibre bir algoritma değil.

Aynı şey Reinhard (2002 makalesi "Photographic Tone Reproduction"), Hable Uncharted ve bir düzine oyun-motoru türevi için de geçerli. Bu algoritmalar bilgisayar grafiği için tasarlandı, colorist-derecelendirilmiş HDR10'u çevirmek için değil. Güzel görünüyorlar. Referans-doğru değiller.

Trade-off:

• BT.2390 / BT.2446, referans-doğru, colorist'lerin beklediği. Tüketici panelinde biraz daha az "wow faktörü".
• Hable / Reinhard: daha gürültülü, daha kontrastlı, daha "video-oyun HDR" görünüm. Meta veri hatalarını gizler. Yönetmenin gördüğü değil.

Spor ve oyunlar için Hable daha hoş seçim olabilir. Filmler ve derecelendirilmiş diziler için BT ailesi niyetin daha yakını olacaktır. Her ikisi de kırp-ve-dua-et yaklaşımından daha iyi.

Dinamik ton eşleme: reklamlarda statik neden başarısız

Statik ton-eşleme (MaxCLL/MaxFALL ile sürülen) yayın IPTV'sinde ölümcül bir kusura sahip: meta veri tüm akışı tanımlar, mevcut sahneyi değil. Siyah-beyaz reklam molasına kesilen bir reklam, 4000-nit spor yayınıyla aynı tepe ayarlarını miras alır. Orta tonlar ezilir çünkü algoritma mevcut karede olmayan parlak alanlar için headroom ayırıyor.

Düzeltme dinamik ton eşleme: oynatıcı yalnızca akışın beyan ettiği değerlere güvenmez, ekrandaki sahnenin parlaklığına göre eğriyi gerçek zamanlı olarak uyarlar. Doğru yapıldığında ekranda şunları görürsünüz:

• Reklam molalarında orta tonlar ezilmez; karanlık bir reklam, parlak maç yayınının ayarlarını miras almaz.
• Gece maçlarında projektörler ve skor grafiği kör edici olmaz, saha karanlığa gömülmez.
• Sahne içinde parlaklık dalgalanmaz; kamera hareket ettikçe görüntü "nefes almaz".
• Sert kesimlerde görüntü bir anda doğru seviyeye oturur, birkaç saniye boyunca yavaşça açılmaz.

Burada iki şey dengelenir. Uyum çok hızlıysa parlaklık sahne içinde gözle görülür biçimde pompalanır; çok yavaşsa görüntü sahne değişikliklerine geç tepki verir. İyi ayarlanmış bir oynatıcı bu dengeyi sizin yerinize kurar: yayın izlerken ne pompalama ne de gecikmeli açılma fark etmemelisiniz.

Sert kesimler ayrıca ele alınmalıdır: bir film siyah bir sahneden parlak bir gündüz sahnesine kesildiğinde iyi bir oynatıcı bunu kesim olarak tanır ve görüntüyü hemen doğru seviyeye getirir. Zayıf olanlarda ise görüntü birkaç saniye boyunca "fade-in" yapıyormuş gibi açılır.

HDR destekli IPTV oynatıcısında nelere bakmalı

Artık pazarlama metinlerini eleştirel okuyabilirsiniz. Sorulacak gerçek sorular:

1. Ton-eşleme algoritması seçimini gösteriyor mu? Cevap "biz sadece HDR yapıyoruz" ise göstermiyordur. Ciddi bir oynatıcı BT.2390, BT.2446a, BT.2446b, Hable veya Reinhard seçmenize izin verir.
2. Dinamik ton eşlemeyi destekliyor mu? "Sahne-uyarlanabilir HDR" veya "dinamik ton eşleme" terimlerini arayın. Sadece-statik yayın için kabul edilemez.
3. Çalışma renk uzayı belirtiyor mu? ICtCp doğru cevap. RGB hızlı yollar için kabul edilebilir. YUV-sadece yanlış.
4. Eksik meta veriyi nasıl ele alıyor? Sağlam bir oynatıcı MaxCLL eksik veya makul değilken (örn. 0 veya 10000 varsayılan) sinyali ölçer. Sadece "1000 nit varsayımı"na geri dönüyorsa, akışların yarısında başarısız olur.
5. Ekranınızın tepe parlaklığını hesaba katıyor mu? 400-nit monitörünüz ve 1000-nit OLED farklı eğrilere ihtiyaç duyar. Oynatıcının panelinizi bilmeyen tek bir "HDR modu" varsa, resim en az birinde yanlış eşleniyor.
6. GPU mu CPU mu kullanıyor? 4K60'ta CPU ton-eşleme Threadripper'da mümkün ama normal laptop'ta acı verici. GPU'da yapılan ton-eşleme canlı IPTV için zorunludur.

Bu altısının beşini oynatıcının dokümanlarından 90 saniyede yanıtlayamıyorsanız, gerçek bir HDR hattı yok.

Kısa Özet

• HDR ton-eşlemesi, 10.000-nit BT.2020 PQ sinyalini panelinizin gerçek aralığına ezme veya ton-kaydırma olmadan çevirir.
• Çoğu IPTV oynatıcısı kırpma yapar, ton-eşleme değil. Bu "gri çorba" etkisidir.
• BT.2390 referans algoritmadır: ICtCp çalışma uzayı, Hermite spline diz, chroma-zayıflatılmış gamut eşleme.
• BT.2446a/b alternatiflerdir: 2446a sinematik için, 2446b spor/punch için.
• Hable / Reinhard hoş görünür ama referans-doğru değildir: oyun-motoru mirası.
• Dinamik ton eşleme yayın için zorunludur: statik meta veri tüm akışı tanımlar, mevcut sahneyi değil.
• Herhangi bir "HDR IPTV oynatıcısı"na yukarıdaki altı soruyu sorun. Beşi yanıtsızsa, HDR kozmetiktir.