10-bit, 4:2:2 videoda dönüştürme sonrası: görüntünün yeniden sıkıştırılmasına bağlı

En önemli cümleyi baştan verelim: görüntünün yeniden sıkıştırılması gerekmiyorsa 10-bit ve HDR bilgisi olduğu gibi birlikte gelir; görüntünün yeniden sıkıştırılması gerekiyorsa teslim edilen biçim, kaynak bit derinliğiyle, en fazla 10-bit ve renk alt örneklemesi 4:2:0’dir. İki yoldan hangisinin yürüneceğine CineX kendisi karar verir; kararın dayanağı CineX’te bazı videolar neden hızlı, bazıları neden daha uzun sürer yazısında — bir dosyanın yeniden kodlama gerektirip gerektirmediği uzantısına değil, içindeki görüntü kodeğine bağlıdır.

1. “Yeniden kodlanmayan” yol neden hiçbir şeyi değiştirmez?

HEVC 10-bit (HDR10 türü dahil) ve H.264 Hi10P gibi görüntüler, cihaz tarafında zaten okunabiliyorsa CineX yeniden çizmek yerine taşıma yolunu izler: piksel verisinde tek bir bayt bile yeniden üretilmediği için bit derinliği, renk örneklemesi ve parlaklık aralığı olduğu gibi kalır. Bu tür dosyalar çoğu zaman saniyeler içinde biter; hızlı olmasının nedeni tam olarak yeniden sıkıştırma yapılmamasıdır.

Görüntü baştan çizilmediğinde “kalite düşer mi” tartışmasının anlamı yoktur; görüntüye hiç dokunulmamıştır.

2. Yeniden sıkıştırma gerektiğinde bit derinliği kaynakla teslim edilir, en fazla 10-bit, renk 4:2:0’e indirgenir

Görüntünün yeniden kodlanması gerektiğinde (örneğin kaynak, cihazın doğrudan okuyamadığı VP9, AV1 ya da Xvid gibi bir görüntüyse), bit derinliği kendiliğinden aşağı düşmez: kaynak 10-bit ise (ya da HDR ailesindeki PQ/HLG transfer eğrilerinden birindeyse) 10-bit teslim edilir; kaynak 12-bit ise 10-bit’e iner; 4:2:2 ve 4:4:4’ün renk alt örneklemesi 4:2:0’e indirgenir, bit derinliği korunur. 8-bit teslim edilen durum yalnızca ikidir: kaynağın zaten 8-bit olması ile dosyada bit derinliği bilgisinin okunamaması. Değişen katman renk alt örneklemesidir — 10-bit’in ton hassasiyeti piksellerde kalır, 4:2:2’nin renk örnekleme hassasiyeti piksellerde kalmaz.

Renk neden 4:2:0’e indirgenir ve 12-bit neden yalnızca 10-bit’e iner: bu, kendimizin koyduğu bir teslim çizgisidir — çıktı, onay kanıtı olan biçimin (HEVC Main 10, 4:2:0) dışına çıkmaz; daha geniş bir kademeye oynanmaz. Bu bir tercihtir, ihmal değil, üstelik bunu tersine çevirecek hiçbir düğme yok — CineX parametresizdir, kalite kademesi sunmaz.

3. HDR ile Dolby Vision’ın bu kategorideki kaderi farklıdır

Bit derinliğiyle doğrudan ilgili tek sonucu burada bırakıyoruz: yeniden kodlama yolu, bit derinliğini kaynakla birlikte ve en fazla 10-bit olarak teslim eder. Dolby Vision türündeki bilgi için “görüntüyle birlikte gider” dediğimiz yer yalnızca yalnızca kapsayıcı değişimi yoludur; yeniden kodlama yolunda ondan geriye ne kaldığını denemedik, bu yüzden iki taraf da taahhüt olarak yazılmaz. Renk etiketleri (transfer eğrisi, renk alanı gibi) kaynağa göre gider: varsa taşınır, yoksa uydurulmaz. Dolayısıyla “etiket duruyor” ile “etki duruyor” iki ayrı şeydir; Dolby Vision ile HDR10’un ayrı tartışılma sebebi de budur.

4. 10-bit her zaman yavaş demek değildir, ama bir durumda süre ayırmak gerekir

10-bit H.264 (Hi10P) da 10-bit HEVC de gerçek cihaz örnekleriyle geçirdiğimiz giriş aralığının içinde. Zaman ayrılması gereken uç durumlar: yüksek kare hızlı, yüksek çözünürlüklü bir görüntü tam dönüşüme girdiğinde bekleme, malzemenin uzunluğuna göre hesaplanır ve çoğu zaman malzemenin kendisinden daha uzun sürer. Beklemeye tahammülü olmayan bu dosya türünde, önce gerçekten yeniden sıkıştırmaya ihtiyacı olup olmadığına bakmak, araç değiştirmekten çoğu zaman daha etkilidir.

