GEGL 0.0.4

отлично.

А с какой версии ГИМП будет работать с ней?

>А с какой версии ГИМП будет работать с ней?

Есть подозрение что 2.4 должна стать, они ведь ее обещают с RAW и 32битами

> * мозаичный, неплотный и пирамидный буферы, буфер больше размеров RAM; в качестве теста успешно загружалось изображение размером 86400x43200px;

43200px в секунду? :)

"Вызывающе неверная информация" :)

Интеграция начнётся после выхода 2.4. А у 2.4, в свою очередь, неделю назад или около того была объявленая предварительная заморозка переводимых строк.

Такую штукенцию на чистом Си забабахали. Без Си++.

Не верю (С) =)

>Такую штукенцию на чистом Си забабахали. Без Си++.

Ну поэтому и

>После более чем шести лет взлётов и падений

остается пожелать и либе, и GIMP'у успешного развития, и понадеется, что оно (6 лет) того стоило и не понадобится еще 6 лет для интеграции либы в GIMP...

> Ну поэтому и

Если совсем коротко, то совершенно не поэтому. Могу и поподробнее.

> Могу и поподробнее.

Было бы интересно послушать

AP, спасибо за приятную новость к Новому Году :)

Хотя бы половина из обещанного работает?

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

GEGL уже пытались разрабатывать за деньги в 2003 году. Ничего хорошего из этого не вышло, потому что оказалось, что отсутствие должной личной мотивации бабло компенсировать не в состоянии. Кстати, баунти и в проекте GNOME уже стали притчей во языцех (там в ряде случаев конкуренция за приз попросту убивала дух сотрудничества).

Если Вы посмотрите в ChangeLog (около года назад я просмотрел его полностью, когда интересовался историей проекта), то увидите, что первое время коммиты в CVS были частыми, потом было несколько периодов затишья, и один из них продолжался, IIRC, больше года.

Проект вытащил на себе Ойвинд Колас, который пару лет назад начал изучать GEGL, одновременно создавая его упрощённую версию (http://pippin.gimp.org/gggl/) для личных целей. Как человек, преподающий "computer programming, digital media technology, and image processing" на бакалаврском уровне, Ойвинд прекрасно разбирается в современных технологиях этой области и, к тому же, не обладает печально известной язвительностью Свена, которая до сих пор отталкивала людей от участия в разработке как GEGL, так и GIMP.

Летом 2005 сразу после очередного GIMPCon код начали чистить, ближе к зиме его начали дописывать, чтобы GEGL наконец мог хотя бы загружать изображения в память.

Что касается мотивации, Ойвинд сам пишет софт для проведения видеоинсталляций (http://pippin.gimp.org/lost_in_time/now_by_then.html) и для своего Nokia 770 (http://pippin.gimp.org/horizon/), и GEGL ему просто необходим.

Сейчас в разработке принимают участие ещё несколько человек. Один из них, к примеру, написал пару месяцев назад загрузчик OpenEXR и собирался позднее дописать расчёт тонов (tonemapping).

Это не обещанное, а работающее :)

А вот мы сейчас узнаем, какой новый ник у Irsi... :-)
CMYK-CMYK-CMYK!!! GIMP-GIMP-GIMP!!!
--no-dashi(linux.org.ru)

Новость радует, думаю, что гимп станет ещё лучше :)

/me открыл шампанское почти на день раньше срока.

>Такую штукенцию на чистом Си забабахали. Без Си++.

GeglNode *gegl = gegl_graph_new (); GeglNode *display = gegl_graph_create_node (gegl, "display");

- чисто ООП стиль, чистый Си, но ближе к C++ :)

http://pippin.gimp.org/gegl/gallery/index.html

"buffer-leaks" это то, о чем я думаю?

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

Да. У него вообще хитрый сайт -- автоматически генерится из CVS при обновлении исходного кода GEGL и соответствующем тестировании этого кода на сэмплах. Могу путать, но тест выполняется на том же сервере OSDL, где тестируется Cairo.

> чисто ООП стиль, чистый Си, но ближе к C++ :)

Вот именно. На C можно успешно писать в стиле ООП, не спотыкаясь о грабли ABI и всякие прочие "вкусности" C++.

Оно вместо gtk2 в гноме будет?

>Оно вместо gtk2 в гноме будет?

Нет. Сначала его в ГТК3 переименуют. =)

>Вот именно. На C можно успешно писать в стиле ООП, не спотыкаясь о грабли ABI и всякие прочие "вкусности" C++.

Можно. спору нет, но сложно как...

Каким боком? :)

Но вот gdk-pixbuf на пенсию давно пора отправить. Все использующие его приложения невероятно тормозят на больших картинках.

> Можно. спору нет, но сложно как...

А кому сейчас легко? Эта же работа на долгие годы - можно и напрячься.

+1. Конская либка, слов нет. Но использовать QT - так лучше сразу застрелиться.

Ну это кому как больше нравится :) Пусть хоть на FOX-Toolkit, лишь бы работало и каши не просило.

> Вот именно. На C можно успешно писать в стиле ООП, не спотыкаясь о грабли ABI и всякие прочие "вкусности" C++.

Причём примеры всем хорошо известны - gtk, glib, cairo... Но с точки зрения программиста это гораздо менее удобно - надо вручную следить за выделением памяти, созданием/удалением объектов - то, за чем следит обычно компилятор c++.

> надо вручную следить за выделением памяти, созданием/удалением объектов

