comments by 452
PS: __если мне не изменяет
PS: __если мне не изменяет память__ авторы писали что не "молодежь", но клиенты (т.е. фирма/лаборатория - этого уровня) с linux у них есть - и RawDigger работает для них под wine
Z / V
> наивное
> наивное
вполне - вы походите по форумам (LuLa, dpreview - тех. разделы) и почитайте тех кто пишет что-то действительно адевкатное на основании использовании rawdigger'а... молодежи с линухом вы там не найдете... если найдете покажите пальцем.
Z / V
> невменяемый ad hoc: читаем
> невменяемый ad hoc: читаем dcraw.c, функцию identify().
это тем не менее квалифицируется как одно место в исходном коде, нет ?
Z / V
и вообще все началось с
и вообще все началось с утверждения что увидеть скрытую (от пользователя) экспопоправку применяемую ACR/LR можно сконвертировав raw в DNG использую ACR/LR/DNG converter (одного поколения/релиза) и засмотрев потом соотв. тэг в этом свежесконвертированном DNG... тема плавно утекла в сторону... в сухом остатке - то что для одной модели камеры (конкретные модели так и не назвали - только brand'ы) на одном и том же ISO в зависимости от чего-то другого firmware может писать данные в исходный raw на основании которых для одного raw ACR/LR рассчитает одну скрытую экспопоправку, а для другого raw - другую (опять же модель камеры одна и таже, ISO одно и то же)... и побочный спор что Adobe вот __ИЛИ__ пишут эти экспопоправки как числа цифрами в коде повторя числа в > 1 месте кода (вместо даже #define/#include) __ИЛИ__ рассчитывают опять же не в одном месте, а вот повторяют код расчета в > 1 месте кода (вместо даже #define/#include)
Z / V
> А с чего const, если мы ее
> А с чего const, если мы ее инициализируем в результате анализа метаданных камеры?
а случай расчета тем более говорит что там переменная, а не число цифрами вбито много раз в разных местах в исходном коде
Z / V
вызов функции я могу 150 раз
вызов функции я могу 150 раз написать да, а про константы - чем же случай когда const делается компилятором inline при оптимизации вместо программистя явно пишушего число цифрами...
Z / V
> Я бы, наверное,
> Я бы, наверное, распространял лин-версию бесплатно, из соображений, что коммерчские версии под платформы "под целевые аудитории" освоены, пользоватлеьская база набрана,почему бы не задействовать такой "рекламный" ресурс?
A я бы лучше потратил время на rawdigger v2... все пользы больше !
Z / V
т.е. если в исходном коде
т.е. если в исходном коде переменная обьявлена как const и присвоено значение, то где-то дальше ни с какими опциями оптимизации не будет после компиляции в коде для CPU компилятором прямо вписано это значение ?
Z / V
> Код страшно тупой и все
> Код страшно тупой и все константы прописаны прямо в гигантской функции раcпознавания.
а как вы поняли что это написал программист, а не компилятор ?
Z / V
> И, да, это нечто может быть
> И, да, это нечто может быть разным на одном ISO.
ну а все-таки где же пример-то ?! модель камеры ...
Z / V
> оно в ряде случаев
> оно в ряде случаев вычисляется на основании тэгов, записанных камерой.
т.е. утверждается что одна и та же модель некоей камеры с одной и той же прошивкой на одном и том же ISO (то что на разных разные понятно - например Fuji) может записать разные тэги на основании которых Adobe может применить разные экспопоправки... т.е. никому верить нельзя
Z / V
> Вы бы видели что этот код
> Вы бы видели что этот код
только DNG SDK доступен...
Z / V
но вот для Андроида же было в
но вот для Андроида же было в планах делать - будет ли оттуда легче портировать на "desktop linux" или это уже совсем две разные вещи стали ?
Z / V
> Но старые фоточки 1200x800
> Но старые фоточки 1200x800 - да, мелковаты
как по мне даже некропнутые 42мп / 4 = 10мп в 3:2 формате теперь мелковаты на экране... хотя это может просто ментальное и пройдет через несколько недель... самое смешное что за несколько дней я таки не решился открыть на новом мониторе ни одной своей собственной фотографии с пред. 24мп-16мп-14мп-10мп-6мп камер...чтобы не расстраиваться :-)
> это ж счастье.
это все о вкусах = на мой совсем нет... читаешь все равно одну страницу и я субъективно предпочитаю не двигать глазами влево вправо сильно (а может у меня просто LCD-агорафобия)... поэтому на работе = просто 4:3 LCD монитор 1600х1200
Z / V
> В частности для того, чтобы
> В частности для того, чтобы картинка в ACR была близка по яркости к камерному JPEG.
да, но вопрос в соотв. того что у Adobe в коде тому что сама Adobe пишет в тэг в конвертированный DNG... тут утверждалось что бывает разница ! я не про случай когда Fuji пишет в свой raw = конвертер надо поправить на 2EV, а Adobe правит на 2.5 ЕV и в DNG пишет 2.5EV... ибо в этом случае и в коде и в DNG одинаковые значения, даже если они не совпадают с пожеланиями Fuji... пример придуманный для иллюстрации
Z / V
т.е. неважно что камера
т.е. неважно что камера написала, важно что Adobe решило сделать относительно (в плюс или минус) инструкций камеры.
Z / V
> Камера ставит теги, адоб их
> Камера ставит теги, адоб их читает. Или не читает, хотя лучше было бы читать.
Минутку ! а причем здесь теги прописанные прошивкой камерой ? речь про то что Adobe сама тайно правит (скрытый push/pull) и про то что это видно когда создается DNG кодом Adobe и Adobe сама это значение (которое код Adobe будет использовать) пишет в DNG тэг соотв-щий.
Z / V
у одной и той же модели
у одной и той же модели камеры ? это в зависимости от чего - версия прошивки (например поменяли что-то) ?!
Z / V
> А как можно в Бридже меню в
> А как можно в Бридже меню в адресной с троке не сортировать? Или там же не отрезать пробелы от скопипасченнойго пути? Ну вот так.
ну UI там хз кто делает, мб свежие выпускники 3-x годичного областного техникума в одной теплой, южной стране - но все что относится к конверсии raw вроде приличные же люди.
Z / V
> Не везде и не у всех это
> Не везде и не у всех это константы.
это понятно что для разных ISO могут быть разные величины - но не пишут же они прямо явно цифры в коде, ссылаются на что-то что задано только в одном файлике в всем repository ...
Z / V
отложу здесь : купил (у
отложу здесь : купил (у самого NEC, refurbished, за $450 - благо все кабели которые они не кладут и i1-whatever были) я себе 24" UHD ( 3840 x 2160 ) NEC EA244UHD, так как мне за моим столом так как я сижу на таком расстоянии от глаз как получилось 27" 2560х1440 был слишком...широкий.
возвращение к 24" меня очень обрадовало, a вот смена 2560 на 3840 - абсолютно нет... т.е. за счет масштабирования ничего особо не выиграл, и даже наоборот - все обработанные фотографии (A7R2, я даже не стал пересматривать пред. камеры чтобы не расстраиваться) стали субъективно на экране ну совсем маленькие и перешарпленные на вид (чего раньше на 2560, 1920, 1600, итд на 27", 24", 20", итд) не наблюдалось... включая просмотр на всяких retina у ipad /мб надо в меню монитора прибить найденный там параметер sharpness вниз ?/...
еще раз хочу подписаться что 16:9 и еще сплющеннее это зло... интересно кто-нибудь еще делает 2560х1600 в 24" размере ?
монитор поставили с настройками порта по умолчанию в "DisplayPort 1.1 setting with 3840 x 2160 (30 Hz) Maximum resolution" вместо 60Hz... пришлось RTFM.
заодно пришлось прошить новый bios в notebook... при загрузке с воткнутым кабелем displayport все висло на POST.
SpectraView II работает, но как и писали NEC недоложил - т.е. создавать профили с прописыванием данных в LUT монитора где охват ограничен (sRGB, AdobeRGB) нельзя - только родной охват монитора (это конечно минус, терпимый только за маленькие деньги)
Z / V
> Не. Просто ошибки.
> Не. Просто ошибки.
казалось бы приличная фирма - в коде для всего что собирается(ACR/LR/DNG converter/whatever) константа один раз написана цифрой и в одном месте вообще - дальше все ссылки по имени... как можно принципиально ошибиться ?
Z / V
> А почему нет полки?
> А почему нет полки?
ну так если умножаем данные при записи в RAW то к clipping (ограничению сверху) же приближаемся (в отличии от ISO by TAG где ничего не трогаем, только в тэг пишем что конвертер должен сам умножать, если захочет)...
Z / V
> а в самом коде (ACR/LR) с
> а в самом коде (ACR/LR) с DNG
следует читать с не DNG (т.е. исходным для конверсии) raw
Z / V
т.е. в сконвертированном DNG
т.е. в сконвертированном DNG пропишут одно значение, а в самом коде (ACR/LR) с DNG сделают другое во время конверсии... а пример ?
Z / V
> благо у меняDNG родной,
> благо у меняDNG родной, Baseline Exposure легко посмотреть
это всегда легко смотреть - надо просто сконвертировать не DNG в DNG используя тек. Adobe DNG Converter (или ACR или LR) и Adobe все пропишет там внутри...
Z / V
> А вот "цифровое усиление" -
> А вот "цифровое усиление" - дает в PDR полку, по идее?
у Claff если я помню то полка когда ISO by tag - например график PDF у Fuji XT-1... а если "честное" умножение DN при записи данных в raw то полки нет на этом графике
Z / V
> Кстати, по ДХО A7SII
> Кстати, по ДХО A7SII получается хуже первой версии, с чего бы это?
если не сильно меньше можно списать на ошибки эксперимента, если сильно меньше на "никон/кэнон" проплатили Ё-)!!!
Z / V
т.е. D5 неосилил, последняя
т.е. D5 неосилил, последняя надежда что Canon 1Dx Mk II преодолеет теорию :-)
Z / V
Bill Claff намерял типа =
Bill Claff намерял типа = photonstophotos TOЧКА net/Charts/PDR.htm#Nikon%20D5,Sony%20ILCE-7RII,Sony%20ILCE-7S
Z / V
ну ладно - это более менее
ну ладно - это более менее терпимая проблема... просто вот первый запуск C1 из свежеотрытого FRV имел разительный временной контраст по сравнению с тем же из xnview или запуском PS/ACR из FRV... т.е. если никаких лишних блокировок frv не делает то и аллах с ним... хотя зачем frv вообще что-то блокирует если он raw ничего не пишет ? во избежание что этот файл находится в процессе записи чем-то (например копируется, итд) ?
Z / V
кстати о : program startup ->
кстати о : program startup -> last opened file
непонятно почему это обязательно должно быть как обязательный заход при запуске в просмотр этого файла ? мб я хочу в GRID MODE но с этим файлом выбранным там... иначе некий конфликт с установками interface -> grid/filmstip... если я enable grid mode + start in grid mode + program startup -> last opened file
Z / V
> Не зачитывает ли C1 долго
> Не зачитывает ли C1 долго каталог, например?
уже зачитала давно - из XnView все тоже самое, на тех же файлах быстро - это скорее всего FRV зачитывая что-то блокирует
Z / V
причем это происходит в самом
причем это происходит в самом начале (запустил FRV, потом первый раз открыл что-то в C1), потом все быстро....
Z / V
aaa... похоже дело в том что
aaa... похоже дело в том что FRV блокирует доступ к файлу... если запуская xnview мы видим что C1 имеет доступ к файлу "сразу", до запуская абсолютно то же самое из FRV надо сидеть и ждать... и он таки появится но прямо скажем это занимает неприятно долгое кол-во времени ?
Z / V
собственно там еще строки
собственно там еще строки типа
@ "C:\Program Files\Phase One\Capture One 9\nircmdc.exe" win activate title "C1"
@ "C:\Program Files\Phase One\Capture One 9\nircmdc.exe" win max title "C1"
вот они отрабатываются нормально похоже по функциональности
почему вопрос - вот из xnview этот командный файл отрабатывает как надо и в C1 нужный raw выбирается для работы внутри C1.... а из frv - нет
Z / V