comments by 452

кстати о... вам не сложно если есть минута попробовать в ACR (Camera Raw) есть ли такой эффект с курсором (spot healing) когда его resize (радиус/диаметер кружка) мышкой нажав кнопку на ней - прыгает ли курсор в новую позицию когда кнопку на мышке отпускаешь - см. иллюстрацию на youtube = https://youtu.be/ZQu7FbSkFFU

Cox утверждает что это баг в драйвере карты (у меня iGPU = 4600 и dGPU = nvidia), а вовсе не в ACR (и у него так не прыгает).

желательно в Windows 10

Z / V

> влезает две страницы

я вот читаю текст постранично и соседняя страница слева/справа мне совершенно не нужна.... если конечно писать код и иметь всякие разные окна IDE на экране это широкие экраны наверно хорошо...

Z / V

> но когда я живу на 16:10 21" до сих пор

я вот на работе (я там много текста читаю, в виде страница за страницей) держу 4:3 LCD 1600x1200 монитор и думаю не купить ли про запас еще (ибо они ведь когда-то кончатся)... ибо сплющенные 16:10, 16:9 - это просто ужасно.

Z / V

собрался с духом и сменил таки boot в bios на ssd с W10

в rawdigger (1.2.3) стоит в настройках "save windows positions on exit", тем не менее при повторном запуске rawdigger не помнит что он был перед выходом максимизирован на весь экран... т.е. если он не максимизирован то он свое положение запоминает на экране, а вот максимизацию - нет... что я не так делаю ?

Z / V

а тем временем P1 выпустила 100мп с Sony сенсором = https://digitaltransitions.com/xf-100mp-camera-system/#raw

Z / V

> Встав до 7 утра

так это не вопрос жизни и смерти - можно подождать

> Ну вот у вас в темно-синем патче получилось больше зеленого, чем должно быть при расчете "по матрице".
За счет чего его больше: за счет кривого света (который не должен попасть в профиль) или за счет каких-то свойств камеры (кроссовер синий-зеленый, просто нелинейность в тени), которые мы собственно и хотим описать профилем?

я не про профиль вовсе, а про выравнивание освещенности (flat field) - поэтому я как раз хочу компенсировать кривой свет (интенсивность)... тени нас не волнуют ибо мы всегда можем решить вопрос с экспозицией мишени и все патчи проэкспонировать по максимуму, а потом просто делением привести их к одной экспозиции для получения одного набора данных...

виньетированние на ~1% площади сенсора (1/10 * 1/10) в центре кадра при зажатой диафрагме и достаточно длинном обьективе если даже и есть то его можно смело отнести к неровности освещения источником света и все.

кроссовер - ну он линеен относительно экспозиции же

Z / V

> вопрос же - в чем неправильна математика ?

и конечно же если матрицы М2 (см выше) просто не существует теоретически (или у наилучшей матрицы погрешность будет больше чем выравнивание реальным flat field) для пары патчей, то понятно почему это не будет работать на практике.

Z / V

> Как вы предлагаете их разделить одним снимком?

