Canon * .CR2 / CRW biçimi “gerçekten RAW” verilerini içeriyor mu?

Çalışmamda Canon DSLR tarafından ham modda çekilen * .CR2 raw görüntüleri ile ilgileniyorum. Buradaki formatı okuduğumda , a) Orijinal Boyut JPEG Görüntüsü b) Küçük resim JPEG görüntüsü c) Sıkıştırılmamış RGB verileri d) Kayıpsız JPEG görüntüsü içeren 4 TIFF IFD'ye sahip olduğunu görünce şaşırdım.

Benim izlenim şimdiye kadar herhangi bir kamera yakalanan RAW görüntü dosyası Raw Bayer Verileri yani R, Gr, B, Gb tür bayer verileri ve kamera yakalama ayarları hakkında bazı EXIF ​​verileri olurdu.

Ancak bu CR2 spesifikasyonunu okuduktan sonra, bir RGB verisine veya hatta şaşırtıcı bir şekilde JPEG verisine sahip olabileceği konusunda biraz kafam karıştı. Bu, demografikleştirme işleminden sonraki verilerdir (orijinal sensör Bayer modeli için eksik R / G / B piksel verisi elde edilir). Bu durumda ben * .CR2 "gerçekten ham" veri olarak düşünün olmaz. Sözde ham dosyayı boşaltmadan önce demosaising yapmıştır.

Bir şey mi kaçırıyorum?

Başka Camera Raw formatlarında (örn. Nikon - * .NEF, Kodac - * .kdc, Pentax - * .ptx / pef, ...) herhangi bir işlem yapılmadan gerçek ham bayer verileri var mı?

Bence kesinlikle bir şey eksik. Şunu düşünün: JPG görüntüleri depolamak (ve genellikle sıkıştırmak, kayıplı) için kullanılır. Herhangi bir görüntü. Görüntü nedir? Her şey söylendiğinde ve yapıldığında büyük bir piksel demetidir.

Kamera sensöründen gelen çıktı da büyük bir piksel grubudur. Sadece tam renkli RGB pikseller değil, tek renkli piksellerdir - herhangi bir pikselin RG veya B'yi temsil edip etmediği, bilinen görüntü sensöründeki konumuna bağlıdır. Ancak tek renkli, renklere göre konumlandırılmış doğaları, JPG yolunda yararlı bir şekilde saklanamayacakları anlamına gelmez. Bir piksel demeti bir piksel demeti ve neden tekerleği yeniden icat ettiniz?

Belgeye daha yakından bakın. "Yani RG / GB bir BAYER ızgarası ile, çift satırlar ... RGRGRG ... için HuffCode / Diff verileri araya girdi, tek sıralar ise ... GBGBGB ...". Bu nedenle, ham Bayer çıktısı bir JPG formatında saklanır. Kayıpsız, (aksi takdirde bir sorunumuz olurdu!) Ve muhtemelen 8 bitten fazla derinlikte belirtilmiştir. Ondan yararlı bir fotoğraf elde etmek için çok fazla pişirdiniz.

Diğer JPG görüntüleri kamera içi önizleme, histogram ve benzerleri için kullanılır. Bunlara bakmak istediğiniz her seferinde bunu yapmak yerine, görüntü çekilirken bunları bir kez ve herkes için pişirmek mantıklıdır. Bu, fotoğraf makinesini PC'ye çıkardıktan sonra bilgisayarın bunları küçük resim amacıyla avlayabileceği anlamına gelir.

*** Herhangi bir nedenden dolayı yorum ekleyemiyorum, bu yüzden bu buraya gidiyor: Goldenmean, her piksel için tam RGB bilgisine sahip olmadığınız bir sorun olduğunu düşündüren nedir? Bir RAW formatı oluşturduğunuzu ve "kırmızı" bir sensör hücresinden 128 ölçüm aldığınız varsayılarak; bu alanı 128,0,0 veya 128,128,128 olarak depolamayı seçebilir veya alanınızı kurtarmak için zeki, 128, "bir sonraki hücreden veri", "bundan sonraki hücreden veri" hissedebilirsiniz. Gerçekten önemli değil. Bunu takip etmek RAW dönüştürücünün işi (gerçi, sensör verilerinizi nasıl saklamayı seçtiğinizi belgelediğinizde programcıların bunu takdir edeceğinden eminim) ve ondan gerçek bir resim yapın.

DNG, " normal " renkli jpg dosyasından 4 kat daha yüksek çözünürlüğe sahip Kayıpsız gri tonlamalı JPG içerir . Şimdi daha açık mı?

3 renkli topu tutmak üzere 3 tip siyah topu basked'e yerleştirmenin problemi nedir ?

JPG dosyasında renk yoktur, diğer dosya formatlarında olduğu gibi sadece sayılar vardır. Ve JPG kullanıyorlar çünkü onu bu şekilde kodlamak daha kolay, çünkü kamera işlemcisi bu tür dosyaları oluşturmak için zaten yapılmış.

Muhtemelen matris verilerini zip, rar, flac veya herhangi bir kayıpsız formatta hemen hemen aynı şekilde yazarlar. Ancak bu, kameranın yazılımına gerekli olmayan bir grup algoritma gerektirecektir.