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

Title	Comment
Я вроде везде BOM поставил,	Я вроде везде BOM поставил, все кто понимают UTF8 - должны сами фишку просечь.
Ой.... Болять мои крылья.... (с) Эти.....люди...Ну вот как	Ой.... Болять мои крылья.... (с) Эти.....люди...Ну вот как их назвать? Фактически испортили OpenMP в VC2010 своей непревзойдённой гениальностью и знанием что для мира лучше: http://stackoverflow.com/questions/4738045/openmp-huge-performance-diffe... или http://social.msdn.microsoft.com/Forums/en/parallelcppnative/thread/3ba7... Вкратце, чтобы не париццо со сложным реюзингом рабочих потоков, которые могут завершаться и начинаться в не слишком предсказуемые моменты времени, они просто перед убиванием каждого потока OpenMP добавили СПИН-ЛОК, мать их!!!, на 100мс!!! Мать-мать-мать... И в результате распараллеливание у чувака даёт мегазагруз процессора и адское время работы: 2 секунды в vc2005 против 3х минут vc2010. Ну как к этому отнестись?... OpenMP это, канешна, не упомянутый выше Concurrency Runtime, но вот можно ли теперь этой самой ран-тайм доверять при таких гениальных решениях в смежной области - большой вопрос... Чую, мне теперь предстоит та самая эбля-с-перископом по таки выведению собственного thread pool (или если повезёт - успешной допилки около-бустового threadpool) для своих вычислений...
Это на работу софта не	Это на работу софта не влияет, но может всетаки meta вернуть в документацию для тупых гляделок типа mc. Только поставить там charset=UTF8, как оно и есть на самом деле и как написано в index.html, а не 1251 . А то изредка нажмешь F3 в мс, а там иероглифы, ну и вообще не нажимаешь.
Да, блин, наплодили добра. У интела - тоже вот TBB, ABB, IP	Да, блин, наплодили добра. У интела - тоже вот TBB, ABB, IPP и прочие ХЗ-ЧТО-ТАКОЕ Но к кроссплатформенности в порядке Винда-Мак-Линукс я сильно привязан. А в случае с LibRaw - привязан еще сильнее, причем Linux - первее. Т.е. на интеловские расширения еще можно смотреть, но и то, только на то что для мака есть, а MS пролетает. Но за ссылки в любом случае спасибо, почитаю.
Кстати, а ваши проекты сильно привязаны к кроссплатформеннос	Кстати, а ваши проекты сильно привязаны к кроссплатформенности? Новыми фишками VC++ не интересуетесь?) Я тут вчера ВНЕЗАПНО узнал, что VC2010 уже поддерживает лямбда-выражения и что самое офигенское (ради чего пишу) - они предлагают собственную судя по описанию довольно могучую библиотеку Concurrency Runtime - возможности у неё просто офигенские, включая, например, совершенно простейшее распараллеливание циклов, переброс исключений между рабочими потоками, data flow driven архитектуры алгоритмов и ещё ваще дофига всего. Вот, например, как просто реализуются фьючерсы (х.з. как эта техника называется по русски, не встречал ещё, - суть в фоновом параллельном вычислении необходимых для алгоритма данных) - http://msdn.microsoft.com/en-us/library/dd764564.aspx Это же просто праздник какой-то! :) Второй день челюсть от пола оторвать не могу))
А. Если о проще/дешевле	А. Если о проще/дешевле разговору нет, то я умолкаю. Действительно, самому - прикольнее.
А кто что говорит про	А кто что говорит про "проще"? :) Или даже про "дешевле"? :) Кстати, у L-308S нет приоритета диафрагмы (как и у моего спотметра Minolta Spotmerter F). Почему -- ума не приложу, бред какой-то. А ещё ряд выдержек моего спотметра не совпадает с рядом выдержек затвора моего плёночного аппарата :) Там же есть два ряда :) И это не переключается. про L-308S не знаю, не смотрел.
Я вас читаю с восторгом. Но	Я вас читаю с восторгом. Но неужто не проще на Ebay купить б/у секоник 308?
Спотметр -- не нужен. Вообще,	Спотметр -- не нужен. Вообще, на хорошем фотодиоде вроде всё получится, если взять специальный опамп для преобразования ток-напряжение. Дорогие только эти опампы :)
Для флэшметра -	Для флэшметра - конечно... Как вариант - поставить 3-4 штуки, Размеры-то небольшие. Но для спотметра - тоже неочень :) Для флэшметра и CDS, ЕМНИМС не годится, инерционен больно...
Тут хитрость в том, что	Тут хитрость в том, что программное выправление зависит от спектра источника. TCS230 (без буковки R) может и спектр померять, конечно, но "по очереди" что для флэшметра не очень-то пригодно. Выход у него, заразы, один. А что он меряет -- R, G, B или Clear -- переключается, и это занимает время.
0.13.1 (собранная с demosaic packs) доступна с сайта: http:/	0.13.1 (собранная с demosaic packs) доступна с сайта: http://www.libraw.su/download * Обновлена документация dcraw_emu * Обновлены файлы ./configure для более корректной линковки на некоторых системах * Алгоритм подавления FBDD выключен для полноцветных (не байеровских) и 4-цветных байеровских файлов из-за несовместимости (включая псевдо-4-цветный байер, включенный опцией four_color_rgb)
>выправлять надо, а не ясно	>выправлять надо, а не ясно -- как. Программно? Всё-равно он за собой микроконтроллер тащит...
TCS230 я видел, конечно, у	TCS230 я видел, конечно, у него спектральная чувствительность та ещё, выправлять надо, а не ясно -- как. У него выход именно что в uW/cm^2, и при неправильной чувствительности есть та самая проблема с которой я начал этот тредик. Чувствительности у него хватает, я считал.
Есть такая волшебная	Есть такая волшебная штучка: http://www.w-r-e.de/robotik/data/opt/tcs230.pdf На ней вообще всё что угодно можно сделать. Например французы колорметр ваяют: http://www.homecinema-fr.com/colorimetre/sonde.php и не только французы http://fuzzcraft.com/colorimeter.html вот по поводу чувствительности - не уверен, что хватит.
Кошмар :) CD(S.Se) ещё на	Кошмар :) CD(S.Se) ещё на что-то "похож". Хотя я уже нашёл двухдиодные датчики которые компенсируются почти точно до глаза (уже в цифре, после оцифровки). Но медленные все like hell -- вспышку ими не померить, у них время интеграции 400ms типичное! Да и диапазон 1-100'000 люкс не тянут. вот фотодиод за зелёным фильтром (BPW-21R) уже реально использовать, но там очень серьёзно кондиционировать сигнал придётся.
ориентировочные картинки	ориентировочные картинки spectral responce фотоматериалов http://photo.net/photo/edscott/pss00010.htm некоторых экспонометров http://photo.net/photo/edscott/pss00020.htm и любимого раньше изготовителями экспонометров CDS фоторезистора http://ronja.twibright.com/datasheets/cds-resistor-pgm.pdf
Да, вроде как так и есть, и	Да, вроде как так и есть, и датчик такой я нашёл. вот только его выход -- ток от 10E-4 до 10E3 микроампер (!). Такое мерят -- то ещё удовольстиве. С нужной точностью. Он линейный по люксам, гад. Наверху так точно и не надо (EV-то --- логарифмические), а куда деваться? :)
Если кривая чувствительности	Если кривая чувствительности датчика будет примерно такой же, как кривая чувствительности фотоматериала, то вроде и проблемы нет?
Оффтопик: про фотоэкспонометры	Я тут читаю про фотодатчики всякие -- у всех ПО СУТИ выход -- это ватты на квадратный метр. Что бы пересчитать в люксы (из которых уже делаются EV) надо знать спектр падающего света. КАК работают все внешние экспонометры!? Они же не колориметры (кроме тех, что колориметры за оченьмногобабла)! Ты не знаешь ответ на этот вопрос? Ясно, что надо ещё кривую датчика знать (и приводить её к кривой глаза), но это уже проблема калибровки, как решать её понятно...
Ну это правильнее Алексей	Ну это правильнее Алексей расскажет, но по коду: dcraw_emu.cpp if(!strcmp(optstr,"-acae")) { OUT.ca_correc = 1; OUT.cared = (float)atof(argv[arg++]); OUT.cablue = (float)atof(argv[arg++]); } libraw_cxx.cpp if (O.ca_correc >0 ) {cablue=O.cablue; cared=O.cared; CA_correct_RT(cablue, cared);}
dcraw_emu -acae 0 0 (нули -	dcraw_emu -acae 0 0 (нули - включают автомат)
Вот что означает "есть в	Вот что означает "есть в libraw"?
Там три значения на входе, 16 бит точности. Потом к ним прим	Там три значения на входе, 16 бит точности. Потом к ним применяются кривые. Потом табличная функция трёхмерная, вероятно с какой-то интерполяцией. Потом - опять кривые. Ещё где-то применяется умножение на матрицу, но обычно она единичная.
Вам ответили у меня в блоге (увы, но обратной трансляции кам	Вам ответили у меня в блоге (увы, но обратной трансляции каментов в ЖЖ у меня нет): http://blog.lexa.ru/2011/02/07/libraw_013.html#comment-15139 === Вполне себе есть в rawtherapee, а оттуда уже в других проектах ну и в libraw тоже. Причем делает именно так, как вы хотите. Разбивает кадр на участки в 256 точек и для каждого участка пытается на автомате это дело пофиксить. Другое дело, что иногда это у нее не очень получается. ===
Я на эту тему особо не	Я на эту тему особо не парился, я при построении DNG воспринимал значения в файле как линейные (и blur - соответственно тоже) и никаких гамма-преобразований никуда не делал.
Вполне себе есть в	Вполне себе есть в rawtherapee, а оттуда уже в других проектах ну и в libraw тоже. Причем делает именно так, как вы хотите. Разбивает кадр на участки в 256 точек и для каждого участка пытается на автомате это дело пофиксить. Другое дело, что иногда это у нее не очень получается.
Вот не знаю по поводу blur,	Вот не знаю по поводу blur, но осмелюсь предположить что он (ImageMagick) сделает именно то, о чем вы его попросите. По аналогии с примером из документации и комментарии к нему Many image processing algorithms assume your image is in a linear-light coding. If your image is gamma-corrected, you can remove the nonlinear gamma correction, apply the transform, then restore it like this: convert portrait.jpg -gamma .45455 -resize 25% -gamma 2.2 \ -quality 92 passport.jpg
Да, там есть проблема курицы и яйца, я знаю. В этом и фишка.	Да, там есть проблема курицы и яйца, я знаю. В этом и фишка.
:) Ну да, табличный профиль - не поканальная кривая. А какже	:) Ну да, табличный профиль - не поканальная кривая. А какже тогда табличный профиль применять до демозайки?

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

Pages