Представлен (https://mail.gnome.org/archives/gimp-user-list/2014-August/m...) корректирующий выпуск растрового графического редактора GIMP 2.8.12 (http://www.gimp.org/). В новой версии внесено (http://git.gnome.org/browse/gimp/plain/NEWS?h=gimp-2-8) 16 изменений, связанных с устранением ошибок. Из исправлений можно отметить повышение надёжности загрузки повреждённых файлов XCF, удаление опции для отмены вывода уведомления о закрытии изменённого изображения, обеспечение работы drag&drop между прикреплёнными изображениями, запуск сервера скриптов-fu по умолчанию только на интерфейсе 127.0.0.1, возвращение корректных переводов script-fu. Пользователи Ubuntu могут загрузить новый выпуск из PPA-репозитория (https://launchpad.net/~otto-kesselgulasch/+archive/ubuntu/gimp).URL: https://mail.gnome.org/archives/gimp-user-list/2014-August/m...
Новость: https://www.opennet.ru/opennews/art.shtml?num=40454
когда 2.10-то? никогда?
Как только, так сразу.
Следующим шагом будет переписывание GIMP на python и scaleform? ;)
К чему такие сложности? :)
В принципе да, можно просто танчиков добавить.
> Следующим шагом будет переписывание GIMP на python и scaleform? ;)Это только у питонистов мания вечно все переписывать, потому что в очередной версии питона все факапнули.
После выхода 2.8 разработчики заявляли, что пересматривают процесс разработки - будут выпускать чаще, но с меньшими добавлениями функциональности. А воз и ныне там.На Хабре писали, что изучали код. Пришли к выводу, что разработчики не в курсе такого понятия как стандарты оформления кода. Каждый в свою степь клонит проект. Можно сделать вывод, что на процесс разработки им всем плевать с высокой колокольни.
Так что ждать не надо. Новички, только пришедший в мир open source, бывают воодушевлены тем, что у нас существует такой графический редактор - еще чуть-чуть и нагнет Фотошоп. А я за 10 лет пользования Линуксом могу констатировать: в Гимпе не изменилось _ничего_. Только переносят на актуальные версии библиотек, поддерживая его в рабочем состоянии. Все остальное - косметика, и та минимальная.
Для себя выбрал Krita, он, конечно, немного для другого, но мне хватает.
> После выхода 2.8 разработчики заявляли, что пересматривают процесс разработки - будут выпускать
> чаще, но с меньшими добавлениями функциональности. А воз и ныне там.Да, такое утверждение действительно было. Только давайте я вас немного поправлю. Речь шла о том, что по максимуму будут задействованы ветки Git, чтобы недоделки не мешали выпускать новые версии в срок. Обратите внимание: новый код действительно пишется в ветках и вливается по мере готовности.
Задержка с релизом 2.10 не из-за новых фич, она из-за затянувшегося порта на GEGL и сопутствующих изменений. Это -- главное в 2.10. Без него делать релиз нет никакого смысла, потому что без интерактивного iWarp пользователи проживут, а без 16/32 разрядов на канал -- уже не очень.
> На Хабре писали, что изучали код. Пришли к выводу, что разработчики не
> в курсе такого понятия как стандарты оформления кода. Каждый в свою
> степь клонит проект. Можно сделать вывод, что на процесс разработки им
> всем плевать с высокой колокольни.Лично вы можете делать какие угодно выводы, но вообще-то Симон прошёлся по отчёту из PVS-Studio и поправил всё, до чего дотянулся. Пруф: https://git.gnome.org/browse/gimp/log/?qt=grep&q=http%3...
> А я за 10 лет пользования Линуксом могу констатировать: в Гимпе не изменилось _ничего_.
Я не могу запретить вам врать. Свобода слова, всё-таки. Но вы ведь понимаете, что при первом же разборе полёте вы сольёте эту дискуссию?
> Лично вы можете делать какие угодно выводы, но вообще-то Симон прошёлся по отчёту из PVS-Studio и поправил всё, до чего дотянулся.Код к единому стилю привели? Это очень важный показатель слаженности работы команды и ее способности договариваться.
> Я не могу запретить вам врать. Свобода слова, всё-таки. Но вы ведь понимаете, что при первом же разборе полёте вы сольёте эту дискуссию?
Не солью. Моя фраза подразумевала некоторую степень субъективности. Ну добавили редактирование текста прямо на холсте. Но это косметика. Ну перевели рендеринг чего-то там на свежий на тот момент Cairo. Я, как обычный пользователь, увидел только увеличение тормозов - даже не рисуя по холсту, курсор кисти над холстом рендерился хорошо если 2 кадра в секунду.
> Задержка с релизом 2.10 не из-за новых фич, она из-за затянувшегося порта на GEGL и сопутствующих изменений. Это -- главное в 2.10. Без него делать релиз нет никакого смысла, потому что без интерактивного iWarp пользователи проживут, а без 16/32 разрядов на канал -- уже не очень.
Давайте вспомним. Примерно 2007 год. Обычный хоум юзер все чаще стал обнаруживать проблемы с обработкой фотографий с 8-битной цветностью. Начинали вылезать артефакты. Было заявлено, что Gimp начинает переход на новое ядро, где будет то ли 64, то ли 128 бит на канал. Все дружно ржали над Фотошопом, какой он устаревший теперь будет, и что его модель разработки под рынок не позволит внести такие глубокие изменения в ядро - мол, нужны гарантии стабильности клиентам. Однако, Фотошоп перевели на 64 бита в районе 2009 года, а Gimp так до сих пор и использует 8 бит. Могу немного напутать с датами и цифрами, но общая последовательность остается той же.
Это иллюстрация того, насколько он отстал по современным меркам - он не догоняет, он отстает от года к году.
> Код к единому стилю привели? Это очень важный показатель слаженности работы команды
> и ее способности договариваться.https://git.gnome.org/browse/gimp/log/?qt=grep&q=formatting
> Не солью.
Уже слили. Достаточно вспомнить точность обработки вплоть до 64 разрядов на канал. Или аппаратное ускорение через OpenCL. Или многопоточность через OpenMP.
Что касается набора текста на холсте, если для кого-то форматирование текста внутри одного блока -- это косметика, это лишь говорит о круге решаемых задач этого кого-то. Веб-дизайнеры почему-то этому новшеству обрадовались. Вот дураки, правда? :)
> Однако, Фотошоп перевели на 64 бита в районе 2009 года
Т.е. вы ещё и не понимаете разницу между поддержкой аппаратной платформы и точностью вычислений над изображениями, но лезете спорить. Оукей, такое бывает.
> https://git.gnome.org/browse/gimp/log/?qt=grep&q=formattingЧто это? 7 коммитов за 2014 год с двумя стами изменившимися строками? Проблема-то глобальная, на весь проект.
> Уже слили. Достаточно вспомнить точность обработки вплоть до 64 разрядов на канал.
Где 64? 2.8.6 - я не вижу даже возможности смены.
> Или аппаратное ускорение через OpenCL. Или многопоточность через OpenMP.
А почему он у меня стал сильнее тормозить?
> Т.е. вы ещё и не понимаете разницу между поддержкой аппаратной платформы и точностью вычислений над изображениями, но лезете спорить. Оукей, такое бывает.
Нет, я написал то что и хотел - про битность на канал. Как я уже писал, могу ошибиться с цифрами, однако, сейчас Photoshop CS5 позволяет обрабатывать изображения с 32-битной точностью (ранее было доступно только два варианта: 8, 16 и 32), при этом - источник не назову, дело конца нулевых - где-то внутри уже поддерживает 64 бита. В любом случае 32 бита - сильно больше гимповских 8.
Поправка: "ранее было доступно только два варианта: 8 и 16".
> Что это? 7 коммитов за 2014 год с двумя стами изменившимися строками?
> Проблема-то глобальная, на весь проект.Дайте ссылку на хабростатью, чтобы было понятнее, на что вам ещё сослаться.
>> Уже слили. Достаточно вспомнить точность обработки вплоть до 64 разрядов на канал.
> Где 64? 2.8.6 - я не вижу даже возможности смены.В 2.9/Git master.
>> Или аппаратное ускорение через OpenCL. Или многопоточность через OpenMP.
> А почему он у меня стал сильнее тормозить?Потому что прикидываетесь шлангом.
>> Т.е. вы ещё и не понимаете разницу между поддержкой аппаратной платформы и точностью вычислений над изображениями, но лезете спорить. Оукей, такое бывает.
> В любом случае 32 бита - сильно больше гимповских 8.Которые уже 2+ года как не 8. Но это такая мелочь, правда? :)
> Дайте ссылку на хабростатью, чтобы было понятнее, на что вам ещё сослаться.Речь об этом: http://habrahabr.ru/company/pvs-studio/blog/233489/#comment_...
> В 2.9/Git master.
Ок, но релиз хорошо если через пару лет дождемся.
> Потому что прикидываетесь шлангом.
Я даже объяснил, в чем.
> Которые уже 2+ года как не 8. Но это такая мелочь, правда? :)
Где мне в ветке 2.8 их включить?
> Речь об этом: http://habrahabr.ru/company/pvs-studio/blog/233489/#comment_...Что и требовалось доказать: "Я сам как-то...". Когда это было -- не указано. Соответственно, комментарий про малое количество соответствующих патчей в этом году не имеет смысла.
>> Которые уже 2+ года как не 8. Но это такая мелочь, правда? :)
> Где мне в ветке 2.8 их включить?И снова шлангуете. Ну, вам виднее :)
prokoudine, оно если ты не заметил ... ссылается на "ЫгсперДов хабре" :) Ну Август же, жара, а ты душевнобольных задираешь ... Добрее надо быть :)
> prokoudine, оно если ты не заметил ... ссылается на "ЫгсперДов хабре" :)
> Ну Август же, жара, а ты душевнобольных задираешь ... Добрее надо
> быть :)Ну, во-первых, ссылки я так и не увидел, так что не ссылается :) Моё допущение про анализ через PVS-Studio -- это моё допущение, не более того.
Во-вторых, если "ыгспердам" есть что сказать по существу кода, имеющегося на текущий момент, почему бы и не послушать? Если же это статья от какого-нибудь лохматого 2008 года, которая не слишком-то актуальна, то... :)
Можешь скинуть ppa gimp, где самые последние версии (unstable)?
https://launchpad.net/~otto-kesselgulasch/+archive/ubuntu/gi...
Похоже вы в теме. Как сделать чтоб стабильные версии гимпа не тормозили на среднем железе? Я про движение кисти с задержкой в секунду и поворот картинки в 30 сек.
Что такое среднее железо? Картинка какого размера поворачивается 30 секунд? Кисть какого диаметра задерживается на секунду?
> Что такое среднее железо? Картинка какого размера поворачивается 30 секунд? Кисть какого
> диаметра задерживается на секунду?2 ядра санди бриж 1Ггц. Да и на 4-х ядрах фенома тоже.
Картинка 5000*5000 например. Большая? Ну 3000*3000 будет побыстрее, но 10-15 сек тоже не айс.
Кисти любые тормозят в разной степени.
а разве не 3.0 будет следующим?
Посмотрел я коммиты за лето. Оказалось, что 90 % коммитов было сделано одним человеком (Michael Natterer). Так далеко не уехать.
Смотреть надо не только GIMP, но и GEGL. Там большинство коммитов уже у Øyvind Kolås, а не у Митча. А если отмотать, скажем, на март, должно быть видно большое количество коммитов от Daniel Sabo.
Ну то есть кроме порции внутренних изменений, мы снова мало что получим. (Я специально не пишу "ничего", чтобы не прицепились.)
Опишите желаемые внешние изменения, которые возможны без внутренних изменений. Доработку интерфейса можете не указывать -- это само собой разумеется и по факту делается.
Инструмент трансформации (растягивание, наклон, перспектива). 2014 год на дворе. А нужен был еще 10 лет назад.
Экспорт анимации в gif без прописывания длительности кадров в каждом слое.
Экспорт для веба с наглядным сравнением оригинал-после сохранения.Я говорю только о собственных, достаточно скудных, потребностях. Кто-то чуть профессиональнее меня намного больше примеров приведет.
> Инструмент трансформации (растягивание, наклон, перспектива). 2014 год на дворе. А нужен
> был еще 10 лет назад.Единый инструмент трансформации в Git master доступен уже года два как.
> Экспорт анимации в gif без прописывания длительности кадров в каждом слое.
Да, здесь есть что улучшить.
> Экспорт для веба с наглядным сравнением оригинал-после сохранения.
В принципе, можно доделать имеющийся плагин Save/Export for Web. Если есть желающие его допилить, думаю, можно даже рассмотреть вопрос о включении этого плагина в стандартную поставку.
Ну в 2.9 работа с 16-ю битами на канал есть? Есть. Работает? Работает.
Только тормозит пипец как. Надеюсь к релизу 2.10 ускорят.
> Только тормозит пипец как.Летом добавлена многопоточность через OpenMP, пока не очень оттестировано. Часть операций портирована на OpenCL, кое-где уже используются мипмапы. В самом гимпе с июня примерно по умолчанию пересчитывается сначала видимая область изображения, что ускоряет воспринимаемую на глаз обработку.
О как. Сравниваете версию Гимпа в разработке с релизной Фотошопа. Может, запомним какой сечас этот Гимп 2.9 и через два года сравним самый свежий Фотошоп с ним?
Это опенсорс. Тут код доступен сразу. Вы же говорите: "Хочу, чтобы у меня всё было". Ну вот я и отвечаю: "Мужик, у тебя уже всё было".
Ога, только вот Git не гарантия того что программа вообще запустится. И если уж брать ветку Git за основу для сравнения, претензий к ней может быть еще больше чем к старенькой, но стабильной 2.8.
> Ога, только вот Git не гарантия того что программа вообще запустится.Это зависит от проекта, и как раз GIMP это не касается вообще никак.
Едем дальше.CMYK? Эффекты слоев? Просьба рассматривать эту функциональность в контексте 2014 года, когда необходимость в ней уже лет 15 как ощущается и ее отсутствие равнозначно отсутствию существования самого приложения для пользователя.
Так когда ей можно будет пользоваться?
> CMYK? Эффекты слоев?Мы выше по треду вроде как говорили о фичах, для которых не надо пилить внутренности.
А я уже не про них, а про нужность программы в сегодняшнее время. С толстым намеком на то, что ее время прошло.
это ты там с высоты помёта паинт дот нет?
Ах, как меня поражают такие теоретики как ты! Умное слово услышал CMYK и теперь его пишешь ты и еще парочка таких как ты в каждом треде про гимп.Конкретно цветовое пространство CMYK потребуется если ты захочешь напечатать что-либо на плоттере, заниматься редактированием растра в CMYK - вообще необоснованная задача.
А теперь я расскажу тебе страшную правду, тебе и фотошоперовским крикунам. Приходишь в типографию, даешь на печать и... 80% тебе откажут. Почему? Потому что надо "проект в корале, мы только из карела печатаем". Единицы у тебя распечатают из pdf, где народ грамотный и плоттер нормальный. А так - коряга и ничего кроме коряги. Почему? Потому что эти триадные цвета, которые тебе ночами снятся в гимпе, еще и реализованы в разном софте по-разному, и совместимости нет, и профили не помогут.
Пусть ребята из гимпа занимаются переводом на GEGL и плашечные цвета улучшают. У них и так roadmap есть.
> Смотреть надо не только GIMP, но и GEGL. Там большинство коммитовНадо работать с графикой, а не смотреть каммиты в гит.
Лето же.
>В новой версии внесено 16 изменений, связанных с устранением ошибокза 8 месяцев разработки внесено 16 исправлений и 0 улучшений. ахренительная эффективность процесса разработки!
Непонятно чего все разнылись. Да, медленно. Насколько помню над проектом всегда работало "полтора" человека, плюс периодически студенты что-то добавляли во время гугло-лета. Такова объективная реальность. О чем лить слезы?!
это такой тип людей, не больше.
> за 8 месяцев разработки внесено 16 исправлений и 0 улучшений. ахренительная эффективность
> процесса разработки!Вы учитывете только стабильную ветку разработки, где только исправляются ошибки. В главной ветке разработки изменений на два порядка больше.
не метайте бисер. рак и школота,не ударившая палец о палец, поглотили русскоязычное сообщество.
Вы не правы.
Дискуссия про необходимый функционал была очень интересна и познавательна.
Сам использую GIMP очень редко, но попробовав всякое в т.ч. Krita, прошел к выводу что это не фотошоп, но из имеющегося для меня удобнее именно GIMP.
Соответственно в тонкостях не разбираюсь и за развитием проекта слежу только по вот по таким новостям. О недостающем функционале узнаю пол часа проковырявшись, чтобы сделать что-то (возможно просто не знаю как надо было сделать правильно)А тут становится гораздо понятнее и что было сделано, и для чего нужен этот GEGL (кстати после этого CMYK появится сразу или еще ждать долго?)
Не сразу. Есть задачи с приоритетом повыше, ну и разработчиков маловато.
> Вы не правы.
> Дискуссия про необходимый функционал была очень интересна и познавательна.
> Сам использую GIMP очень редко, но попробовав всякое в т.ч. Krita, прошел
> к выводу что это не фотошоп, но из имеющегося для меня
> удобнее именно GIMP.Среди критов и прочих гимп конечно конфетка, но и у него проблем хватает. Раздражает, что появляется множество бесперспективных мелких граф редакторов, а поддержать разработку гимп никто не может. Автор пилит в одиночестве.
Ну, а что ты хотел на Си сложный гуй писать это ад, а поддерживать такой код это вообще пздц. Вон в гноме досих пор не могут баг в часах(в обсуждениях правда в косяке винят валу, но не суть) поправить хотя казалось бы элементарное приложение. Вот был бы он написан на java например разработка шла куда бы быстрее и эффективнее.
--удаление опции для отмены вывода уведомления о закрытии изменённого изображения--как это по русски?
rm \-\-no\-warn\-close\-modified
Они что-то ужасное натворили в ветке 2.8.х :( Выделение теперь дурацкой рамкой, раньше была в один пиксель и было четко видно, что выделяешь если мелкие детали... И само выделение "уплывает" при масштабировании рисунка (в одном масштабе выделил, zoom out, и вот тебе на! - выделение уже в другом месте). Молодцы, чо. Программят как могут, наверное.
> И само выделение "уплывает" при масштабировании рисунка (в одном масштабе выделил, zoom out, и вот тебе на! - выделение уже в другом месте).Можете подробнее по шагам расписать, как вы получаете этот эффект? У меня не получается воспроизвести.
Две вещи раздражают. Точнее, чуть-чуть раздражает необходимость помнить, что не "Сохранить", а "Экспорт". Кому и зачем понадобилось разбивать сохранение в разных форматах на два разных пункта меню - не понимаю... И просто БЕСИТ дегенеративное окно сохранения/загрузки. Ну да, понимаю, GTK. Но почему нельзя добавить модуль интеграции с KDE? Смогли же такое сделать в LibreOffice...
> Но почему нельзя добавить модуль интеграции с KDE?Почему же нельзя? Можно. Придумайте, обсудите с командой, реализуйте, пришлите патч.
Медленно прочитайте мой ник. Подумайте. Прочитайте еще раз, если сразу не дошло...
> Медленно прочитайте мой ник.Читаю по буквам: л-ю-б-и-т-е-л-ь-п-о-т-р-ы-н-д-е-т-ь. Всё верно? :)
>Пользователи Ubuntu могут загрузить новый выпуск из PPA-репозитория.Ну и кто такой этот otto ?
Довольно дружелюбный товарищ, поддерживает этот PPA уже года два или около того.
То есть дружелюбный не пойми кто ... которого еще и пиарять на опеннете
Не нравится -- конпеляйте из сорцов, ну или как там сейчас модно это называть :)
Я думаю, что тут к месту пришлось бы и "компилни сорца".
Я время от времени собираю. Он медленнее, чем 2.8 (чаще всего пользуюсь кривыми), но уже почти юзабелен. Мне иногда приходится открывать psd, а его поддержка сломана, так что пока на 2.8
> Мне иногда приходится открывать psd, а
> его поддержка сломана, так что пока на 2.8Пару недель назад чинили, но я пока не проверял, насколько успешно.
Вообще-то, актуальная версия - 2.8.14.
Это да, с кем не бывает.
"Yesterday's 2.8.12 release had broken library versioning, so we had to roll out GIMP 2.8.14 today. The only change is the fixed libtool versioning."