

О том почему Adobe DNG converter это плохо
#1
Отправлено 18 January 2010 - 00:03
http://forums.dpreview.com/forums/readflat...essage=34272518
#3
Отправлено 18 January 2010 - 00:32
все остальные — вроде бы, из серии «можно использовать, но никто этого не делает». поправьте меня, если я ошибаюсь.
#6
Отправлено 02 March 2010 - 02:51
deskpot (1.3.2010, 18:14) писал:
поищите (гуглем владеете поди) например программу написанную gordonbgood для коррекции high iso снимков в raw для K20D...
вот например одна из последних дискуссий, внимания в этом (см ниже) топике заслуживают также постинги Colleen Vermillion из состава программистов Bibble'а :
http://forums.dpreview.com/forums/readflat...thread=34540534
вы увидите что Adobe DNG конвертор выкидывает "The DNG spec requires that stuck pixels be interpolated out of the data before it's stored as DNG." - а коррекция stuck пикселей есть во многих raw convertor'ах - мелочь, но вы о ней не знали до этого момента и верили что все raw данные ну как один попадут из родного raw камеры в конвертированный DNG... а получается или нет или Adobe DNG converter нарушает Adobe'вские же спецификации (а что еще он там нарушает ?).
Сообщение отредактировал deejjjaaaa: 02 March 2010 - 03:01
#7
Отправлено 02 March 2010 - 03:10
deejjjaaaa (2.3.2010, 2:50) писал:
я про неё выше сам писал. и вопрос был именно такой — есть ли кроме неё что-то.
Цитата
всё бы хорошо. только коллин совсем не про то пишет, про что никак не уймётся гордон. и, собственно, сходится с гордоном только в том, что adobe acr converter ему не нравится. но совсем не по тем причинам, что нафантазировал гордон (и, строго говоря, не обязательно они правда). [upd: во избежании разночтений — это о списке из пяти пунктов, а не об общем подходе о том, что нельзя терять ни одного байта, в котором коллин, впрочем, тоже не то, чтобы усердствует.] ну, и как бы глупо приводить его слова в поддержку фантазий гордона.
он-то пишет одну простую вещь: есть вещи, которые записаны в пефе (ну, допустим, это пеф). в днг они могут попасть не как исходная информация, а как вычисленный результат либо результат, приведённый в другом формате. соотв., если на этапе такой трансформации происходит ошибка, исходную информацию из днг после конвертера мы не получим. о потере информации он не говорит совсем, он говорит о том, что black point хранится в dng уже вычисленным, что не всегда справедливо для другого типа рава, где он может браться конвертером из другой служебной информации (т. к. вычисленного его может не быть). вот и всё.
так при чём тут гордон с его теоретическими выкладками о том, что «вот это можно использовать тут» (которые, повторюсь, не обязательно прямо правда, это всё надо проверять) и какое отношение его истерия имеет к практике кроме его собственной программы? третий комментарий спрашиваю.
upd в ответ на ваш upd:
Цитата
ах вот, вы о чём. мне битые пиксели в raw-файле не нужны. :-) а кто их маскирует — мне всё равно. так что я склонен считать конкретно вот это очень малозначимой деталью. впрочем, вписывающейся в общую логику претензии колина к конвертеру. гордон тут при чём?
Цитата
пожалуйста, бросьте истерить и фантазировать о том, что я знаю, что я не знаю. что преобразование pef->dng необратимое — знаю. всё, что вы выдаёте мне как божественное откровение — следствие этого. на практике impact-то какой? ну, кроме программы гордона и возможных ошибок конвертера?
Сообщение отредактировал deskpot: 02 March 2010 - 03:30
#8
Отправлено 02 March 2010 - 03:51
к сожалению, среди никому неизвестных софтописателей очень распространено ощущение того, что ты один пишешь правильно, а все остальные — мешают твоей программе работать. среди средней известности — распространено, но менее. среди известных — практически нет. видимо, с опытом это проходит.
соотв., я в эту тему влез именно потому, чтобы показать одноклубникам, что это обычная ситуация в компьютерном мире. и именно поэтому придавать большое значение посту на форуме в духе «пять способов использовать информацию, которую использует моя программа и выкидывает dng converter» — не стоит.
целевая аудитория поста гордона — всё-таки технари, имеющие непосредственное отношение к предметной области. им и судить, чушь он порет, или нет. на практике пользователям хвататься за голову и кричать «ах боже мой, теперь я знаю, почему у меня не получаются шедевры — это всё adobe dng converter выкидывал биты шедевральности», скорее, незачем.
собственно, как-то так.
#9
Отправлено 02 March 2010 - 06:28
deskpot (1.3.2010, 19:09) писал:
речь не об гордонe, а об том что если DNG нельзя использовать в качестве архивного носителя ибо он не сохраняет кучу данных из исходного raw file'а... плюс кто вам сказал что они хорошо маскируют битые пиксели ? тем более без спроса... и
deskpot (1.3.2010, 19:09) писал:

