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

Title	Comment
>> несовместимо с OM-D EM5,	>> несовместимо с OM-D EM5, мешает форма камеры Ждем-с тонны кирпича на самых разных форумах )))) Не сообщили ожидаемую цену?
Приятные впечатления остались	Приятные впечатления остались от Argyll после basiccolor и iprofiler, с настройками только тяжеловато) Монитор мой (dell 2412) в свой LUT писать не может, ничего не потерял. Только с Argyll получилось реально добиться визуальной нейтральности по всему градиенту в "хакамаде". Проверка профиля в basiccolor профиля, полученного с Argyll даёт какую-то нереальную dE по черному, судя по отчету, сигнал 0 0 0 (RGB) должен был откликнуться лабовскими -0.1 -0.1 -0.1
Ответили. В моем	Ответили. В моем изложениии а) делают вот прямо сейчас б) доступно будет через ~5 недель в) несовместимо с OM-D EM5, мешает форма камеры.
Ага, написал.	Ага, написал.
Ну, можно их банально	Ну, можно их банально спросить по указанному на сайте имейлу... Тема-то действительно очень интересная.
Я в 2009-м платил туда свифтом. Геморойненько: дорого, не мг	Я в 2009-м платил туда свифтом. Геморойненько: дорого, не мгновенно, валютный контроль. Карточку тогда не брали.
А вот сделал бы кто-нибудь дешевый и надежный адаптер с небо	А вот сделал бы кто-нибудь дешевый и надежный адаптер с небольшим встроенным тилтом и регулируемым райзом - заслужил бы памятник или хотя бы память.
А разве они через пэйпал не торгуют? Надо глянуть, но мне по	А разве они через пэйпал не торгуют? Надо глянуть, но мне помнится что свой на кэнон я покупал у них через пейпал
Это супер! Давно такой жду, для некса. Как и с зеркалки на С	Это супер! Давно такой жду, для некса. Как и с зеркалки на СФ, так и тут это будет Вещь! =)
It needs more accurate	It needs more accurate testing. Something like Q13 grayscale with stable lighting to check sensor linearity plus bright LED lamp for overexposed highlights. Regardless of testing results, the conclusion is already known: long time-lapse sequences with sun in frame cannot be shot with EPL3. No problems without direct sun.
No worries for sure. I'm just	No worries for sure. I'm just saying that my brain fall short to understand it at first sight:). Do you think that there is any correlation with EPL-3 samples. For example it could be dark signal subtraction as it happens in CMOS sensors with Correlated Double Sampling .. If the remaining electrons after reset is increasing shot after shot, CDS would subtract more and more from the signal ...
1/256EV, not 1/16.	1/256EV, not 1/16.
Here is histogram of blown	Here is histogram of blown highlight on bell on ..02007.CR2 file: The highlights are not affected much, the gauss-like curve is only ~30 levels wide (of 13400 full range). This is 30/6700=0.004 ~ 1/16EV. Nothing to worry about.
Indeed, black frame	Indeed, black frame subtraction sounds the as the most possible reason. It even explaines the increased stdev for the nonXNR shots as measured on the optically black pixels .. ISO100, XNR 4.9 - nonXNR 6.9 exactly the expected sqrt(2) ratio !!. But I couldn't imagine that it affects so much the highlights !!.
According to IR 5DMkII page,	According to IR 5DMkII page, XNR corresponds to long exposure NR set to Off. In samples you've posted: XNR ones have 1-value wide histogram in blown highlights no XNR have bell-curve like histogram at extreme right I guess this is caused by dark frame subtraction procedure: step1: shot processed by ADC with 1-value wide peak on extreme right step2: dark frame (with pixel variations) subtracted, producing variations on extreme right
In fact it's the inverse than	In fact it's the inverse than I thought, stdev is less for XNR shots both on side black zone and on the black patch of cc24 that I tryied. This for Canon 6D and 600D that I checked. I also checked Panasonic GH-3. There XNR shots are more noisy than not XNR .. We have to ask Imaging Resource what the meaning of XNR is ..
Yes, the difference is very	Yes, the difference is very clear. The strange thing is EXIF data for these shots. I've run exiftool -v -v on two last files, than compare the results. No differences regarding 'Noise Reduction' settings. What is XNR mark really?
There is the same gaussian	There is the same gaussian highlights phenomenon with Canon 6D (and perhaps every Canon) on long exposures with exposure of >=1sec but not on shots with "XNR" notation where there is a clear clipping point. Do "XNR" means "without noise reduction ?? Camera temp looks normal according to exifs, around 25C. Sensor saturation cannot be the cause because it happens even for ISO200-400 ... DAC saturation maybe ??. White point is at 13390 normally (when it's a single clipping point) but when there is this "gaussian" distribution it should be a bit lower down to about 13300. After converting to DNG Adobe sets WP at 15000-2048=12952 to be on the safe side I suppose. http://216.18.212.226/PRODS/canon-6d/FULLRES/E6DLL0001007.CR2 http://216.18.212.226/PRODS/canon-6d/FULLRES/E6DLL0001007XNR.CR2 http://216.18.212.226/PRODS/canon-6d/FULLRES/E6DLL0002007.CR2 http://216.18.212.226/PRODS/canon-6d/FULLRES/E6DLL0002007XNR.CR2
Причем модульную безопасность с помощью такого метода могли	Причем модульную безопасность с помощью такого метода могли бы везде проделать в STL, но там есть только механизм аллокаторов, который никак не спасет, потому что аллокатор не крепится к классу, а является параметром шаблона и соответственно будет собираться в каждом модуле по своему.
В WinSxS есть механизм подмены, когда одна версия полностью	В WinSxS есть механизм подмены, когда одна версия полностью закрывает другую, такое используется при небольших итерациях и делалось на моей памяти при выпуске service pack-ов к Visual Studio. В остальных случаях рантаймы имеют разные версии и вполне нормально, когда сторонняя библиотека имеет другой рантайм и плохо когда это не волнует разработчиков той библиотеки. Надо либо все это оборачивать в классы или что-то типа COM делать, либо давать юзеру устанавливать свои аллокаторы. Вобщем проблема такая есть. Иногда просто требуют - собираешь например плагин к такой-то программе - изволь взять VS такой-то версии и вперед. Multitargeting VS научилась только недавно делать, а иначе приходится держать зоопарк студий.
Думаю будет проблема. Использую такой вариант - надо писать	Думаю будет проблема. Использую такой вариант - надо писать свой класс в котором аллокация и освобождение будет делаться через пару виртуальных функций. Можно даже шаблон сделать с этими виртуальными функциями. Главное что теперь эти функции будут находиться через таблицу виртуальных функций от конкретного экземпляра этой строки.
Так выглядит гистограмма P7241790.ORF в Olympus Master 2, с	Так выглядит гистограмма P7241790.ORF в Olympus Master 2, с чуть сниженной точкой белого
В _теории_ должно работать, т.к. очень часто установка VC ru	В _теории_ должно работать, т.к. очень часто установка VC runtime переписывает все системные dll новой версией. На практике народ говорит, что проблемы иногда бывают и если совсем параноик то проще кинуть в свою директорию правильные версии dll-ок.
msvcrt и msvcr это разные dll, а номера это и есть бинарная	msvcrt и msvcr это разные dll, а номера это и есть бинарная совместимость. Замечу если у тебя проект загрузил 2 разные именованные версии это не windows плохая, а ты что так слинковал.
Про Clang тут уже говорили, а	Про Clang тут уже говорили, а про cppcheck вроде бы нет. Хорошая оупен-сорсная утилита для статического анализа.
Может, поскольку этих CRT много разных: msvcrt.dll msvcrt20.	Может, поскольку этих CRT много разных: msvcrt.dll msvcrt20.dll msvcrt40.dll msvcr70.dll msvcr71.dll msvcr100.dll
Хаха, мне это уже нравится:	Хаха, мне это уже нравится: "отдаёт синим", "blue cast". Я тоже так хочу, а то всё зелёный вылетает да зелёный - пусть хоть на закате синий зашкалит.
Оборотитесь к зеркалу, сударь.	Оборотитесь к зеркалу, сударь.
:-) дядя Лёша оказался дядей Троллем. "как это мило с его с	:-) дядя Лёша оказался дядей Троллем. "как это мило с его стороны" (с)
Тут зависит от наличия/состава манифеста у dll и exe. Если о	Тут зависит от наличия/состава манифеста у dll и exe. Если они создавались с манифестом, в котором явно указывалось что-то типа <assemblyIdentity type="win32" name="Microsoft.VC90.MFC" version="9.0.xxxxx.yy" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity> - то каждый модуль так и будет за него держаться. Но практика такой привязки по умолчанию закончилась с 2008 студией, сейчас в манифестах разве что к Common Controls привязка генерируется. Ну в а dll и exe без явной привязки рантайм должен загружаться один и тот же.

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

Pages