Log’u “Pro” olan iPhone 15 Pro
(prolost.com)- iPhone 15 Pro ve Pro Max’in Apple Log kaydı, telefon videolarını LUT ve color grading odaklı profesyonel iş akışlarına dahil etmeyi mümkün kılar
- Log görüntü, kontrast ve doygunluğu baştan işlenmiş normal iPhone görüntülerinden farklı olarak düz (flat) durumdadır; bu yüzden LUT öncesi düzeltmelerle istenen görünümü oluşturmak daha kolaydır
- 10 bit videodaki 1.024 gri değer seviyesini 12 stop dinamik aralığa paylaştırmaya benzer şekilde Log, pozlama, beyaz dengesi ve renk düzeltmede parlak alan ve gölge detaylarını yönetmeyi kolaylaştırır
- Apple Log yalnızca ProRes’te kullanılabildiği için dosyalar büyüktür; ancak iPhone 15’in USB-C harici sürücüye kayıt özelliği, 4K 60fps ProRes Log çekimin iş akışı yükünü azaltır
- Apple Log raw ya da sensörün ham çıktısı değildir; ancak belgelenmiş bir format olduğu için DaVinci Resolve, ACES dönüşümü ve VFX kompozitleme gibi renk yönetimi iş akışlarına bağlanabilir
iPhone’da Log neden önemli?
- iPhone 15 Pro ve Pro Max Log video kaydını destekler
- Log, logarithmic encoding’in kısaltmasıdır ve video profesyonelleri için iki pratik anlam taşır
- Görüntü flat kaydedilir
- Renk uzayı dönüşümünde işlenebilen bilinen bir format olarak çalışır
Flat görüntü ve LUT iş akışı
- Normal iPhone görüntüsü; güçlü kontrast, canlı doygunluk, parlak alan ve gölge detaylarını içeren, doğrudan iyi görünen bir görüntü üretmeye daha yakındır
- Log görüntü dinamik aralığı ve detayları korur; ancak varsayılan hâlinde kontrastı ve doygunluğu düşük düz bir görüntü gibi görünür
- Log görüntünün doğal görünmesi için LUT gibi yöntemlerle renk yönetimi gerekir
- LUT, renk düzeltmesini tek bir dosyada saklayan şeydir
- Bazı LUT’lar yaratıcı bir görünüm ekler, bazıları ise Log’dan videoya renk uzayı dönüşümü yapar
- Log’un avantajı, LUT uygulanmadan önceki aşamada büyür
- Kullanıcı istediği LUT’u seçebilir
- LUT’un altında color grading yapıldığında renk düzeltmesi daha doğal çalışır
- Canon, Sony, Arri gibi dijital sinema kameralarının görüntüleriyle aynı timeline’a renk yönetimli biçimde eklenebilir
Log düzeltmenin doğal çalışması
- Log’un özü, ışığın her stop’una aynı miktarda veri ayırmasıdır
- Örneğin 10 bit video 1.024 gri değer seviyesi içerir; 12 stop ışık değerini ifade ediyorsa her stop yaklaşık 85 gri değer seviyesi alır
- Bu yapı sayesinde pozlama ve beyaz dengesi gibi temel düzeltmelerde parlak alan ve gölge detayları daha iyi yönetilebilir
- Örnek bazında, her RGB piksel değerine 85 eklemek pozlamayı 1 stop artırmakla aynıdır
- Bu tür toplama-çıkarma düzeltmesine Offset denir
- DaVinci Resolve’de Offset’e özel bir renk tekerleği vardır
- Magic Bullet Looks’un 4-Way Color Tool içindeki Global renk tekerleği, kaynak Log olmasa bile ACES Log’da Offset düzeltmesi yapar
- Aynı düzeltme LUT sonrasında ya da video uzayındaki görüntüye uygulanırsa sonuç kötüleşebilir; ancak LUT öncesi Log piksellerine uygulanırsa kameranın içinde gerçekleşmiş gibi doğal görünebilir
- Son aşamada aynı LUT’u uygulamak, birden fazla çekimin rengini tutarlı biçimde eşleştirmeyi kolaylaştırır
Parlak alanlar, ProRes ve harici depolama
- iPhone 12 görüntüsünde güneş ışığı alan köpek tüylerindeki detayları kurtarmaya çalışırsanız, iPhone’un eklediği kontrast nedeniyle beyaz değerler tekdüze aşırı pozlanmış alanlara ezilir ve çevredeki renkler posterize olur
- iPhone 15 Pro Max’in Apple Log görüntüsü, detayları geri kazanmanıza ya da ACES çıktı dönüşümünde yumuşak biçimde aşırı pozlanmasına izin vermenize olanak tanır
- Log’dan videoya dönüşümde parlak alanların yumuşak biçimde yuvarlanmasına filmde shoulder denir ve parlak alanların profesyonel görünmesini sağlayan önemli bir unsurdur
- Log her stop için aynı miktarda veri kullandığından, görüntü depolama yöntemi olarak en verimli seçenek değildir
- Yüksek bit derinliği ve veri aktarım hızı önemlidir; Apple Log yalnızca ProRes kaydı ile kullanılabilir
- Apple, iPhone 13’e ProRes ekledi; ancak Log olmadığında işlenmiş görünüm nedeniyle grading zordu ve büyük dosya yükünü üstlenmek için daha az sebep vardı
- 4K ProRes dosyaları çok büyüktür ve telefona kaydetmek iş akışı sorunları yaratabilir
- iPhone 15 serisi Lightning yerine USB-C ile şarj olur; bir USB-C sürücü bağlandığında ProRes Log görüntü telefonun Fotoğraflar arşivine değil, otomatik olarak harici sürücüye kaydedilir
- Bu yöntem Apple Camera uygulamasında 4K 60fps kaydı mümkün kılar ve 24fps oynatmada slow motion efekti oluşturabilir
Apple Log’un sınırları
- Apple Log, yüksek bit derinliği ve dinamik aralığı sayesinde raw’ın pek çok avantajına sahiptir; ancak raw değildir ve sensörden doğrudan gelen ham çıktı da değildir
- Görüntüde hâlâ gürültü azaltma, ton eşleme ve renk düzeltme gibi işlemler bulunur
- Parlak ve yüksek doygunluklu ışıkları çekerken, Apple keskinleştirme ve ton eşlemeyi azaltmış olsa bile çok parlak ve yüksek doygunluklu renklerde kendine özgü aşırı sürülme etkisi görülebilir
- Log olması, aşırı pozlamanın asla oluşmayacağı anlamına gelmez
- iPhone küçük sensörlü bir cihazdır; bu yüzden Arri Alexa veya Sony Venice gibi bir dinamik aralık beklenmemelidir
Blackmagic Camera uygulamasının manuel kontrolleri
- Apple’ın varsayılan Camera uygulamasında, Log’un “profesyonel” vaadine kıyasla çok fazla manuel kontrol yoktur
- Ücretsiz Blackmagic Camera app gerekli manuel kontrolleri sağlar
- Uygulama şu tür profesyonel özellikleri içerir
- Canlı histogram
- Ekran LUT’u
- USB-C üzerinden HDMI çıkışı
- Birden fazla ProRes formatı seçimi
VFX ve ACES’te Apple Log
- Log’un flat özelliği grading’de görünümü doğrudan oluşturmayı sağlar; bilinen bir format olması ise farklı renk uzaylarına doğru biçimde dönüştürülmesini mümkün kılar
- Colorist, Apple Log’u tercih ettiği renk uzayına dönüştürerek iPhone görüntülerini farklı renk timeline’larına doğru şekilde yerleştirebilir
- VFX sanatçısı Log görüntüyü scene-referred linear’a dönüştürerek renkleri eşleşen 3D render’larla kompozitleyebilir
- Örnek iş akışında görüntü EXR’ye dönüştürülür ve Cinema 4D içindeki basit geometriye camera mapping yapılır
- Redshift’te HDR piksel değerleri 3D modelde ışık ve yansımalar oluşturarak aydınlatmanın büyük kısmını üstlenir
ACES uyumluluğu ve dönüşüm ayarları
- Apple Log belgelenmiş bir format olduğu için ACES renk yönetim sistemiyle bağlanabilir
- Apple Log mevcut ACES formatlarıyla eşleşmez
- Apple’ın Log eğrisi kendi formatıdır; Apple tarafından belgelenmiştir ve DaVinci Resolve’de hâlihazırda kullanılabilir
- Resolve’de CST node ayarları şöyledir
- Input Gamma: Apple Log
- Input Color Space: Rec. 2020
- Neden: Apple Log, Rec. 2020 primerlerini kullanır
- Bu giriş değerleriyle Rec. 709 video ya da ACEScc gibi ACES formatlarına dönüşüm yapılabilir
- Apple Log, gürültüyü kontrol etmek için karanlık stop’ları biraz sıkıştırdığından ACEScct’ye ACEScc’den daha çok benzer
- Apple, Apple Log’dan Rec. 709 videoya dönüştürme için bir LUT da sunar
- Apple LUT’un kontrastı ve doygunluğu çok yüksektir; non-log iPhone görüntüsü görünümüyle eşleştirmek için kullanışlı olsa da bazı kullanım alanlarında fazla renkli görünebilir
- Resolve ve Final Cut Pro Apple Log’u yerleşik olarak destekler; ancak bazı araçlar henüz desteklemez
- Prolost Apple Log LUT, Apple Log’u ACEScc ve ACEScct’ye dönüştürerek mevcut ACES iş akışına dahil etmeyi sağlar
- Bazı görüşlere göre Apple Log’un gerçekten ACES uyumlu sayılması için yaygın dağıtılan ACES OCIO yapılandırmalarına dahil edilmesi gerekir
- O zamana kadar Resolve’deki CST node’u veya Prolost Apple Log LUT gibi renk uzayı dönüşüm köprüleri varsa Apple Log, ACES uyumlu bir şekilde kullanılabilir
iPhone görüntüsünün prodüksiyonda kullanımı
- Bu iş akışıyla iPhone 15 Pro Max görüntüleri ACES uyumlu Magic Bullet Looks’a aktarılıp Tiffen gibi gerçek filtreleri modelleyen Diffusion filtresi uygulanabilir
- Temel grading ile birlikte film halation’ı ve grain eklenerek tüketici telefonu ile çekildiği hissini belli etmeyen sinematik bir görünüm oluşturulabilir
- Küçük bir kamerayla kamusal alanlarda dikkat çekmeden çekim yapmak caziptir; ancak önceki telefonlar görüntüyü kontrol etme ve istenen şekilde oluşturma konusunda yetersizdi
- iPhone’un Log çekebilmesiyle iPhone 15 Pro Max, ilk kez gerçek işleri telefonla çekmek istemeyi sağlayan bir cihaz hâline geliyor
1 yorum
Hacker News yorumları
Hiç Apple cihazım olmadı ve telefonla sık sık fotoğraf/video da çekmem ama bu video sunumu net ve öz olduğu için içine çekti
Gereksiz hiçbir şey olmadan sonuna kadar ilginçti
Sin City’nin görünümü gibi özgün işleriyle tanınıyor ve sektörde kolay renk düzeltme için yaygın kullanılan MagicBullet’ın da orijinal yazarı
Renk düzeltme, LUT ve renk kodlama sistemlerini iyi bilen biri olduğu için konuyu gereksiz ayrıntıya girmeden iyi anlatması doğal
Kadının merdivenlerden çıktığı videonun altına konan Ren & Stimpy’nin Log Song müziğinden bahsediyorum: https://duckduckgo.com/?t=ffab&q=ren+and+stimpy+log+song&atb...
Bunun daha büyük görüntü sensöründe RAW formatı kullanmanın etkisi olduğunu düşünüyordum; bu anlayışla log’u yorumlayınca yazıyı okurken bana epey sezgisel geldi
Doğru mu bilmiyorum ama doğruymuş gibi hissettiriyor
Ortalarına doğru izlerken “aa, video için RAW gibi bir şey demek” diye düşündüm; birkaç saniye sonra da bunun tam olarak RAW olmadığını açıkladı
Durağan fotoğraf dijital görüntü işleme deneyimi olan biri olarak Log kavramı gereksiz yere kafa karıştırıcı geliyor
Öncelikle adı log, yani logarithmic; sRGB gibi renk uzaylarında gamma’nın uzun zamandır yaptığı şey bu değil mi diye düşünüyorum
BT.709 gibi yaygın video standartlarında da doğrusal olmayan aktarım fonksiyonu var; burada neden log’un vurgulandığını anlamıyorum
Bu yazıya göre ana avantaj, siyah ve beyaz clipping’i azaltarak sonradan işleme için daha fazla pay bırakması; yüksek kaliteli tarama gibi işlerde bunun çok faydalı olduğu doğru ama yeni bir “format” gerektirecek kadar mı emin değilim
Bit derinliği yeterliyse mevcut video formatlarıyla da mümkün olmalı gibi geliyor
Gamma 2.2 log değil, daha çok üstel fonksiyona yakındır; parlaklık aralığının düşük yarısına daha çok bit ayırırken log, highlight tarafına daha fazla bit ayırır
Bu açıdan HLG’ye daha yakın görünüyor
Eğrileri görsel olarak karşılaştırabileceğiniz bir grafik burada: https://www.artstation.com/blogs/tiberius-viris/3ZBO/color-s...
Bu ek hassasiyeti doğru saklamak için büyük bit derinliği gerekir; ama bitleri artırınca bant genişliği de ciddi biçimde artar
Prensipte her şeyi 16/32 bit kayan nokta olarak saklayabilirsiniz; birçok modern non-linear editing yazılımı da içeride böyle pipeline’lar kullanır
Ancak tamsayı veriye doğrusal olmayan eğriler uygularsanız sinyali sıkıştırıp istediğiniz gibi ayarlayabilir, 8–12 bit aralığında da idare edebilirsiniz; bu da depolama alanı açısından çok yardımcı olur
Log eğrisinde, mevcut sensör performansı düşünüldüğünde 12 bit bile fazla olabilir
Kamera markasına veya sensöre göre pek çok log formatı var ve bunlar dağıtım için değil, capture için kullanılır
Dağıtım sırasında genellikle standart SDR için Rec.709 gibi bir renk uzayına dönüştürülür; HDR ise ayrı bir konudur
Log formatı renk düzeltme işlerinde post-prodüksiyon için büyük esneklik sağlar
8 bit sinyal dersek 20 ile 21 arasındaki fark, 120 ile 121 arasındaki farkla aynıdır ve tüm piksel değerleri aynı miktarda bilgi taşır
Sonraki aşamada bu değerler doğrusal olmayan gamma eğrisine eşlenir
Buna karşılık log renk uzayı, piksel değerlerinin kendisinde doğrusal olmayan bir ilişki kullanır ve kayıplı sıkıştırma gibi davranır
Sinyal 8 bit değerlerden geçmek zorundaysa nihai gamma eğrisine girmeden önce bir sıkıştırma yöntemi kullanmak akıllıca bir seçimdir
Düşük ve yüksek piksel değerleri çevresindeki hassasiyeti azaltıp orta bölgelerdeki hassasiyeti artırarak kameranın sensör bilgisinden belirli bölgelerde daha fazlasını çıkarabilir ve daha yüksek dinamik aralığı da eşleyebilirsiniz
Özetle, mevcut Rec.709’da depolama doğrusal olup daha sonra doğrusal olmayan aktarım fonksiyonuna eşlenirken, log’da depolamanın kendisi doğrusal değildir ve daha sonra tekrar doğrusal olmayan aktarım fonksiyonuna eşlenir
Esasen kamera içinde pikseller saklanırken kayıplı sıkıştırma yapılmış olur
RAW dönüştürme süreci genellikle bunu bir renk uzayına çevirir ve çoğu kamerada demosaic algoritmasını da çalıştırır
Kameranın içinde JPG üreten yerleşik dönüştürücü de aynı işi yapar
Gözlerimiz gerçekte logaritmik ışığı doğrusal gibi algılar
Burada video ile fotoğraf arasındaki fark çok azdır; yalnızca tüketici düzeyinde fotoğrafta RAW ile çalışmak çok daha yaygınlaşmıştır
.zip formatı LZMA/ZStandard sıkıştırmayı ve 4 GB üzeri dosyaları destekler; ama böyle oluşturursanız .zip’i desteklediğini söyleyen birçok yazılım arşivi açamaz
Log için de benzer şekilde, teoride .mp4 veya .mkv içine H264’ü log olarak encode etmek mümkün olabilir; ancak birçok uygulama bunu düzgün gösteremeyebilir ya da hiç açamayabilir
Geçenlerde eşimin gösterdiği bir videoya bakıp iPhone ile çekildiğini anlayabileceğimi söyledim; mesele yalnızca renklerin güçlü olması değil, asıl nokta hareketi pürüzsüzleştirme biçimi gibi görünüyor
Selfie vlog’larda ya da TikTok tarzı içeriklerde çevreyi dönerek göstermek moda; iPhone bunu sanki steadicam ekipmanıyla çekilmiş ama hafifçe yetişemiyormuş gibi bir his verecek şekilde yapıyor
Buna ekran parlaklığının da çok daha yükselmesi eklenince video çok daha gerçekçi görünüyor
Bunu ilk M1 Pro ekranında fark ettim ve maksimum 1600 nit parlaklığa gerçekten şaşırdım
Şu anda en göze çarpan “iPhone ile çekilmiş” özelliği bu taraf
Elbette HDR video başka yollarla da üretilebilir ve yakında diğer platformlarda da daha yaygın kullanılacak
Nihai renklerde fark oluşuyor
Kötü göründüğü anlamına gelmiyor ama iPhone ile çekilmiş videolarda her zaman fark edilebilen küçük bir ipucu var; özellikle de hareket işleme bunun büyük bir kısmını oluşturuyor
Fazla pürüzsüz hareket ödününü kabul edilebilir buluyorum
Prosumer ya da hobi amaçlı video ekipmanı üreten bir şirket olsaydım, Apple’ın bundan sonra ne yapacağından korkardım
Apple zaten Final Cut ve codec tasarımıyla kurgu pazarına epey girdi; birçok yaygın codec üzerinde kontrol sahibi, sahada milyonlarca cihazı ve muazzam bir üretim kapasitesi var
Sinemanın en üst segmentinin henüz tehlikede olduğunu sanmıyorum ama geri kalanların endişelenmesi gerekir
Şu an yapılan sadece son rötuşlar
Geriye kalacak ürünler muhtemelen canlı sporlar için süper telefoto ekipmanları ve 4K+ IMAX dijital sinema kameraları olur
Apple’ın zaten bu kategori genelinde ürünleri var; iş akışları ve fizik yasaları nedeniyle pazar bir süre farklı kalacak olsa da fizik yasaları da eskisi kadar güvenli görünmüyor
Şu anda sosyal medya için en iyi kurgu yazılımı CapCut gibi görünüyor; sunduğu özelliklere kıyasla kullanım kolaylığı diğerlerinin çok önünde
Ancak büyük lens kullanan DSLR’ler fizik yasaları nedeniyle yok olmayacak
Düşük ışıkta yüksek kaliteli video çekmek ya da farklı lenslerle çalışmak istiyorsanız telefonun küçük diyaframı asla yeterli olmaz
Bir sonraki nesil Oculus, görüntü kalitesinde Apple Vision Pro ile aynı seviyeye gelse bile, yalnızca Apple profesyonel sınıf video yakalama ekipmanı yapıp bu sensörleri tüketici cihazlarına büyük ölçekte entegre edebilecek kanıtlanmış bir tedarik zincirine sahip olabilir
iPad Vision Pro gibi bir üründe göz aralığı kadar ayrık iki kamera ve lazer mesafe ölçümü bulunması ihtimali konusunda iyimserim
Böylece çift gözlü Apple Log kaydı mümkün olur; nokta bulutu render’ı için Gaussian splatting ve kapalı kalan noktaların renk ile dokusunu tahmin eden üretken yapay zeka geliştikçe, profesyonel olarak renk düzenlemesi yapılmış etkileşimli sahneler oluşturulabilir
Eksik olan tek şey, DaVinci Resolve gibi araçlarda bu iş akışının daha iyi ergonomisi; Apple’ın finansal gücü bunu teşvik etmede büyük rol oynayabilir
Yüksek kaliteli VR içerikleri Apple ürünlerinde üretilecek, incelenecek ve tüketilecek
Apple’ın acele etmemesinin nedeni, başka hiç kimsenin yaklaşma umudunun olmaması
Örneğin profesyonel olduğunuz için kulaklık jakına mutlaka ihtiyaç duyarsınız ama Apple kulaklık jakını kaldırır
Daha dolaylı olarak da kulaklık jakı, hatta XLR kulaklık ve mikrofon sunan düşük hacimli, yüksek marjlı alternatif üreticileri öldürür
Bu, Tesla’nın otomobil deneyimini %90 daha iyi yapıp gösterge panelini kaldırmasına benziyor
Şimdi PRND ve sinyal kolu gibi kumanda kollarını da kaldırdı
Kamera sensörüne doğrudan logaritmik ölçek/kayan noktalı ADC koymaya daha fazla ilgi gösterilmemesine hep şaşırmışımdır
Hem insanlar hem de algoritmalar, parlak bölgelerdeki birkaç bitlik farktan çok karanlık bölgelerdeki birkaç bitlik farka çok daha duyarlı; bilgisayar biliminin başka alanlarında da yüksek aralıklı değerleri temsil etmek için kayan nokta yaygınca kullanılıyor
autobrite sensörü, logaritmik ölçeği yerel olarak yakalayacak şekilde tasarlanmıştı
Sonrasında iki kez el değiştirdi ve profesyonel videodan ziyade araç görüş sistemleri tarafında daha başarılı oluyor gibi görünüyor
https://www.vision-systems.com/cameras-accessories/article/1...
Analog tasarımcı değilim ama CMOS kamera sensörlerinde dijital tasarımcı olarak analog tasarımcılarla yakın çalıştım
Zaten en düşük anlamlı bitlerde analog sinyalden mümkün olduğunca fazla bilgi çıkarılıyor; logaritmik ölçekli ADC tasarlamak, en düşük bitlerde daha fazla bilgi çıkarabileceğiniz anlamına gelmiyor
Kazanılacak pek bir şey yokken neden daha karmaşık analog devrelerle daha az bilgi çıkarasınız ki
Genellikle neyin tutulacağına ve sinyalin nasıl sıkıştırılacağına dijital tarafın karar vermesine izin vermek daha iyidir
CMOS kamera sensörleri çip üzerinde epey dijital işlem yapabildiğinden, veriyi çip dışına göndermeden önce logaritmik ölçek dönüşümü gibi işleri yapabilir
SAR ADC’de, üst bitlerde sinyal varsa alt bitlerin AD dönüşümünü atlayarak güç tüketimi azaltılabilir belki; ama tasarrufun büyük olacağını sanmıyorum
Çoğu HDR sensörü, sensör okumasında bir şekilde log sıkıştırma kullanır; fakat kayan noktalı ADC diye bir şeyi neredeyse hiç duymadım
Arayınca da kolayca bulunabilen bir ürün gibi görünmüyor
Kameralarda donanım hızlandırmalı HDR artık yaygın; özellikle araç kameraları ve CCTV kameralarda çok kullanılıyor
Doğrudan USB-C depolama birimine kayıt yapılabildiğini bilmiyordum
1 TB telefonlara çılgın para vermenin büyük nedenlerinden biri ortadan kalkıyor ve 4K ProRes çekenler için kesinlikle oyunun kurallarını değiştiren bir özellik
Tahminimce bunun nedeni büyük olasılıkla yüksek yazma hızı kaynaklı ısınma endişesi
Yüksek bit derinliği ve dinamik aralık sayesinde log video, RAW’un birçok avantajına sahip; ancak Apple Log RAW değil ve doğrudan sensörden çıkan veri de değil
Hâlâ bolca gürültü azaltma, ton eşleme ve renk ayarı uygulanıyor
Sonuçta küçük sensörlü ve küçük lensli küçücük bir kamera olduğu için, bu tür işlem sihirleri olmazsa çoğu durumda görüntünün epey kötü görüneceğinden mi acaba diye merak ediyorum
RAW videonun boyutu gerçekten muazzamdır; kameraların harici kaydedici olmadan yerel olarak RAW video kaydedememesi sık görülen bir durumdur
Bu, işlemenin önemli olmadığı anlamına gelmez; ancak 2 bin dolarlık aynasız kameralar bile bazen dahili RAW video kaydı yapamaz
Sensörler ve lensler küçük, işlemciler ise çok hızlı
Üstelik insanların büyük çoğunluğu “doğru” veya “gerçekçi” fotoğraf ve video istemiyor; güzel görünen sonuçlar istiyor
Bu yüzden işleme kilit unsur haline geldi; gerçeklikten ne kadar farklı olduğundan bağımsız olarak, insanların bakıp beğeneceği görüntüler üretmek önemli oldu
Çoğu sıkıştırma formatında bu önemlidir
Yine de en üst seviye sinema kameralarının görüntülerinde bile sonradan işlemenin çoğu kapatıldığında ne kadar gürültülü ve keskinlikten uzak olduklarını görmek birçok kişiyi şaşırtacaktır
Fotoğraf/video üretimine hobi olarak ilgi duyan biri için Log, Android’den iPhone’a geçmek için güçlü bir neden gibi görünüyor
Ekosistem çok daha olgun ve fark kapanmak yerine açılıyor gibi
Android’de MotionCam’in Raw Video’su var; sonuçlar inanılmaz derecede iyi ve bazen iPhone’un ProRes videosundan bile daha iyi olabiliyor, ama bunun dışındakilerin hepsi pek iyi değil
[1]: https://youtu.be/O5fnGDR4i9w?feature=shared
Video mühendisi değilim ama iPhone 15 dışında desteklenemeyecek kadar sihirli bir teknoloji gibi de durmuyor
Gerçekten ilgi görürse bir sonraki Android amiral gemilerine gireceğini düşünüyorum
Sıkıştırılmış RAW video patentine sahip RED avukatlarının radarının altında iyi uçuyor; umarım uzun süre böyle devam eder
Ben influencer, moda modeli ya da iç mimar değilim ve telefon kamerasıyla “içerik” üretmiyorum.
Onu nesneleri kaydetmek için kullanıyorum; gördüğümü doğru biçimde temsil eden net fotoğraflara ihtiyacım var.
Artık otomatik odaklama ve otomatik enstantane hızının ötesine geçip, kameranın anında düzeltme ve düzenleme yaptığı bir yöne gidiyoruz; bu tehlikeli.
Böyle bir kamerayla çekilen fotoğrafları artık doğru bir yeniden üretim olarak görmek zor.
Gölgeleri düzeltme, soluk renkleri canlı renklere dönüştürme, dokuları pürüzsüzleştirme vb. derken artık her fotoğraf makinenin ürettiği bir sanat eseri ve çarpıtılmış bir temsildir.
Bu ileride bize geri dönecek.
Örneğin bir polis bodycam'inin gece yüzleri daha iyi göstermek için otomatik ayar yaptığını düşünün: Polis “yüzü göremedim” der, ama bodycam yüzü güpegündüz gibi net gösterebilir.
Daha net ve kullanışlı bir fotoğraf çektiği doğru, fakat o polisin fiilen deneyimlediği gerçekliği doğru şekilde betimlemiş olmaz.
Bunu önlemek için çok özel kamera ayarları yapmadığınız sürece, kamera fotoğraflarında her zaman belirli özellikler ortaya çıkardı ve bazı kameralar için bu ana satış noktasıydı.
Hasselblad, Polaroid, Canon, Sony; hepsinin çıktılarında kendine özgü bir look vardır.
Polis bodycam'i örneği için benzer bir mantığı ters yönden de kurabilirsiniz.
iPhone, çıktığından beri koyu tenli insanları gözümüzle gördüğümüz gibi iyi yakalayamıyordu; mükemmel aydınlatma yoksa sensörün yüz kontrastını yakalamakta belirgin sorunları vardı.
Şimdi sözünü ettiğimiz düzeltmeler sayesinde iPhone bazı insanları gerçekten göründüklerine daha yakın göstermeye başladı.
Bu yüzden bir polis “yüzü göremedim, kamera sadece fazla iyiydi” diye iddia ederse bunu çok dikkatle karşılarım.
Bu, mevcut dijital sinema kamerası özelliklerini telefona getirme meselesi.
Bugün telefon veya kameralarla çekilen fotoğraf ve videolara, yakalama yazılımının preset'lerine göre otomatik çarpıtma uygulanıyor.
Vibrant, Indoor, Portrait, Landscape gibi seçenekler olduğunda bile, kameranın gerçekten ne gördüğünü değil, üreticinin görmenizi istediği sonucu görüyorsunuz.
Log video, RAW fotoğrafa benzer.
Bu özellik daha yaygın hale gelirse, suç soruşturmaları vb. alanlarda kanıtların Log ya da Raw modunda yakalanması bir gereklilik haline gelebilir.
Zaten yoksa, fotoğraf ve videoların EXIF'inde görüntünün nasıl yakalandığını bildiren imza ve metadata'ya ihtiyaç var.
Böylece medyanın ne ölçüde manipüle edildiği değerlendirilebilir.
HN'de de burada tartışılmıştı: https://news.ycombinator.com/item?id=29187820
Dijital sensörler ve film insan gözü gibi algılamaz; bunu sağlamak her zaman fotoğrafçının sorumluluğundaydı.
Otomatik çekiyorsanız, doğruluğu kameranın tahmin etmesine izin vermeyi seçmişsiniz demektir.
Çoğu insan gerçek gerçekliği sevmediği için eksik/fazla pozlama, uzun/kısa pozlama ile hangi gerçekliği ifade edeceğini seçer; yapay ışık kullanır, makyaj yapar, hatta sahne kurar.
Saf film döneminde bile insanlar çıktıyı değiştiriyordu; dodging ve burning fiilen filmdeki düzeltme işlemleriydi.
Akıllı telefon kameraları daha “doğru” bir çıktı elde etmek için hesaplama kullanıyor; yüz pürüzsüzleştirme gibi görüntüyü değiştiren özellikler olduğu açıkça belirtilen durumlar bunun dışında.
Kamera üreticileri ve film üreticileri, insan gözünün görebildiği aralığı daha iyi algılatmaya ya da en azından gerçeklik ile sanat arasında karar verecek veriyi sunmaya her zaman çalıştı.
Polis memuru örneği asıl argümanla tamamen ilgisiz.
Videoda belirtilen avantajların neredeyse tamamı, sonradan işleme eksikliği ve yüksek dinamik aralık gibi görünüyor
Video alanında logun gerçekten bu anlama gelip gelmediğini merak ediyorum
Kırpılma, doğası gereği maksimum dinamik aralığı sınırlar
Ayrıca log, görüntüye bir “look”un gömülmediği anlamına gelir; bu yüzden sıfırdan başladığınız için farklı üreticilerin iki kamerasından gelen görüntüleri doğal biçimde birleştirmek ve görüntüye kendi karakterinizi katmak daha kolaydır
Genel olarak çekim alanında teknik terimler çoğu zaman titizlikle kullanılmaz; bir teknolojinin avantajlarının başka bir şeyin avantajlarıyla karıştırıldığı türden kargo kültü de çoktur
Öğrenirken gürültüyü ayıklamak çoğu zaman zor geliyor
İster tamsayı ister kayan nokta olsun, tek başına bir piksel değerinin pek bir anlamı yoktur; o değerin bağlamı olan renk uzayı gerekir
Tipik süreçte kameranın yakalama renk uzayı, renk işleme için çalışma renk uzayı ve ekran renk uzayı birlikte kullanılır; pikseller de boru hattından geçerken renk uzayı dönüşümlerinden geçer
Klasik renk uzaylarında piksel değerleri doğrusal bir ilişkiye sahiptir ve aynı miktarda bilgi taşır
Log renk uzaylarının hepsi doğrusal olmayan gama eğrilerine sahiptir; çok düşük veya çok yüksek piksel değerlerindeki bilgiyi daha az, orta bölgelerdeki bilgiyi daha fazla koruyan bir sıkıştırma biçimidir
İnsan gözü tüm parlaklık seviyelerine aynı şekilde tepki vermediği için, uçlardaki ayrıntıdan vazgeçip orta bölgedeki ayrıntıyı artırmak çoğunlukla mükemmel bir tercihtir
Doğrusal olmayan sıkıştırma sayesinde aynı bit sayısına daha geniş bir dinamik aralık eşlenebilir; bu aralığın büyüklüğünü kullanılan renk uzayı belirler
Kamera kalitesi arttıkça genellikle piksel değerleri için 10 bit veya daha fazlası kullanılır; log eğrisiyle birleşince bilgi yoğunluğu artar ve daha yüksek dinamik aralık yakalamak mümkün olur
Bunun sonucunda sonradan işlemede pozlama gibi şeyler çok daha geniş ölçüde düzeltilebilir
Son olarak LUT doğrusal bir yaklaşımdır; “gerçek” renk uzayı dönüşümü ise daha yüksek hassasiyet için matematiksel eğriler kullanır
Dinamik aralık mutlaka daha iyi olmaz, ama sensörün aldığı ışık örnekleri daha kullanışlı biçimde dağıtılabilir
Daha iyi görünmesini sağlayan işlemleri yapmamak, tüketici dışı tüm cihazların varsayılanıdır
Yüksek dinamik aralık kısmı doğru
Aslında log, alanı optimize etmek için hangi renk bilgisi bitlerinin tutulup hangilerinin atılacağını seçme meselesidir
Log, çok karanlık ve çok parlak bölgelerdeki ayrıntıyı korumak için orta ton ayrıntısından feragat edecek şekilde optimize edilir
Log olmayan yöntem orta tonlar için optimize edilir
Parlak mavi gökyüzü ve gölgede oturan bir kişi gibi yüksek kontrastlı sahnelerde log kullanılır; ortalama kontrastlı sahnelerde ise daha fazla orta ton ayrıntısı elde etmek için log olmayan yöntem kullanılır
Fotoğrafta alan optimizasyonu ihtiyacı çok daha az olduğundan loga neredeyse hiç gerek yoktur
Video en az saniyede 24 karedir, fotoğraf ise genellikle çok daha az kare çeker; bu yüzden fotoğrafta her şeyi her zaman yakalamak yeterlidir
Log biçimi doğrusal değildir, bu yüzden çok parlak bölgelere kıyasla gölgelerde daha fazla ayrıntı vardır
Bu, insan gözünün ve beyninin doğrusal bir duyarlılık aralığına sahip olmamasına benzer
Kameralarda sık kullanılan ışık birimi olan stop, diyafram tekerleğindeki bir tıktır; örneğin f/11’den f/16’ya geçerseniz ışık miktarı yarıya iner
Bize doğrusal gibi görünür ama fiilen logaritmiktir
İnsan gözünün dinamik aralığı yaklaşık 20–22 stop, iyi bir kameranın 12–14 stop, makul bir ekranın 8–10 stop, basılı medyanın ise 5–7 stop civarındadır
Fotoğraf ve video, kameranın yakaladığından çok daha sınırlı ekran veya basılı medya dinamik aralığından yararlanmak için ışığı sıkıştırma ve kaydırma işidir
Genellikle nötr griye göre pozlama yapılır; bu da ışığın yaklaşık %18’idir, yani karanlık bilginin yarısı bu %18’lik aralıkta, diğer yarısı daha parlak bölgelerde bulunur
Ancak göz karanlık kısımları çok daha iyi algıladığı için doğrusal biçim depolama için ideal değildir
Log biçimi karanlık yarıya daha fazla bit, geri kalan parlak %82’ye ise daha az bit ayırır
RAW sensör okumalarına logaritma fonksiyonu uygulandığı için ekranda tüm değerler %18 nötr civarında toplanır ve düz görünür
Uygun bir LUT uygulayarak bunu geri çevirir; gölgeleri neredeyse siyaha, parlak kısımları neredeyse beyaza getirir ve beyaz nokta, gri nokta, siyah noktayı serbestçe hareket ettirebilirsiniz
LUT uygulamadan önce log değerlerine renk matematiği de uygulanabilir
Doğrusal biçim işlemeye çok farklı değildir, ancak başlangıç noktası karanlık kısımlar için daha fazla bit kullandığından sonradan işlemede yararlanılabilecek daha fazla yakalanmış dinamik aralık vardır
iPhone’un zayıf yanı, log biçiminde kaydetse bile çekim sırasında kamerada LUT’u değiştirme veya kontrol etme becerisinin fiilen olmamasıdır
Bunun CPU ya da pil yükünün çok fazla olmasından kaynaklandığı tahmin ediliyor; nihai sonucun nasıl görüneceğini görmek için sonradan işlemeyi beklemek gerekiyor
Bazı üst düzey kameralar, kamera içinde ayarlanabilir pek çok işleme seçeneği sunar