Canon 50D
(Продолжение темы здесь)

Версия для печати (дайджест по поиску " kvn")

Конференция: Конференция iXBT.com (http://forum.ixbt.com/)
Форум: Цифровое фото (http://forum.ixbt.com/?id=20)
URL: http://forum.ixbt.com/topic.cgi?id=20:25271



2622. kvn, 04.05.2009 02:26
цитата:
Drunkster:
О, спасибо, значит стоит скачивать и ставить...

ИМХО, не стоит на них расчитывать, т.к. у Кэнона по ходу дела эти настройки реализованы уже через правку выходного жипега...

Добавление от 04.05.2009 02:37:

цитата:
Dmitry68:
... прикинте скорости получения внутрикамерного жипега, и скорость конвертации в ДПП. Я не думаю, что при файновых настройках конвертера (любого и DPP в частности) даже на самых продвинутых компах это занимает меньше десятка секунд (у меня на старом ноуте время вообще около минуты). И прикиньте сколько за эти 10 сек камера сумеет сделать тех-же файновых жипегов.

Это не имеет отношения к теме спора, но просто тяжело промолчать, когда так грубо недооцениваются способности СПЕЦИАЛИЗИРОВАННЫХ процессоров, которыми оснащаются фотоаппараты. Их просто нельзя сравнивать с процессорами обычных настольных и переносных компьютеров вроде х86. И они по быстродействию так ощутимо "делают" своих компьютерных собратьев только потому, что они оптимизированны под конкретные вычислительные опереции но ничего другого расчитать в принципе не смогут. Мне даже кажется, что в процессорах камер используются варианты RISC архитектуры. Впрочем, я могу и ошибаться на счет последнего.

2628. kvn, 04.05.2009 19:38
цитата:
Dmitry68:
в стороннем софте, за счет доработанной математики (и соответственно увеличенного времени обработки) возможно получить более качественные жипеги (я имею ввиду из рава конечно).
...
Но,надеюсь, вы понимаете что возможности обработки ФШ (или рав конвертеров) все-же должны быть повыше, чем встроенные в камеру. Вот об этом я и написал в приведенной выше цитате.
Чисто гипотетически усиление математики в стороннем софте возможно и дает какие-то надежды на более качественный результат. Но вот особенности алгоритмов обработки и спецификации конкретных камер не являются общедоступными. И это очень часто служит препятствием по созданию преобразования, равноценного внутрикамерному. А иначе я просто не знаю как объяснить ту разницу, которую мы видим практически всегда. И только человечкеское восприятие с его субъективностью позволяет универсальному инструменту иногда тягаться со специализированным, созданным под конкретный алгоритм и конкретный набор данных. Но это уже тема для соседнего топика, про конвертеры вообще.

4577. kvn, 17.10.2010 22:36
цитата:
slog2:
А нельзя ли проблему с цветом в sRAW решить пресетом в LR ? Просто LR меня более чем устраивает. И связываться ещё с DPP ради этого совсем не хочется. Как-то в этом DPP всё не так, и разбираться с ним чтобы полностью освоить его ну совсем не хочется.

Эххх, если бы у меня был срав... кривой... То я бы прогнал его через ДРР в тифф 16 бит и зарулил бы остальное в ЛР.

4579. kvn, 17.10.2010 22:53
цитата:
slog2:


Попробовал. sRAW1 занимает 10 метров. TIFF 16bit 42 метра, нафиг надо.

Так его не надо сохранять. Прогнал и почикал. Исходники нетронутые оставил только. Правда, как рецепты в хмр сохранить для тифов я не соображу.



URL: http://forum.ixbt.com/topic.cgi?id=20:25271