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

Ну, 14 стопов там нет, но формально пример вроде как в тему. Правда у S5 данные все-таки 14-битные, а у S3 динамический диапазон поменьше, но общая мысль правильная.

Действительно, запихав две матрицы в одну (с разной чувствительностью) ДД можно расширить.

Правда если смотреть в фуджевский RAW повнимательнее - то там две картинки, а не одна. В этом смысле два последовательных кадра с разным ISO (а это ровно то, что делает Fuji, правда кадры одновременные) - тоже "расширяют ДД".

Надеюсь, вас не затруднит привести еще примеров, с более типичной матрицей.

конкретный пример для осмысления.
у фуджика вообще 12 битный рав а охват ДД у него выше 13 стопов. почти 14

Лежит, ждет таможни. Хотя 3 недели - это долго, конечно.

С Олимпусами беда в том, что эта "разница" по зелёным каналам может менятся от камеры к камеры. Т.е. есть камеры в пределах модельного ряда, у котороых это разница минимальная, а есть отдельные экземпляры, когда соотношение уровней двух зелёных каналов G1/G2 составляет порядка ~1.06 (речь идёт о линейных данных с матрицы), что уже достаточно для появления артефактов интерполяции. Более того, у E-330 ещё есть беда, когда даже уровни чёрного для 2-х зелёных каналов и красного и синего могут значительно отличаться.
Причём получается подобная ситуация в случае,если на снимке много пересветов.
Конечно тут спасает то, что хотя бы усреднённые уровни черного для каждого из каналов содержаться в EXIF. Но, проблема dcraw (и порождённых от него конверторов) в том, что он для всех каналов использует одно значение взятое как среднее от этих 4-x уровней чёрного. Впрочем это Вы и сами знаете.
В результате для адекватной интерполяции RAW с камер Олимпус надо:
1) Использовать независимые уровни чёрного для каждого из каналов.
2) Корректировать один из G каналов используя соотношение усреднённых значений зелёных каналов. И кстати, при этом ещё и надо подкорректировать множители для R и B, чтобы ББ не нарушался.
По крайней мере после таких исправлений в dcraw/ufraw из них удаётся получить нормальную картинку для камер Olympus.

Могу, кстати, посоветовать свой скрипт:

http://github.com/maxlapshin/mysql2postgres

Умеет конвертировать булеаны и вообще достаточно шустренько работает.

Алексей, решил пойти по вашим стопам и взять 1541. Штатив нужен во время прогулок/поездок, поэтому не стал брать более здоровый 2 серии.
Пока без головы, и не могу выбрать что лучше на него посадить, т.к. в москве большую часть хороших голов руками не пощупать.

30d + 70-200 до 2 кг, правда на телевик нету лапки.
Уверенно ли будет держать BH-25?
И вообще удобна ли она как основная голова, или слишком маленькая и только изредка ее для простых задач можно использовать?
Хочется не тяжелое что-то, в пределах 10-12тысяч, чем меньше тем лучше))

Фото не профессия, я студент и покупать несколько голов не получится, поэтому хочется не пролететь.
Или BH-25 мала и смотреть BH-40 или что-то от гитцо вроде GH1780 GH2780 или Markins/Photoclam?
Все таки не хочется лишний вес таскать.

И может подскажете что-ниубдь про быстросъемные площадки - какие получше, и можно ли найти их в москве. Будь то RRS, markins... т.к. у гитцо насколько я понял свой стандрат не совместимый с арка-свисс.
Отсюда неприменимость L-брэкета без переходника.

В общем нужен ваш совет по выбору головы на 1541 под 30D + 17-40, 70-200.

По посту - не свосем понял этот абзац:
"Единственная претензия к конструкции - отсутствие отдельной панорамной базы. Правильным решением было бы вместо простой верхней защелки купить панорамную..."
Что вы называете панорманой базой и куда ее здесь можно поставить?

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

Но альтернатива возможности реюза нативного кода - волшебный JIT, который будет векторизовать сам. А этого тоже нет. И что, в первые несколько лет эта махарайка будет жить без мультимедии? Ну-ну.

Лев, проблема не в доступе к SSE per se. Проблема в том, что для эффективного использования недостаточно (хотя и необходимо) знать, как данные в памяти разлеглись, а надо на это разлегание влиять. А никакой JIT не повлияет, уже поздно, все разложили.

и про SSE. Это же решается на раз-два.
Класс (системный) cpu, в нём методы -- по всем командам sse, что есть сейчас (запустились на другом CPU -- другие), JIT про него (класс) знает и инлайнит методы в 1 команду, мы имеем все приемущества аллокатора/планировщика регистров JIT'а в дополнение к прямому доступу к SSE... Всё.

Кстати, гуру ассемблера, как у вас с планированием команд на исполнительные устройства вручную для современных процессоров? Почему все эффективные кодеки есть отдельно под core2 и под phenom? Потому что статически скомпилированы, а команды там хоть по сути и одни и те же, но в разном порядке надо выполнять, что бы достичь максимума производительности. JIT это сделает за вас не хуже топового статического компилятора.

Не надо JIT недооценивать -- в конечном итоге тот же Intel C/C++ даёт лучшую производительность при PGO, а JIT -- он гораздо больше приспособлен к PGO, чем статический компилятор.

Блин. Как грустно на это смотреть :(((

Так может и нет проблемы, раз не подозревают? "нет" в смысле не является существенной и отравлающей жизнь.

Re: Укладываем в голову
И оттуда же не могу понять - WD-шные диски с пометкой Raid Edition вне рейда использовать можно, или их хваленый TLER будет все портить?

Upd: извини, нашел на сайте pdf-ник, в котором написано, что нельзя их вне рейда использовать.

Re: Укладываем в голову
2-терабайтники только вышли, как тут можно что-то слышать...

Re: Укладываем в голову
Когда припрет (засру имеющиеся) - буду смотреть на зеленые Western Didigal. Вроде бы никто из других производителей не выпускает ничего power/thermal friendly