deskpot (1.3.2010, 19:09) писал:
ну и ладушки, теперь пусть узнают другие и будут принимать решение зная о возможных последствиях...
deskpot (1.3.2010, 19:09) писал:
кому-то (вам) ошибки конвертеров и потеря данных при использовании ПО Adobe без разницы, кому-то (мне) важны...
deskpot (1.3.2010, 19:50) писал:
соотв., я в эту тему влез именно потому, чтобы показать одноклубникам, что это обычная ситуация в компьютерном мире. и именно поэтому придавать большое значение посту на форуме в духе «пять способов использовать информацию, которую использует моя программа и выкидывает dng converter» — не стоит.
обычная ситуация в компьютерном мире это нежелание фирмы производителя чего-либо чтобы потребители знали об истинном состоянии дел... классический пример - http://en.wikipedia.org/wiki/Intel_bug
#10
Отправлено 02 March 2010 - 06:29
deskpot (2.3.2010, 3:50) писал:
То есть это вообще никакая не проблема.
#11
Отправлено 02 March 2010 - 06:31
Amba Baaba (1.3.2010, 22:28) писал:
То есть это вообще никакая не проблема.
#12
Отправлено 02 March 2010 - 06:37
deejjjaaaa (2.3.2010, 6:27) писал:
Которые к настоящему времени научилась использовать одна малораспространенная программа.
И далеко не все эти данные даже этот ортодоксальный автор программы осилил.
Цитата
Смешно.
Критично это в случае заведомо неисправной матрицы - когда битые пиксели пачками рядом друг с другом тусуются.
deejjjaaaa (2.3.2010, 6:30) писал:
Есть и наоборот, которые не понимают PEF, а понимают DNG.
Сообщение отредактировал Amba Baaba: 02 March 2010 - 06:35
#13
Отправлено 02 March 2010 - 11:12
#14
Отправлено 02 March 2010 - 14:03
Amba Baaba (2.3.2010, 6:36) писал:
Которые к настоящему времени научилась использовать одна малораспространенная программа.
И далеко не все эти данные даже этот ортодоксальный автор программы осилил.
Нормально экспонированные кадры, без глубоких теней, лучше после конвертации не становятся.
На темных кадрах результат может быть очень заметен.
характерный пример:


В любом случае выбор остается за фотографом.
#15
Отправлено 02 March 2010 - 14:29
Ulixes_ (2.3.2010, 14:02) писал:
Если уверены, что когда нибудь будет супер-пупер программа выпущена, которая будет понимать древние допотопные RAW, то храните эти самые RAW.
Хотя скорее всего, в новых программах поддержку старых RAW не будут отлаживать как следует. И лучше иметь архив в 2-х вариантах - в оригинальном PEF и стандартном фактически DNG
#16
Отправлено 02 March 2010 - 18:41
Amba Baaba (2.3.2010, 6:28) писал:
И зачем хранить конвертированный DNG ? если храня оригинальный PEF вы при необходимости использовать для определенных целей DNG всегда сможете сконвертировать позже более последней версией DNG converter'а ?
#17
Отправлено 02 March 2010 - 18:49
Amba Baaba (1.3.2010, 22:36) писал:
поскольку для коммерческих програм их разработчики редко рассказывают что они используют то вы не знаете одна или несколько...
Amba Baaba (1.3.2010, 22:36) писал:
конечно - не далее как в топике про DxO очередного участника прямо сейчас постигло разочарование на почве необдуманного использования DNG, пусть даже не конвертированного - а внутрикамерного

Amba Baaba (1.3.2010, 22:36) писал:
конечно, поэтому DNG полезен только в качестве промежуточного рабочего формата для workflow как .TIFF который обычно получают на выходе из raw converter'а и подают на вход фотошопа... конечно понятно что владельцам камер типа Ricoh деваться некуда - у них нет альтернативы...
#18
Отправлено 02 March 2010 - 18:52
deejjjaaaa (2.3.2010, 18:48) писал:

