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

ну это ж вопрос, что именно они там допиливают. Тот же скайп - довольно нестандартный и снаружи и внутре.

Вот у меня еще есть бага в QFileDialog - и я понял, что никаким способом не смогу ее починить, не понимаю что там внутри. Только молиться.

Серьёзный проект на языке без статической типизации? NO WAY. Ну или тестов должно быть в 2-3 раза больше полезного кода.
Не, серьёзно, ну писал я большие проекты без статической типизации -- любой рефакторинг превращается в ад и кровь-кишки-распидорасило.

Кроме WebGL уже есть WebCL. И Гугель экспериментирует с NACL.

То есть теоретически все даже есть. Практически же - я это пока на нефритовом стержне вращал.

я игрался с dcraw в бровзере, это конечно совершенно непригодно пока ни для чего. при том что быстрый рендер уже вполне есть, но вот собственно матан пока неподъемно тяжел. яваскрипт можно произвести из чего угодно, для чего есть LLVM при помощи тулзы под названием Emscripten, которая перемывает выхлоп LLVM в некоторое жутко выглядящее подмножество яваскрипта под названием Asm.js.

сделать проявку чисто на GLSL, имхо, невозможно (тогда можно было бы поселить ее в WebGL, который бежит на GPU и со скоростью у него все хорошо).

1) Что такое "сигма по серому"? Каналов - несколько (3-4), шумят они по-разному, зачем усреднять что-то? Кому надо - сам усреднит.

2)Если SNR считает кто-то, кто знаком с понятием (и с особенностями данных, например с тем, что есть же неустранимый фотонный шум), он сам поделит-умножит. И есть надежда, что применит какой-то ум.
Делать же генератор DXO-подобных метрик - не имею не малейшего желания.

В частности вот по какой причине. Вот берем на DXO Mark данные, например, для Canon 6D. Про эту камеру точно известно, что ISO50 и ISO100 - строго одно и то же. И на закладке ISO - так и есть, для обеих чувствительностей measured ISO80. А SNR18, Tonal Range, Color sensitivity - разные. Как это может быть? Ну только так, что эти метрики привязаны к экспонометрии и передержка на стоп - увеличивает эти три характеристики. Но, пардон, у камер разных производителей экспонометрия - разная (а еще у других производителей - экспонометрия зависит от JPEG settings). Отсюда возникают резонные вопросы
а) можно ли сравнивать упомянутые метрики между разными камерами?
б) если нельзя, то зачем нужны такие метрики? (а если можно - то отчего они разные при сенсоре, стоящем в одной позе?)

Я даже допускаю, что гуй на HTML5 станет несколько попроще в программировании (и сильно другим на вид).

Но что мне делать с остальными 90%-ми программы? Ну хорошо, пусть даже 75%. Тоже на яваскрипте?

Вместе с тем, есть вот pics.io, даже пишут что финансирование получили, интересно....

и вроде вы как-то упоминали о возможности экспорта битмап файлов типа tif, но текущая версия их не берёт, в общем-то, можно было бы приготовить грэйскэйл тиф(заодно и даунсайз сделать в манере DXO Print, чтобы сравнивать камеры разного разрешения) в ФШ и подсунить родиггеру на тест шума.

Тогда осталось только сигму на AVG поделить да Log из результата на 20 умножить вот-те и дб, но кто же захочет чего-то досчитывать? Тем более по серому же нету сигмы, верно?

То, что за полгода с багой никто не почесался - меня обижает

Стойкое ощущение, что с софтом такое сейчас повсеместно творится.

Не так давно потерял месяц (!) на разборки с техсаппортом Velleman по поводу их контроллеров для шаговых движков ( У нас все хорошо и даже замечательно, это у вас рукава к штанам пришиты ), пока не приехал осциллограф. Тогда-то все и встало на свои места. В итоге: криво задизайненный API контроллера (да еще и на Эмбаркадере), но это хотя бы можно как-то объехать, и криво задизайненная прошивка контроллера (с этим полный ахтунг), даже пришлось пересматривать концепт, т.к. ошибки в дизайне прошивки ограничивают возможности применения ШД, в зависимости от величины шага ротора. А техсаппорт и вовсе перестал отвечать на вопросы после предъявления им осциллограмм ))))

это тот что DEV? Где подробнее мне почитать, о том, что это и как считалось? Я полагал это дивиацией, вероятно средней. И всё же, было бы элементарно в реализации и полезно для фотографов-гуманитариев, просто отображать SNR дб (RMS) в поле "маус поинтер", рядом с RGB значениями поканальный SNR, а ниже SNR по серому. Хотя наверное достаточно одного "по серому", сэмпл сайз сеттиинг уже есть (34х34 по умолчанию), только бы ещё рамочку курсора мыши было видно, чтобы мимо D04 CC24 не залезть при замере.

У меня бага "Fullscreen не работает на Mac OS X 10.6" открыта в январе (прямо вот 01.01.2013)

Она даже assigned (и Priority P2 = important). И хоть бы одна (assigned) сука почесалась.

А сегодняшняя проблема - имеет решение (даже несколько). Лучше уж пусть фулскрин починят.

А, да, еще на маке есть проблема в 4.8.4 с QFileDialog. Если в 4.8.5 осталась - тоже буду файлить.

Полагаю, что прессить надо, файлить новые баги (если такие уже не были закрыты как "won't fix"), писать комментарии, и проч.

Треды в багтрекерах имеют, как показывает практика, больший вес, чем обсуждения во всяких -hackers@

Дурацкий вопрос: а баг-то зафайлен?