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

+100500
Я тоже с онанизмом закончил ))

Раньше была компания Postini (postini.com), потом ее купил Гугл.
Где-то в потрохах еще должен быть план для inbound mail: $3/year per user.
Можно индивидуально регулировать для каждого пользователя агрессию, оно достаточно оперативно присылает отчеты о застрявшей почте в карантине.

У нас в конторе сейчас трудится PineApp.

поставить у себя пересылку на ящик в gmail и оттуда уже читать почту...

А для мишени - синтетика сойдет же. Может быть шум добавить, посмотрим.

flat field сейчас, повторяю, туп как пробка - это по тем же квадратикам считается среднее.

Для наложения на "произвольную фотографию" нужна, очевидно, другая модель.

ну или так... я пока никаких засад не могу придумать, кроме того хорошо ли иметь ну абсолютно идеальную плашку без отклонений ни на йоту в raw данных для сенселей на площади плашки в такой мишени ?

> А вот задача наложения flat field, сделанного по кусочку кадра

почему по кусочку кадра ? flat field будет или заполНять весь кадр или будет заполнять достаточно места чтобы покрыть мишень с запасом - если края кадра в raw будут хрен знает какие (черный войлок влез в кадр например) то и аллах с ними... конвертеру же это не помеха, главное мишеНь

Задача проверки профиля по мишени - она понятная. Берем мишень с теми же значениями RAW, конвертируем с использованием профиля, проверяем вышло ли СЧАСТЬЕ.

А вот задача наложения flat field, сделанного по кусочку кадра, на весь кадр - нет, непонятная. Тут нужна другая модель (flat field сейчас туп как пробка - по тем же клеточкам считаем среднее и на него нормализуем), что-то такое благородно гладкое не очень высокого порядка.

PS: понятно что иногда можно просто как следует поставить свет и прилизится к типа < 5% неровности по площади мишени, что в принципе для проверки в конвертер наверно и OK... но вот иногда таки все происходит "под углами" (меня например выселили вместе с шикарным черным войлоком развешенным на стойках вокруг всего полигона из просторного подвала в гораздо более тесное помещение в доме)

> Нет ли у нас разночтения относительно "синтетического DNG"

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

вопрос соотв - сойдет ли синтетическая мишенька вместо выравнивания реального снимка реальной камерой под реальным освещением - соотв. освещению (спектральные данные) которое использовалость при профилировании (все снимки в одну сессию, итд) если вы будете синтетическую мишень "рисовать" по данным из реального raw + flat field... наверно да

А чем плохо почтовый сервис у гуглы купить для своего домена за $5 в месяц?

Я конечно не настоящий фрезеровщик, но честно пытался много лет жить со всякими спамассасинами. И только когда перестал этим заниматься понял какой же это онанизм.

Перформанс меня не волнует, у меня на сервере пасутся по почте человек ну может пять.

А вот "не очень просто в настройке, перерабатывать конфиг" - волнует.
Мне нужно fire and forget на несколько лет. При этом меня мало волнует качество (нет, я понимаю что 90% и 95% - это в два раза разница), а много - false positive.

Ну совершенно не вижу проблем в организации обучения в такой конфигурации.

У меня обучение сделано кроновским заданием. С задержкой примерно на сутки от момента получения письма. То есть раз в сутки кроновское задание шерстит папки на том сервере, где почта хранится, и всё то найдет (кроме свежей почты в инбоксе) скармливает sa_learn либо с --ham, либо с --spam. Соответственно, ничто не мешает этому самому кроновскому заданию тупо отбаунсить это дело на парочку выделенных адресов на сервере, где спамассассин через тот же uucp. А уж там почту, приходящую на эти адреса будет сразу sa_learn читать.

В с другой стороны, применяемое у меня сейчас решение больше похоже на ситуацию когда разметка дома.

То есть на сервере на collocation стоит postgrey, и устраивает грейлистинг. А потом почта идет оттуда домой через VPN по SMTP, и уже дома работает спамассассин.

В принципе, никто не мешает адрес техподдержки прописать грейлистингу в белый список, чтобы он не мешал оперативности техподдержки. Можно защищать грейлистингом только личные адреса. И, пожалуй, в данном случае, в силу древности и широкоизвестности этих адресов это будет иметь смысл.

Я тут с полгода назад изучал этот вопрос, когда переносил почтовый сервер с рабочей станции на Banana PI. В итоге остался на спамассасине. Комбинация спамассасина с грейлистингом работает почти идеально. Правда, я не брезгую обучением спамассасина, считая, что перемещение письма в папку Spam вместо удаления, это вполне приемлемые трудозатраты.

Что характерно, после перезда, то есть после замены когда-то кастомизированного конфига спамассассина на дистрибутивный от текущей версии, качество фильрации заметно возросло.

Удалена поддержка Open Multiple Folders- это что, больше из папки в папку скакать автоматом нельзя?
вот это неудобно уже