#19
Отправлено 02 March 2010 - 19:00
aleks007 (2.3.2010, 10:51) писал:
#20
Отправлено 02 March 2010 - 19:03
deejjjaaaa (2.3.2010, 18:40) писал:
А через много-много лет никто уже не будет отлаживать новые конвертеры на старых форматах файлов. И Вы банально не сможете открыть старых PEF.
deejjjaaaa (2.3.2010, 18:48) писал:
Если это значительное преимущество, иначе - деньги потраченные на разработку - на ветер.
#21
Отправлено 02 March 2010 - 19:10
Amba Baaba (2.3.2010, 11:02) писал:
А через много-много лет никто уже не будет отлаживать новые конвертеры на старых форматах файлов. И Вы банально не сможете открыть старых PEF.
вы путаете "открытие" с "конверсией"... отлаживать "открытие старых PEF" не надо - исходный код dcraw в наличии будет вечно... к тому же стандарт DNG банально меняется так что по вашей логике вы банально не сможете "открыть" старые DNG
Сообщение отредактировал deejjjaaaa: 02 March 2010 - 19:12
#22
Отправлено 02 March 2010 - 19:32
#24
Отправлено 03 March 2010 - 04:03
deskpot (2.3.2010, 20:30) писал:
#25
Отправлено 08 March 2010 - 22:44
я попал, но не сильно, решил сконвертировать одну директорию с DNG получеными с SAMSUNG GX-20, только для экономии места, проверил вподе все открывается, стер оригиналы... и.. опс.. а информация о ББ камеры потерялась совсем....
Обидно
#26
Отправлено 29 October 2010 - 09:26
deejjjaaaa (2.3.2010, 23:09) писал:
Кто поручиться, что из самого dcraw чего нибудь не выкинут...
#27
Отправлено 29 October 2010 - 09:38
В ASCII?
Мы - каким алфавитом пользуемся?
Сталкивался с тем, что старые программы прекрасно понимали различные варианты окончания строк в txt - как полные CR/LF так и с одним символом (более редкий ныне вариант, по причине глобального распространения Windows), а новые - просто глючат.
Хорошие старые программы даже не портили окончания строк (не все, к сожалению), не меняя способ указания окончания строк.
Сталкивался с тем, что кодировки txt бывают разные, в том числе весьма редкие-экзотические, ныне программами не поддерживаемые.
Старые программы замечательно интерпретировали символ TAB. Новые - далеко не всегда, собственно с современным GUI это, пожалуй, не край как нужно, ибо для полноценного редактирования текстов применяется не txt.
Меняется и txt. Старые программы не понимают как нужно файлы txt в кодировке UTF-8.
Но в целом и общем - это некорректный пример.
txt - крайне простой формат, кроме того, он является базой для многих других широкоиспользуемых форматов (xml, html и пр.)
Эта простая база будет поддерживаться крайне долго, может, и вечно.
Но, как я выше писал, даже с простым txt полная совместимость по окончанию строк и кодировок - не поддерживается.
Новые программисты даже не подозревают по альтернативных вариантах интерпретации содержимого txt.
Точно также - как выше писалось, в новых конвертерах жесткая привязка к идентификатору камеры в PEF, хотя, если исходить из трудоемкости и одинаковости всех PEF - куда как проще научить конвертер работать файлами PEF всех моделей Pentax и Samsung,
нежели обучить программу разбирать разные версии txt.
А и эту простую операцию не сделали. Уже!
Цитата
Нечасто, конечно, но его чистят от устаревших фрагментов.
А вообще - все может быть в этом мире: вычистили же из libraw 0.9.1, являющуюся основной для многих конвертеров, от поддержки Foveon. Причем совсем не потому, что данные сенсоры устарели...
Сообщение отредактировал Amba baa: 29 October 2010 - 10:12
#28
Отправлено 29 October 2010 - 09:56
deejjjaaaa (2.3.2010, 22:40) писал:
Столкнулся уже с заморочкой для RAW древней Minolta A200.
Не помню, правда, какой софт, но что то солидное современное.
Для Pentax, к счастию, пока можно не заморачиваться.
vorphalack (3.3.2010, 8:02) писал:
1 байт или 1 мегабайт кода написать?
Главное для фотографа - результат: поддержка старых версий RAW разработчиками просто не проверяется...
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных