Genn писал(а): Упорство в защите собственной точки зрения вызывает уважение и сожаление. Так как точка зрения ошибочная.
В моей книжке Хогана упоминаний про d90 не нашел. Да и какой смысл упоминать там младшие камеры.
Пришлось просто скачать ваш тест d90. И сохранить - столь нелюбимая вами Capture NX 2 предлагает сохранять только в режиме compressed.
Как известно - Nikon использует (в том числе в d300) три варианта сжатия - compressed, lossless compressed и uncompressed. Словосочетание compressed означает visually lossless, или virtually lossless. По сути - это кастрированный nef. Процитирую Хогана (D300guide102.pdf), стр 160: "The result is that the 12 bits of original data stores in about 6 bits (and 14 bits of original data stores in about 7 bits). К следующей книжке (D700guide100.pdf, p164) он поправился: "Thus, there are significantly fewer than 4096 values possible in this scheme for 12 bit data. As it turns out 689 value for D700 (also for D3 and D300). And significanly less than 16384 values for 14 bit data (2753 values in the compressed NEF)."
Теперь вспомним ваше высказывание:
Очень жаль что вы даже не вспомнили о том, что у d90 12 bit ADC, а у d300 - 12 или 14 bit.
Так что придется считать все сказанное вами начиная с сообщения номер 54 в этой теме - пшиком, извините.
Во первых я написал, что NEF Д90 соответствует NEF D300 варианту с компрессией без потерь, прочитайте внимательнее выше. Про различие, что в Д300 можно включить 14 бит я не писал, так как разговор по умолчанию шел про 12 бит. Потому как 12 бит и 14 бит - действительно есть разница, но к термину компрессия на самом деле не имеет отношения.
Compressed и тем более Lossless compressed
абсолютно не значит Visually Lossless как и не значит, что там вместо 12 бит стало 6 на канал... зачем тогда вообще так
убивать NEF, если есть JPEG 8 bit, но куда как с большей компрессией и при таком ходе дел по Хогану - с лучшим изображением? Подумайте! Ну зачем тогда вообще такой RAW из которого можно получить меньше информации по цвету, чем из JPEG? И при конвертации из RAW 6 бит на канал мы никак не получим JPEG с 8ю битами на канал качества родного JPEG из камеры. Из большего сделать меньше можно, а вот из меньшего уже нет.... Проще тогда не вводить вообще такой RAW....
Lossless compression по отношению к файлам в программном мире(естественно относится и к файлам в фотоаппаратам) не имеет никакой другой интерпретации как понятие (и прямой перевод с английского)
сжатия без потерь.
Как это происходит - почитайте статьи изобретателей методов на эту тему хотя бы в интернете в разных источниках, а не у Хогана.
А здесь я вам кратко и немного грубо объясню, так как алгоритм несколько сложнее: В файле полно пустых мест с неиспользуемой информацией - их можно убрать, за счет этого получаем тип Compressed - при декомпрессии можем восстановить размер файла с теми же пустыми местами или просто выводить его на экран на лету декомпрессируя в программе просмотра и отбработки (и затем сохранить в том же compressed виде, как был загруженный оригинал). В то же время в файлах определенного типа(как то звук, изображение) есть полно повторяющих данных, которые можно заменить одной такой же данной без повторения в разных местах и восстановить при декомперссии по созданной программой копрессии таблице положения этих данных в файле со 100% восстановлением данных. Это и называется Lossless compression.
Разница по качеству между Uncompesseed, Compessed and Lossless compressed во времени записи такого файла и его размере, влияющем на скорость записи на карточку (SD - медленнее, чем CF соответсвующих классов по поределению). То есть Uncopmpressed - самая быстрая обработка... compressed время уходит на сжатие и восстановление (распаковку), Тоже самое требует Lossless compressed - только много больше по времени на компрессию и декомпрессию. И чем слабее процессор - тем больше.
Вот в этом главная разница. И разница в итоге по большому счету в хранении и скорости перетаскивании из одного места в другое таких файлов - в их размере. Причем более мощный алгоритм Lossless Compression (медленный) может создать файл больше, чем метод Compression (быстрый) - чем больше повторяющихся данных - тем вероятнее, что Lossless будет меньше по размеру чем обычные методы копрессии, типа ZIP и тп.
И делается эти операции по сжатию в первую очередь для тех, кто хочет экономить место на карточке - для тех кто покупает более дешевые камеры. Хотя производителю дешевле не применять лицензионных методов компрессии, которые все давным давно запатентованы... Это борьба за экономного обывателя, привыкшего экономить на всем - будь то камера или медленный Storage device.
Существует сжатие с потерями. Оно применяется для разных данных с помощью разных методов. Один из методов сжатия с потерями и есть JPEG. Как и MPEG и упомянутый вами ранее MP3 по непонятной причине - это тоже методы сжатия с потерями, причем довольно разные по сложности и имеющие
свои собственные имена для каждого типа сжатия с потерями.
Во вторых - английский тоже мой родной язык, хотя и говорю я на нем не как Native English и в программном мире я довольно известный человек, возглавляющий коллектив, пишущий алгоритмы куда как сложнее чем простой Script compression.
PS. В книжках мы довольно часто встречаем искажение истории, преднамеренное или по незнанию, или совершенное непонимание авторов, что такое бит на канал и с чем их едят.
А Хоган, если вы читая сделали правильную выборку - перепутал Bits per Channel с Bytes per compressed strip - что совершенно не одно и тоже и к потерям в канале цвета не относится.