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

ага, купил себе ХР2
ты фотки то хоть закажи пяток, другой ;)

конечно, просто хотелось избежать лишних шагов... безотносительно данного вопроса, имеет ли смысл в RD даь возможность устанавливать ББ по выбору прямоугольного участка изображения ? раз уж есть экспорт в tiff с "RGB render"?

Сегодня еще была съемка, но уже без бекакапной карты, просто на CF, тот же что и выше, из полутора тысяч кадров получил точно пару кадров таких же по цвету :(

Видимо да, сбой. Прийдется в сервис обращаться.
Спасибо.

Вдогонку.

Если у вас есть в кадре что-то серое, по чему вы хотите установить ББ, ну так добавьте туда еще один Sample и при выводе CGATS - сделайте баланс по нему.

а нельза ли при генерации CGATS задавать ББ не плашке, а напрямую в виде поканальных множителей ? плашки не всегда самые нейтральные... или смысла нет ?

Ой как в тему картинки: новая фишка "смотреть sRAW как YCC там очень к месту оказалась, по RGB-представлению вообще не разобраться.

Что я могу про эти кадры сказать (только про RAW)
1) Они не "битые" - раскодируются нормально, хотя вот малейший сбой в данных (проблема в флешках) - и оно просто не раскодируется.
2) На кадре 6819 - убиты тени (смотреть в яркостный канал)

Я бы сказал, что это сбой камеры. Уж не знаю чего именно, но оно из камеры такое вылезло, корректное с точки зрения структуры. Т.е. или процессор "который делает sRAW и JPEG из RAW-данных" или АЦП

Ну вы как всегда вовремя, как раз сегодня наклацал пару сотен снимков :)

> "Пользоваться ею через GUI оказалось удобно".
Даже не тестируя, огромное спасибо от уставших от CLI юзеров!

Проглядел (не читая, быстро) эту вашу ссылку и не увидел там собственно шумов Фовеона.

Ведь производители камеры, уширяя фильтры, увеличивают (вероятно) "коэффициент усиления шумов", но при этом уменьшают сами относительные шумы (потому что сигнал растет, а шум, в первом приближении остается тем же).

Сделал.

Получилось прикольно для CMYG и подобных.

http://blog.lexa.ru/2013/07/12/rawdigger_0918_rc1.html

Оно может не в процессор упирается (у меня на C2 тоже был load в районе 50%, а не 100), ну может в память.

Не, ну гигабитные контроллеры появились куда раньше чем C2D... Зря что ли?

а файрволлы на этих интерфейсах на сервере/клиенте есть?

На сервере вообще нет, на клиенте -- виндовое стандартное дефолтовое.

Оно может не в процессор упирается (у меня на C2 тоже был load в районе 50%, а не 100), ну может в память.

И второй, извиняюсь, глупый вопрос: а файрволлы на этих интерфейсах на сервере/клиенте есть?

Ну и третье: я тут винду переставлял по случаю апгрейда (перенести старую не удалось, даже Universal Restore не помог, USB не увидело, а PS/2 клавиатур и переходников в доме не осталось). И переставлял я ее, я извиняюсь, два раза. Первый раз с ней какая-то порча случилась, которая выражалась в
а) на самбу ходило 70Mb/sec вместо 200
б) некоторые программы (не все), в частности VMWare WS и RawDigger запускались буквально по минуте, вместо положенной секунды.

В чем было дело - не понял, в бубен бил, святой водой кропил, помогла только переустановка. Что было - не знаю, все делал так же, софт ставил из одного и того же тазика (то что при первой установке скачал свежее - то и ставил при второй). Порча и все.

Пункт б) остается, впрочем в таком вот виде: отлаживаемые программы из визуальной студии иногда стартуют как надо (мгновенно), а иногда - по минуте. И такая бага, как показывает гугление, у народа бывает.

Ну ведь не упирается оно в процессор! Где-то в середине просирает ресурсы. И из самба-листа меня гонят ссаными тряпками в бсд-листы (типа, "у нас на линуксе всё работает, проблемы в выборе OS"), а в бсд-листах на тему перформанса вообще всё тихо и грустно.

А, да, я помню что быстродействие самбы резко повысилось после замены Core2duo 1.86 на
i3-2120