Geciktiren şey hiçbir zaman “10-bit” sayısı değil, görüntünün bir kez yeniden çizilip çizilmeyeceğidir. Yeniden çizilmeyen türde bit derinliği kaynak kadar korunur; yeniden çizilen türde teslim edilen, kaynak bit derinliğiyle ve en fazla 10-bit olan 4:2:0 görüntüdür — süre ayrılması gereken taraf ikincisidir.

5. Önceden bilinmesi gereken sınırlar

• Bu yazı üç yolun kendi kurallarını anlatır. 10-bit ve HDR, “yeniden kodlanmayan” türdeki davranışta gerçek cihaz örnekleriyle desteklenmiş durumda; 12-bit ve 4:2:2 için de birer gerçek cihaz okuması var (12-bit 10-bit’e iner, 4:2:2’nin renk alt örneklemesi 4:2:0’e iner ve bit derinliği korunur). Bu kolun iOS üzerindeki madde madde regresyonu henüz oturmadığı için ⇒ 10-bit burada yalnızca teslim edilen biçim olarak anlatılır, satış cümlesi yapılmaz; bunu kesin bir gereklilik sayan biri önce kendi dosyasıyla bir kez denemeli.
• Yeniden sıkıştırmak görüntüyü değiştirir; bunu inkâr etmiyoruz ve “olduğu gibi bırak” seçeneği de sunmuyoruz.
• Bit derinliği ve renk, “dönüştürme başarısız oldu” sinyali değildir: çıktı her zamanki gibi oynatılır, renk alt örneklemesinin 4:2:0’e inmesi bu yolun kuralıdır, bozulma değil.
• Tam dönüşüm ayrıca yeterli boş alan ister (diskte tepe noktası kaynak dosyanın iki katını aşmaz, yalnızca kapsayıcı değişiyorsa tek bir çıktının kapladığı yer yeter), gerekçesi video dönüştürme neden ek alan ister yazısında.

Teslim şartnamesi açıkça 10-bit diyorsa önce çıktı dosyasının bit derinliğinin bu şartı karşılayıp karşılamadığını doğrulayın, ardından geçişler, gölgeler ve parlak alanların gerçek teslim standardını tutup tutmadığını kontrol edin. Madde madde kontrol için bkz. Opus satın almadan önce ne test edilmeli.

Sık sorulan sorular

HEVC 10-bit filmim 8-bit’e düşürülür mü?

Hayır. Cihaz görüntüyü doğrudan okuyabiliyorsa CineX yalnızca kapsayıcıyı değiştirir, tek bir piksele dokunmaz ve 10-bit olduğu gibi kalır; yeniden kodlama gerektiğinde de bit derinliği aşağı düşmez — 10-bit kaynak 10-bit olarak teslim edilir. Çıktının 8-bit olduğu yalnızca iki durum var: kaynağın zaten 8-bit olması ya da dosyada bit derinliği bilgisinin okunamaması.

Dönüştürmeden sonra HDR etiketi duruyor, görüntü neden gri görünüyor?

Görüntünün griye çalması çoğu zaman ürünün bozuk olmasından değil, gösterim tarafının HDR türü parlaklık bilgisini nasıl ele almasından kaynaklanır. Yeniden kodlama yolu topluca 4:2:0 teslim eder, renk etiketleri kaynağa göre taşınır; “etiket duruyor” “etki duruyor” demek değildir. Doğru tutum, orijinal dosyayı onu destekleyen yola saklamaktır.

10-bit çıktı almanın bir yolu var mı?

Ayrı bir ayar gerekmez, ayar da yapılamaz: yeniden kodlamada bit derinliği zaten kaynakla teslim edilir, 10-bit kaynak 10-bit çıkar; 8-bit kaynak, korunmak istendiği için 10-bit olmaz. CineX parametresizdir: kalite kademesi, bit derinliği seçimi ya da hedef dosya boyutu sunmaz.

10-bit dönüştürme mutlaka yavaş mı?

Kesin değil. Yavaş olan tek tür, “yeniden sıkıştırma şart” üstelik kare hızı ve çözünürlüğü de yüksek dosyalardır; birçok 10-bit dosya yeniden kodlamayan yola girer ve birkaç saniyede biter.

Axiom One LLC — CineX