Свежие комментарии
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 картинка выглядит зелёной? |
а) будет б) в порядке |
а) будет |
А раскладка при этом включена |
А раскладка при этом включена - русская? P.S. Багрепорты - пожалуйста на beta.libraw.com, там они копятся, а где-то еще - я забуду просто про них. |
Будем ждать и надеятся, |
Будем ждать и надеятся, фуджиков уже не так уж и мало, тем более основной контингент владельцев не любители |
Проблема с HOTKEY |
Проблемка с хоткей на mac-версии. |
Не все так просто: - при |
Не все так просто: При этом, зеленый канал не выглядит вдвое темнее (или вдвое светлее) потому что нигде сложения двух зеленых никогда нет. Усреднение (сложение и деление на 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? А для светов показывать количество выбитых каналов? Говорят, кстати, вот тут: |
Pages
