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

Title Comment
Обычно там CSB - так что никакого американского свинца 8=-

Обычно там CSB - так что никакого американского свинца 8=-)
Просто наценка за лейбл.

рассказывают байки как и про харды, что типа отбор и более ж

рассказывают байки как и про харды, что типа отбор и более жесткие характеристики :)

у меня, конечно, не APC, но когда пришла пора менять, я просто пошел и купил подходящий китайский, правда поленился искать пожарно-сигнализационную контору, взял в X-Com`е, т.к. рядом с домом живет уже больше чем на родном, если не путаю

Все верно

Когда у меня в УПСе скончались батареи, я содрал наклейку APC , посмотрел маркировку и купил такие же.

Более того, если отклеить лейбл APC, то под ним будет тот са

Более того, если отклеить лейбл APC, то под ним будет тот самый, в два с половиной раза более дешевый, бренд.

именно так, мы на работе

именно так, мы на работе ставим наши и работают ни чем не хуже

Как меня уверял UPS'овый инженер из SVEN'а, их батарейки APC

Как меня уверял UPS'овый инженер из SVEN'а, их батарейки APC охотно покупает и под своим лейблом ставит в свои UPS'ы. Правда было это в 2007-м, может сейчас всё и не так...

Это видно и без кривой -

Это видно и без кривой - просто по дыркам в гистограмме в светах (Linear-гистограмма, какой-то небольшой кусок, шаг - 1 единица).

У Lossless-никонов там будут дырки в красном и синем за счет WB preconditioning, а у Lossy - еще и в зеленом.

Там вопрос в том, какой файл

Там вопрос в том, какой файл выложен одним из пользователей - lossy или lossless :)

Сейчас смотрю.

Lossy!

Если я правильно помню, то

Если я правильно помню, то все "которые с потерями" - имеют одинаковую кривую с точностью до битности. Вот такую вот: http://blog.lexa.ru/2011/11/10/o_lineinosti_raw_nikon_d5x00.html

Но могу и ошибаться, лучше проверить.

Нормально жатые - это которые

Нормально жатые - это которые с потерями. Спасибо, попробую

Нормально жатые - это которые

Нормально жатые - это которые 14-битные?
У них - линейная кривая.

Чтобы дампать кривую в общем случае - надо отключать RawSpeed. В этом случае после распаковки смотрится, что там была за кривая (просто банально проверяется правило, везде ли curve[i] == i) - и если отличная от линейной, то можно подампать.

Нужно ли отключать RawSpeed для никонов - я не помню. Для сонек - точно надо.

Тут вопрос про никоновские

Тут вопрос про никоновские NEF возник - для "нормально" жатых NEF тоновая кривая дампится? А то тут подозрения некие возникли в процессе одной дискуссии.

Зарегистрировалась

Зарегистрировалась

> Говорят, кстати, вот

> Говорят, кстати, вот тут:

Это было написано в ту пору, когда Nikon стал делать 14-bit raw, а Canon - еще нет.

Датчики одинаковые (скорее

Датчики одинаковые (скорее всего).

Под "более чувствительным" я понимаю то, что если снять серую карту, то сигнал будет неодинаковым.

Сам датчик более

Сам датчик более чувствителен, или это более светлый цветофильтр? Это новость для меня в любом случае, спасибо. Выходит, правильного соотношения каналов (R1 G1 B1) и настоящего линейного ББ добиться невозможно?

Потому что зеленый канал

Потому что зеленый канал (каждый из двух) - более чувствителен, чем остальные два.

>>потому что нигде сложения

>>потому что нигде сложения двух зеленых никогда нет.

Простите если глупость спрашиваю, но тогда почему при -r 1 1 1 1 картинка выглядит зелёной?

а) будет б) в порядке

а) будет
б) в порядке очередности (которая объявлена - и нет повода менять), потому что "4 из 500"
в) возможно, оно будет не так быстро как на нормальном байере, причины я объяснил.

А раскладка при этом включена

А раскладка при этом включена - русская?

P.S. Багрепорты - пожалуйста на beta.libraw.com, там они копятся, а где-то еще - я забуду просто про них.

Будем ждать и надеятся,

Будем ждать и надеятся, фуджиков уже не так уж и мало, тем более основной контингент владельцев не любители

Проблема с HOTKEY

Проблемка с хоткей на mac-версии.
А именно:
UnderExposure заявлено U - работает cmd+u
OverExposure заявлено O - не работает вообще, так как cmd+O это открыть файл.
WhiteBalance заявлено w - работает cmd+w

Не все так просто: - при

Не все так просто:
- при half-интерполяции (-h) второй зеленый отбрасывается.
- при остальных (настоящих) интерполяциях:
* если цветов 3 (и нет -f) - зеленые значения из G2 переносятся в G1 и дальше все интерполируется как один цвет.
* если цветов 4 и это RGBG (или такая камера с двумя зелеными или задан -f) - четвертый канал интерполируется отдельно, а потом два интерполированных зеленых усредняются.
* если цветов просто 4 и это не RGBG (CMYG или еще какая напасть) - 4-й канал интерполируется отдельно и затем все переводится в RGB выходным профилем.

При этом, зеленый канал не выглядит вдвое темнее (или вдвое светлее) потому что нигде сложения двух зеленых никогда нет. Усреднение (сложение и деление на 2) - да, бывает.

Можно вопрос не в тему?

Можно вопрос не в тему? Правильно ли я понимаю что libraw по дефолту интерполирует не 4 а 3 пиксела, второй зелёный отбрасывается? Тогда почему зелёный канал не выглядит вдвое темнее? Хочется уловить смысл параметра -f.

Ну 4. Из 500+ поддерживаемых

Ну 4. Из 500+ поддерживаемых LibRaw

Там с этими 6x6 основная проблема - это даже не то, что им половинную интерполяцию (когда 4 байеровских пиксела образуют 1 пиксель результата, зеленый усредняем) не сделать. Ну сделаем полную, займет миллисекунд 100 или 200.

Проблема там с картами недодержки-передержки: у обычного байера 2x2 после половинной интерполяции в каждой точке есть исходные значения по всем 4-м каналам. У полноцветных (sRAW и так далее) - тем более, они с самого начала есть.

А для этих - нужен какой-то совершенно отдельный способ обработки, который я даже и представить себе пока не могу, ну как квадратный трехчлен. То что могу - требует интерполяции RAW-данных в полный размер, т.е. аж четверть гигабайта памяти (16Mpix x 16 байт на пиксел если float).

Поэтому - пусть пока отлежатся в голове. Не первоочередная проблема, именно по той причине, что 4 камеры из 500. sRAW, Linear DNG и прочие полноцветные - первее.

Уже как минимум 4-х: X-Pro1,

Уже как минимум 4-х: X-Pro1, X-E1, X100s, X20

Пока - да.

Пока - да. Каких-то сроков обещать не буду в любом случае.

Ну и потом пролетают, но относительно. Т.е. такой хороший быстрый код, какой слеплен для классического байера - для двух камер 6x6 я делать точно не буду.

Fuji 6x6

Те кто с фуджами пролетают?

Нужно непременно

Илья уже всё обобщил: это и увязка с экспонометрией, и традиция, и удобство с наглядностью.

И все же мне кажется полезным

И все же мне кажется полезным держаться ближе к телу. Если задача состоит в том, чтобы показать отношение сигнала к шуму, то не лучше ли просто отрисовывать в тенях, скажем, области, где S/N < 1; < 2; < 4; < 8? А для светов показывать количество выбитых каналов?

Говорят, кстати, вот тут:
http://theory.uchicago.edu/~ejm/pix/20d/tests/noise/noise-p3.html
что недостаточная точность дискретизации в RAW никогда не бывает главной проблемой, поскольку перекрывается шумом. Иными словами, не нужно думать о комплексной оценке шума квантования вместе с прочими шумами.

Pages

Subscribe to comments_recent_new