у меня не один снимок - у меня их два... один raw и один замер мишени (это как бы тоже снимок, в "идеальном" освещении который хочется использовать для рассчета отклонений в освещении мишени в raw -> вот я и хочу использовать замер мишени, для выравнивания raw RGB используя вышеприведенные формулы...

Z / V

> - "оптические": виньетирование

мишень занимает ну допустим 1/10 кадра по горизонтали, в центре.... никакого виньетирования не должно быть

> кривой свет, которые влияют на сигнал, попадающий на матрицу

ну вот мы его и выравниваем

> "электрические": шумы, нелинейность в тенях (в частности за счет шума)

давайте пока рассмотрим два хорошо проэкспонированных кадра мишени... которые далеко от теней... и потом рассчитывае К (см выше), я ж могу каждый темный патч экспонировать отдельно, а потом raw RGB для него просто делить обратно, т.е. перекспозиция относительно базового патча уберется, а вот неровность света останется...

вопрос же - в чем неправильна математика ?

Z / V

ошибка

допустим померяли мы мишеньку, и допустим для какого-нибудь rgb пр-ва с g1 имеем:

R11 G11 B11 * M1(3x3) = X1 Y1 Z1
R12 G12 B12 * M1(3x3) = X2 Y2 Z2

cieXYZ из промерянного спектра, RGB подсчитано соотв. из cieXYZ/D50

теперь сняли в неровном освещении мишень, выбрали какой нибудь N1 из пред. текста и подобрали некую матрицу М2 чтобы

R21 G21 B21 * M2(3х3) = X1 Y1 Z1

так как освещение неровное то для другого патча

R22 G22 B22 * M2(3x3) * K = X2 Y2 Z2

где К отвечает за то что освещение другое

так как мы знаем

R12 G12 B12 * M1(3x3) = X2 Y2 Z2
R22 G22 B22 * M2(3x3) * K = X2 Y2 Z2

R11 G11 B11 * M1(3x3) = X1 Y1 Z1
R21 G21 B21 * M2(3х3) = X1 Y1 Z1

то

R12 G12 B12 * M1(3x3) = R22 G22 B22 * M2(3x3) * K
R11 G11 B11 * M1(3x3) = R21 G21 B21 * M2(3х3)

и можно посчитать K из 2 наборов промерянных RGB (при неровном освещении) и 2 наборов рассчитанных RGB , матрицы убираются делением

так ли это

и если так - не проще ли flat field делать таким образом ? т.е. это наверняка не так - но где ошибка ?!

Z / V

> Вот потому у меня в 5DS - два слота. Чтобы про это меньше думать.

наоборот - все время думаешь что случись что - обе/две карточки пропали... а так - одна !

Z / V

А в матлабе лишняя строка на это !

h_DS = datastore('tps.csv');
h_DS.ReadSize = 'file';
h_DS.TextscanFormats(5:8) = {'"%f"'}; % вот эта !!!
t_Data=read(h_DS);

Z / V

а зачем в CSV пишутся координаты сэмплов (Left, Top, Width, Height) в виде чисел в кавычках (в то время как поканальные данные например без кавычек) ? мелкое меудобство

Z / V

а где 2-ой снимок для flat field ?

Z / V

пока проблем нет, но с другой стороны я специально не старался загнать в угол

Z / V

вот спрошу для начала здесь...

а в LUT профиле (icc/icm) с PCS = cieXYZ надо в собственно 3Dlut от писать точки 0 до 32767, но не до 65535, так ?

Z / V

> Сделано именно для мишеней. Потому и только в Profile edition.

можно ли выдвинуть рацпредложение тогда... добавить в диалог создания сетки чекбокс который включает фильтр (по умолчанию например он при показе диалог отмечен - но на всякий случай пользователь может его отменить) + поле задания % (ну мало ли)... или просто одно поле задания % фильтрации где по умолчания в этом диалоге будет стоять 10% и пользователь может если надо ввести что он хочет - например 0% итд.... ну и в общих опциях оставить настройку то же... я бы предпочел в общих опциях ее никогда не менять оставив выключенной, а включать именно при работе с сеткой над мишенями (и соотв. опция с параметрами по умолчанию показывается в диалоге задания сетки)...

PS: и еще вопрос - при работе с сеткой как происходит фильтрация ? 10% по сенселям каждого прямоугольника внутри ячейки сетки для каждого такого участка индивидуально, так ?

Z / V

а есть ли "use case" где этa oпция реально нужна помимо работы с мишенями (где конечно всякие волоса и прочие следу жирных пальцев сплошь и рядом) ?

Z / V

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% - интересно.

Z / V

все замечательное оказывается просто, спасибо за напоминание

Z / V

понятно, посмотрим !

Z / V

это какая-то beta ?

Z / V

> Матрица к TRC никакого отношения ж не имеет.

нуууу... на первый неопытный взгляд мы же модифицируем raw rgb в CGATS по-разному для разных trc перед argyll'ом, казалось бы что отличия должны быть в итоге для нелинейных кривых-то ... конечно надо попробовать, но нехотелось бы попасть на сломанные часы показывают правильное время два раза в сутки

Z / V

> Проще подменить TRC в профиле.

подмена да, простая - import в TRC например в утилите ICC Profile Inspector открыв имеющийся профиль и save as потом... но как быть с матрицей, не лучше ли argyll рассчитает матрицу если таки так модифицировать cgats с данными по снимнку и описание мишени ?

Z / V

вот спрошу для начала здесь... допустим я хочу сообразить 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 ?

или бред ?

Z / V

это я по мотивам скидывание на компьютер !

Z / V

но дорого.

Z / V

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.'

Z / V

т.е. там реализация интерфейса не позволяет непомещаюшиеся в "тулбар" иконки просто автоматом не показывать ? эх

Z / V

и давеча как раз в очередной раз сошлись на тему unity gain в международной секции по изучению шумов матрицы = http://www.dpreview.com/forums/thread/3929233

Z / V

> Filmstrip - шестеренка - Refresh thumbnails/ratings перечитает все без перезапуска программы.

полностью забыл - шестеренка похоже настолько прочно ассоциируется с тем что там настройки одни... может вынести иконку рефреш (типа пары стрелок в образующих круг) на один уровень с шестеренкой ?

Z / V

жалуюсь

1) открыл например пару raw в ACR
2) написал merge to HDR
3) ACR файл соорудил
4) FRV в film strip новый файл увидел (ибо в том же каталоге), но
5) написал вместо thumbnail'а = "Decoding Error" на фоне перечеркнутого круга
6) причем выбрать его при этом дает и содержимое демонстрирует

