Вещь. Пофиг чо там оно умеет, но факт того, что сливать фотки с кэнона адынДымарк3 в равки потенциально возможно - радует неописуемо :)

Здорово. Я как бы не в теме, а в рамках dcraw нельзя было сделать те же улучшения?

> Пофиг чо там оно умеет, но факт того, что сливать фотки с кэнона адынДымарк3 в равки потенциально возможно - радует неописуемо

И раньше было возможно, libraw в этом плане новых возможностей не принесла.

> Я как бы не в теме, а в рамках dcraw нельзя было сделать те же улучшения?

Автору dcraw, как я понимаю, это не нужно. dcraw - монолитная программа,"открывалка", которую можно только отдельным процессом запустить, никакого API нет.

>Естественно, обнаружилась ошибка сборки под Linux (который не относится к любимым ОС). Ошибка касалась только сборки примера identify, но все равно неприятно.

>Исправлено, выпущена версия 0.5.2.

<troll_mode> Ололо, вендо-макофил детектед. Либрав RIP. </troll_mode>

Основная ОС для разработки LibRaw - FreeBSD.

>Я как бы не в теме, а в рамках dcraw нельзя было сделать те же улучшения?

Автор dcraw принципиально не делает библиотеку. В результате, раз в 1-2 месяца все разработчики, во главе с Адобом (это не шутка) очередную версию dcraw делают библиотекой для себя.

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

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

Alex Tutubalin

>Основная ОС для разработки LibRaw - FreeBSD.

<troll_mode> О-о-о, тем более, что хорошего могут некрофилы сделать. Закапывайте. </troll_mode>

Уважаю.

Переводи сайт на английский и пиарься в буржуйских блогах :D

Да, libraw.org (английский) запускаем в течение нескольких дней.

> <troll_mode>

Могу и удалить как оскорбление.

Можешь. Только что здесь именно оскорбление? Называние некрофилом? Дык за определение отношения к меньшинствам как оскорбления в пендостане тебя бы уже засудили. :)

А как там с импортом raw из canon g7?

Радуют так же библиотеки v3... ;-) Способствует переходу программ.

> И раньше было возможно, libraw в этом плане новых возможностей не принесла.

Дык ведь "юникс-вей", монолитный софт пристало юзать жителям венды. А так - есть основания полагать, что API не пропадёт во тьме и софт типа гимпа её заюзает натично и с контролами.

читаю http://www.libraw.su/docs/API-notes-rus.html...

параграф "Использование C++"

"... Для аллокации/освобождения памяти используются функции malloc(calloc)/free, а не new/delete. "

ээээ...мммм... а можно объяснить?

> Автор dcraw принципиально не делает библиотеку

Ага.

Why don't you implement dcraw as a library? I have decided that dcraw shall be a command-line program written in C, and that any further abstraction layers must be added around this core, not inside it.

Library code is ugly because it cannot use global variables. Libraries are more difficult to modify, build, install, and test than standalone programs, and so are inappropriate for file formats that change every day.

There's a simpler way to make dcraw modular and thread-safe: Run it as a separate process.

хорошее начинание... еще бы gphoto2 допилили бы на предмет нормальной поддержки remote capture современных каноновских зеркалок (от 350D и выше) и было бы вообще хорошо в линуксе с поддержкой цифровых камер.

Почитал о планах - в восторге. Так держать! А то фотики уже производить перестали, а их raw под linux нормально ничем открыть нельзя. (Nikon D50, Fujifilm S5 Pro)

>а их raw под linux нормально ничем открыть нельзя. (_Nikon D50_)

4.2, причём злобный. ufraw читает эти равы на ура. Не забудь только назначить нормальный профиль (у них на сайте лежит)

Когда же появится хоть что-то по функционалу приближенное к Adobe lightroom под линухом. Под вайном оно не пашет. А программка ух какая хорошая.

RAW

Разработчикам: 1. есть ли планы по контакту с UFRaw? 2. Будет ли API поддерживать обработку окна для 100% предосмотра?

Понятно, ну что ж, удачи вам и проекту!

>Для аллокации/освобождения памяти используются функции malloc(calloc)/free, а не new/delete

При такой схеме гораздо проще приделывается свой менеджер памяти/garbage collector, который там и приделан и занимает строк 20 (хоть и очень ограниченный). Зато утечек памяти гарантированно нет.

> еще бы gphoto2 допилили бы на предмет нормальной поддержки remote capture современных каноновских зеркалок (от 350D и выше)

gphoto2 пилят на предмет поддержки не ptp-режима в этих камерах. Правда у меня оно не заработало.

http://www.rawtherapee.com/

У меня только один вопрос: зачем? Есть же libopenraw.

RAW

Как я понимаю, libopenraw пишется с нуля и там нет ни поддержки многих форматов (и вряд ли появится), ни многих функций.

Удачи :)

> и там нет ни поддержки многих форматов (и вряд ли появится), ни многих функций.

http://libopenraw.freedesktop.org/wiki/PlannedFeatures

RAW

Саша, ты уверен, что они будут вносить поддерждку неродных равов, какэто делает Коффин?

>а их raw под linux нормально ничем открыть нельзя. (_Nikon D50_)

>4.2, причём злобный. ufraw читает эти равы на ура. Не забудь только назначить нормальный профиль (у них на сайте лежит)

Ну если для тебя то, как отрывает ufraw, bibble pro или digiKam - это "на ура", то беседовать дальше не о чём.

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

Причем теже самые фотографии LightRoow или Nikon Capture отрывают без этих артефактов.

> gphoto2 пилят на предмет поддержки не ptp-режима в этих камерах. Правда у меня оно не заработало.

у меня на Canon 350D чистично работает remote capture - "нажать" на спуск затвора через gphoto2 можно, но после этого gphoto2 отваливается по таймауту (если не ошибаюсь), и чтобы выгрузить сделанное фото с камеры, надо вызывать gphoto2 опять. Т.е. оно как бы работает, но явно недопилено.

p.s. Gphoto последний собранный из trunk

p.p.s был никон D70 - вот на нем пахало всё через gphoto (и затвор и любые настройки и загрузка картинок)

>Ну если для тебя то, как отрывает ufraw, bibble pro или digiKam - это "на ура", то беседовать дальше не о чём

Пал на колени, посыпал голову пеплом. А то, что у ufraw есть поддержка профилей, а в digiKam — нет, не заметил? Как можно их уравнивать?

>В некоторых фотографиях наблюдаются артефакты, которые похожи на результат интерференции - линии и точки абсолютно левого цвета для той области фотографии

Не встречал ни одной такой. Ты часом не убрал clipping на пересветах? Тогда они будут сиреневыми

>Радуют так же библиотеки v3... ;-) Способствует переходу программ.

Совершенно не радуют библиотеки на GPL, есть же LGPL.

>> http://www.rawtherapee.com/

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

> А то, что у ufraw есть поддержка профилей, а в digiKam — нет

У обоих есть :)

>У обоих есть :)

Точно, и в digiKam нашёл. Спасибо! :)

> Да. я видел, очень хорошая программулина

Неплохая. Но там совершенно чудовищно реализован интерфейс микшера каналов и нет функций для редактирования съёмки. Т.е. нужно сначала где-то отсмотреть и убрать брак, и только потом лезть в RT.

Первый пост Гаррика - огонь!!!