Чи містить у форматі Canon * .CR2 / CRW дані "справді RAW"?

У своїй роботі я маю справу з * .CR2 необробленими зображеннями, зробленими Canon DSLR в режимі "необроблений". Коли я прочитав про формат тут , я з подивом виявив , що він має 4 TIFF IFDS , які містять) Вихідний розмір зображення JPEG б) Thumbnail JPEG зображення з) нестиснене RGB дані d) Lossless JPEG зображення.

Моє враження до цих пір, як будь-який файл зображення RAW, записаний камерою, мав би дані Raw Bayer, тобто R, Gr, B, Gb вид даних баєра, а також деякі EXIF ​​дані про налаштування камери тощо.

Але, прочитавши цю специфікацію CR2, я трохи заплутався, як у неї можуть бути RGB-дані або навіть дивно JPEG-дані. Це, здається, дані після демозаспоживання (отримання відсутніх даних пікселів R / G / B для оригінальної схеми датчика Байєра). У такому випадку я б не вважав * .CR2 "справді необробленими" даними. Перед тим, як скинути файл з так званим сировиною, він здійснив демозастацію.

Я щось пропускаю?

Чи мають інші формати Camera Raw (наприклад, Nikon - * .NEF, Kodac - * .kdc, Pentax - * .ptx / pef, ...) реальні дані "необроблених баєрів" без будь-якої обробки?

Я думаю, що вам, безумовно, чогось не вистачає. Поміркуйте: JPG використовується для зберігання (і зазвичай стискання, втрати) зображень. Будь-яке зображення. Що таке зображення? Це великий великий пакет пікселів, коли все сказано і зроблено.

Вихід від датчика камери - це також велика велика група пікселів. Вони просто не є повнокольоровими пікселями RGB, вони є монохромними пікселями - будь-який окремий піксель представляє RG або B, залежить від його розташування на датчику зображення, про який відомо. Але їх монохромний, кольорово-заданий характер не означає, що вони не можуть бути корисно збережені у форматі JPG. Пачка пікселів - це розшарування пікселів, і навіщо винаходити колесо?

Погляньте уважніше на документ. "Отже, із сіткою BAYER RG / GB, парні рядки переплутали дані HuffCode / Diff для ... RGRGRG ..., а непарні рядки - це ... GBGBGB ...". Таким чином, вихідний вихід Bayer зберігається у форматі JPG. Без втрат, це констатується (інакше у нас виникнуть проблеми!) І, імовірно, з глибиною більше 8 біт. Ви занадто багато готуєте це, щоб отримати корисну фотографію з нього.

Інші зображення у форматі JPG використовуються для попереднього перегляду камери, гістограми тощо. Має сенс готувати їх раз і назавжди під час зйомки, а не робити це з льоту щоразу, коли ви хочете їх переглянути. Це також означає, що комп'ютер може вимкнути їх для мініатюрних цілей, коли ви вивантажите камеру в ПК.

*** Я не можу чомусь додати коментар, тому це іде тут: Goldenmean, що змушує вас думати, що існує проблема, що у вас немає повної інформації про RGB для кожного пікселя? Якщо припустити, що ви створюєте формат RAW і вимірюєте 128 з «червоного» датчика; ви можете або вибрати, щоб зберігати це як 128,0,0 або 128,128,128 або, ви почуваєте себе розумним, 128, "дані з наступної комірки", "дані з комірки після цього", щоб заощадити місце. Насправді це не має значення. Завдання перетворювача RAW - це відслідковувати це (хоча я впевнений, що програмісти оцінять це, якби ви задокументували, як ви вирішили зберігати свої дані датчика) і зробили з нього фактичну картину.

DNG містить JPG- градацію сірого JPG з роздільною здатністю в 4 рази вище, ніж " звичайний " кольоровий jpg-файл. Чи зрозуміліше зараз?

Яка проблема в розміщенні 3 типів чорних кульок у кошику, який повинен містити 3 кольорових кулі ?

У файлі JPG немає кольорів, є просто цифри, як у будь-якому іншому форматі файлу. І вони використовують JPG, тому що їх простіше кодувати таким чином, оскільки процесор камери вже створений для створення таких файлів.

Вони, ймовірно, записують матричні дані в zip, rar, flac або будь-який інший формат без втрат приблизно так само. Але для цього знадобиться купа алгоритмів, доданих до програмного забезпечення камери, які не потрібні.