при перезапуске в film strip'е все становится нормально

Z / V

схожу потроллю дедушку, он все равно дома сидит теперь :-)

Z / V

я гистограммы выслал мылом

Z / V

> ISO25600: не хзватает значений, в гистограмме дырки. Причем, что прикольно, два зеленых канала разные (вообще такого не припомню в других камерах, ну в синем/красном бывают свои шумодавы, но чтобы два зеленых разных...): https://www.dropbox.com/s/6zioex20zl...29.04.png?dl=0

а у меня - одинаковые ?!

Z / V

в этом плане хотелось бы если можно (дополнительно к "Append File (CSV)") чтобы не забыть видеть в какой файл происходит добавление - т.е. где нибуть там рядом написать путь/имя это .CSV файла... мелочь, но приятно...

Z / V

> По внутренней логике, sample - это список координат.

но по внешней-то это именно набор данных, типа что пользователь в окошке видит, то он и хочет !

Z / V

сделал 1/8000, uncompressed, без EFCS, без стабилизатора, ночью, на диафрагме f/22

---

ISO G1 G2

50 1.44 1.48
64 1.74 1.67
80 2.03 2.02
100 1.45 1.48
125 1.68 1.69
160 2.01 2.01
200 2.43 2.42
250 2.91 2.88
320 3.47 3.54
400 4.37 4.21
500 5.11 5.12
640 2.58 2.47
800 3.21 3.14
1000 3.92 3.80
1250 4.51 4.59
1600 5.93 5.77
2000 7.07 7.13
2500 8.90 8.44
3200 10.40 10.80
4000 13.60 13.50
5000 16.00 16.90
6400 21.70 21.00
8000 25.30 24.90
10000 33.00 31.00
12800 40.50 38.20
16000 50.10 49.10
20000 61.80 60.90
25600 74.30 79.10
32000 47.60 47.30
40000 57.20 59.20
51200 71.80 75.90
64000 94.80 93.50
80000 115.80 121.90
102400 145.30 152.50

Z / V

> Append disabled потому что, поди, сохраняли как CGATS? У этого формата не бывает append, там же количество самплов описано в начале.

понятно, а можно "append file" заменить на "append file (CSV)" и тогда будет сложнее забыть !

Z / V

> и писать log?

так нажав в конце прохода одну кнопку save один раз ... а не каждый раз.

Z / V

Pages