Я не программист и не биолог, но IMHO то, что отковченно это фигня по сравнению ошибками в днк. Иной человек и на Fortran сделает то, что команда из десяти человек на java не осилит.

> Иной человек и на Fortran сделает то, что команда из десяти человек на java не осилит.

Представляешь, что этот человек сделает на java (или другом ОО-языке на выбор), а та команда из 10 человек на фортране? :))

Ничего они не сделают, т.к. он не знает жабы, а они фортрана.

Рулят не языки (которые спасают проценты от затрачиваемого времени) - рулят люди, которые могут сократить порядки.

Перебор языков это их той же оперы. что экономия на скрепках.

>Перебор языков это их той же оперы. что экономия на скрепках.

Что ни говари, а разница между написанием на Си (иметирую ООП) и на С++ (чистое, красивое ООП) просто огромная. На Си с использованием ООП будут писать только сильные духом люди (в простонародье - извращенци), а на С++ пишут все кому надо быстро и со вкусом.

Я пишу на Си ;)

Чего-то замены Xам на C++ не видно по функционалу даже близко. Где эти, которые со вкусом?

Серебряной пули нет.

Ура?

Зачем заменять то, что и так нормально работает?

> Рулят не языки (которые спасают проценты от затрачиваемого времени) - рулят люди, которые могут сократить порядки.

Как говорится, +1 :) Последователи тулкитного-языкового шовинизма медленно, но верно задалбывают.

Небольшой пример. Есть такая программа для многоканальной записи и сведения звука -- Protux (http://protux.sourceforge.net). Когда-то она писалась сначала на Qt2, а потом на Qt3. Несмотря на некоторые интересные юзабилитические решения, количество активных пользователей исчислялось единицами. В таком виде программа просуществовала несколько лет. Затем лидер проекта, межстроймашевский сотрудник Лучано Доминико Джордано, сказал "Хватит. Мне удобнее писать на джаве. Теперь всё будет клёво.". Один из соразработчиков, Ремон Сийриер, не согласился и форкнул код, назвав новую программу Traverso (http://vt.shuis.tudelft.nl/~remon/traverso/home.html) и продолжив писать её на плюсах и Qt.

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

В принципе, всё это давно описано у классика :)

<<Очень забавно смотреть, как два новичка стараются грести в такт. Носовой никак не может не разойтись с кормовым, потому что кормовой, мол, гребет как-то странно. Кормовой ужасно возмущен этим и объясняет, что он вот уже десять минут пытается приспособить свой метод гребли к ограниченным способностям носового. Тогда носовой в свою очередь обижается и просит кормового не беспокоиться о кем, но посвятить все внимание разумной гребле
на корме.

- А может быть, мне сесть на твое место? - говорит он, явно намекая, что это сразу исправило бы дело.

Они шлепают веслами еще сотню ярдов с весьма умеренным успехом; потом кормового вдруг осеняет, и тайна их неудачи становится ему ясна.

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

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

Любопытно, а откуда цитата? (К своему стыду этого классика не знаю).

http://www.lib.ru/JEROM/troe_w_lodke.txt

Каждый раз невольно вспоминаю этот отрывок, когда начинаются дискуссии вида "одно vs. второе" :)

>Protux

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

Неудивительно. С таким-то названием :-)

Как говорится, как вы лодку назовёте, так она и поплывёт. :-)

> еребор языков это их той же оперы. что экономия на скрепках.

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

> С++ (чистое, красивое ООП)

это шутка? ООП как раз не самая сильная сторона С++

> и на С++ (чистое, красивое ООП)

Очень смешно :)

> Я пишу на Си ;)

Оно и видно.

>> перебор языков это их той же оперы. что экономия на скрепках.

>не соглашусь - язык программирования должен подходить для решаемой задачи.

Грамотный специалист подберёт то средство, которое удобно ему или воспользуется тем, что уже используется, но не будет брать рекомендованное ведущими собаководами из соображения моды.

> Грамотный специалист подберёт то средство, которое удобно ему или воспользуется тем, что уже используется, но не будет брать рекомендованное ведущими собаководами из соображения моды.

Полностью согласен.

Ущипните меня... УРААААА!!!!

>Грамотный специалист подберёт то средство, которое удобно ему или воспользуется тем, что уже используется, но не будет брать рекомендованное ведущими собаководами из соображения моды.

А я как ни посморю так все только по моде и выбирают. Почему почти все заполонил один С++. Почему не выбирают Delphi, Ada, Smalltalk? Где разнообразие? Как я понимаю щас модно C++, Java, C#

> А я как ни посморю так все только по моде и выбирают. Почему почти все заполонил один С++. Почему не выбирают Delphi, Ada, Smalltalk? Где разнообразие? Как я понимаю щас модно C++, Java, C#

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

ЗЫ: на жабу имхо ты зря так - на ней все таки клепать морды к БД проще, чем на С, С++, Delphi

PPS: на делфях и щас пишут. Только лучше бы совсем не писали.

Си++ хорошо изучен, все его недостатки известны

Я дизайнером была, В ГИМПе рисовала, Если не моя *****, С голоду б пропала...

Интересно, Гном на неё перенесут? ;)

>Я дизайнером была, В ГИМПе рисовала, 
>Если не моя *****, С голоду б пропала...
     б       мазня ???

> это обуславливает выбор популярных языков, а не тех, что наиболее подходят к задаче.

Есть и другой фактор -- программисты на популярных языках дешевле.