Свежие комментарии

Title	Comment
а есть ли "use case" где этa	а есть ли "use case" где этa oпция реально нужна помимо работы с мишенями (где конечно всякие волоса и прочие следу жирных пальцев сплошь и рядом) ?
От фонаря, естественно.	От фонаря, естественно.
Selection/Sample stats:	Selection/Sample stats: discard abnormal pixel values if this setting is on (checkbox set) statistics for Selection and Sample discards 10% of highest and 10% of lowermost pixel values to filter off dust, scratches, small specular reflections, and other target/sensor defects. --- откуда было взято именно 10% - интересно.
все замечательное оказывается	все замечательное оказывается просто, спасибо за напоминание
понятно, посмотрим !	понятно, посмотрим !
Просто рабочая сборка.	Просто рабочая сборка. Недобета. Но там относительно 1.2.1 - два изменения. Вышеописанное, + исправвленый баг с восстановлением запомненной геометрии главного окна в некоторых (редких) случаях.
это какая-то beta ?	это какая-то beta ?
У Вас матрица - RGB -> XYZ,	У Вас матрица - RGB -> XYZ, XYZ линейно (gamma = 1).
Вот значит такая вот	Вот значит такая вот загогулина: https://www.dropbox.com/s/9hqox824kvvhopv/FastRawViewer-1.2.2.734-x64-Se... При появлении нового файла (каталог пере-читывается не чаще чем в Prefs - Performance написано) - проверяет его размер - и когда он перестал расти - ждет еще 2 секунды () - и только после этого показывает в списке файлов () HKCU\Software\LibRaw LLC\FastRawViewer\Prefs FileArrivalDelay в секундах, 0 - выключает фичу, 2 - ставится при первом запуске. P.S. Добавка кода крохотная и вроде как самоочевидная, но тестировалось чуть-чуть.
> Матрица к TRC никакого	> Матрица к TRC никакого отношения ж не имеет. нуууу... на первый неопытный взгляд мы же модифицируем raw rgb в CGATS по-разному для разных trc перед argyll'ом, казалось бы что отличия должны быть в итоге для нелинейных кривых-то ... конечно надо попробовать, но нехотелось бы попасть на сломанные часы показывают правильное время два раза в сутки
Матрица к TRC никакого	Матрица к TRC никакого отношения ж не имеет. Если имеет - плохо, неверно. Проверьте экспериментально? Например, если Argyll попросить создать профиль с гаммой и профиль с ЕКС - матрица одинакова ли?
> Проще подменить TRC в	> Проще подменить TRC в профиле. подмена да, простая - import в TRC например в утилите ICC Profile Inspector открыв имеющийся профиль и save as потом... но как быть с матрицей, не лучше ли argyll рассчитает матрицу если таки так модифицировать cgats с данными по снимнку и описание мишени ?
Проще подменить TRC в профиле	Проще подменить TRC в профиле.
вот спрошу для начала здесь..	вот спрошу для начала здесь... допустим я хочу сообразить matrix + trc профиль в icc/icm контейнере используя rawdigger и argyll (с makeinputicc gui), но хочу странного - т.е. не гамму(ы) в trc, а свою кривую в trc... правильно ли будет после экспорта данных снятых по сетке из мишени (применяем WB, но не применяем gamma и scaling) добавить в cgats с raw rgb и в файл описания мишени много много искусственных патчей дополняющих патч по которому был сделан WB но имитирующих greyscale шкалу например с в 256-4096 элементами, затем выполнить ручками (excel, matlab, etc) правку raw rgb для учета желаемой (вместо гаммы) кривой и scaling и затем все это скормить argyll... наличи серой шкалы в 256...4096 элементов будет таким образом argyll стимулировать к генерации правильныx shaper в TRC тэги icc/icm ? или бред ?
Ну для много видео, кстати,	Ну для много видео, кстати, имеет очевидный смысл 2000x именно на чтение.
это я по мотивам скидывание	это я по мотивам скидывание на компьютер !
При этом 128Gb-карт выбор в B	При этом 128Gb-карт выбор в B&H вообще не очень большой.
Ну я почитал всякие умные	Ну я почитал всякие умные сайты и выяснил, что для сони 2000x смысла не имеют (для кэнона 5DS - имеют небольшой, но там если хочется скорости, надо просто на CF снимать).
но дорого.	но дорого.
Toshiba 64GB Exceria™ Pro SD	Toshiba 64GB Exceria™ Pro SD Memory Cards (UHS-II U3) / Toshiba 128GB Exceria™ Pro SD Memory Cards (UHS-II U3) = "... Delivers exceptional speed - up to 260 MB/s read speed* and 240 MB/s write speed* ...", fine print "* Read and write speed may vary depending on user-specific conditions such as devices used and file size read or written. Based on Toshiba's test results. Actual read and write speeds depend upon the device in use and the size of the file. 128GB write speed is 150MB/s.'
Ну, статистики для :)	Ну, статистики для :)
Оно наверное круто, но я не	Оно наверное круто, но я не понимаю зачем :)
Да, это 775/771, Harpertown,	Да, это 775/771, Harpertown, 45 nm. Короче, Core 2 Quad, только быстрее, холоднее и сильно дешевле, ибо уже никому в сервере нафиг не нужен. По производительности, да, оно даже с моим ноутбучным двухъядерником с HT тягается только экстенсивным путём: больше ядер, больше частота, больше кэш. Но мне хватает и для обыденных и для не очень задач. Можно вот прямо в FRV встроить тест по декодированию набора данных (допустим, загружаемых с нета, чтобы не утяжелять дистр) с разными или не очень конфигами — будет круто же! И шоб оно на сайт само отправляло результат.
E5450 - это же что-то из	E5450 - это же что-то из времен Core 2 Quad? Тут вот какая история - это было последнее поколение процессоров у которого скорость работы с невыровнеными (non-aligned) данными сильно хуже, чем с выровнеными. Уже у следующего, которые первые i7 эта беда была практически залечена. В случае FRV - там что можно было малой кровью выровнять, то выровняли, но много сил в это не тратили. Работа на процессорах поколения "до первых i7" заметно медленнее (больше всего это на Fuji X-Trans заметно, но и остальные форматы тоже страдают). Для этого поколения CPU, 5fps для 10Mpix - ну результат. Статистики по CPU у нас нет, надо наверное собрать что ли....
а) не, SSD у меня пока только	а) не, SSD у меня пока только на систему и только SATA. б) на компе, да, Xeon E5450, он шустрый, но не чета последним семёркам. А вот на ноуте i5-2450 (Sandy) — надо бы посмотреть там (правда сейчас со светом отключающимся не угадаешь, когда этим заняться). в) JPEG внутренний выключен, он меня не интересует, внешние отсутствовали.
На ноуте у меня на 16Mp	На ноуте у меня на 16Mp,хаффман (Oly E-M5) - 10fps. Правда а) SSD, PCIe б) это все-таки intel i7 в) для 10fps нужно декодирование JPEG-ов (встроенных, внешних) выключить. С встроенным JPEG - 6fps.
Ну, в вобщем, я аж сам	Ну, в вобщем, я аж сам удивился: вроде и пользуюсь программой с самых-самых времён, но так, чтобы поставить чай на пробел и смотреть слайдшоу 5 fps (ну там равки обычные, 10МП, хаффманн) — такого не было никогда. DNG не использую, если перейду на Pentax в скором или не очень времени — буду помнить.
Там, да, были косяки	Там, да, были косяки Один помню: при выборе произвольного файла через thumbnails оно начинало префетчить все вокруг. Что правильно только в случае, если юзер дальше будет последовательно блуждать. А если случайно - то только вред. Там добавился интеллект. Второй не помню (помню когда исправлял: между 1.1.3 и 1.2.0), но там тоже было какое-то глупое расходование ресурсов на пустом месте. Если DNG используете, то UseDNGSDKAllFiles.reg тоже дает изрядный эффект.
Зато я, между делом, застряв	Зато я, между делом, застряв на «старых добрых» настройках, только сейчас увидел, что FRV стал ещё более fast при включении мультитрединга. Вот раньше (уже и не помню, в какой версии), чтобы добиться более плавной работы, без драк за носитель, я ограничил тупо одним потоком декодирование, префетч покрутил и тоже оставил выключенным. А сейчас оно фигачит так, что с 4 threads декодирования и того, и другого, дают нехило так, до 60% быстрее. Это на обычном магнитном винте, но полноценном.
Опцию приоритета тумбочек	Опцию приоритета тумбочек видно так - нужно взять большой каталог на медленном носителе (HDD) - и дропнуть файл из середины в FRV (который не запущен или показывает другой каталог) И тогда видно: потому что происходит драка за диск и извлечение (мелких) превьюшек сильно мешает чтению (первого) файла. Можно еще взять большой каталог (на медленном носителе), быстро скроллить filmstrip и тыкать "пока иконки не показались". На SSD (и на быстром кард-ридере) заметного эффекта скорее всего не будет, там параллельные чтения друг другу почти не мешают. Ну и кэширование операционкой "мешает" - при повторном случайном доступе в каталог - все скорее всего будет уже в памяти. Но тем не менее, я эффект от этой опции увидел (но приходилось съемный HDD выдергивать, чтобы кэши сбить). Там еще есть prefetch, ему тоже надо крутить приоритеты, но сделать это сильно сложнее чем с тумбочками и я пока не стал.

Свежие комментарии

Pages