Liquid rescale - новый плагин к GIMP

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

> А это что, ошибка? Это фича, которой нет в фотошопе :)

Неважно. Пользователя не устроила работа программы. Если он не балабол, он идёт в b.g.o. и постит отчёт с примерами. Если балабол -- идёт жаловаться на лоры.

Вы балабол?

> Вырезание объектов кем - алгоритм сам решает что вырезать или пользователь ему кропотливо разъясняет?

Зачем кропотливо? Достаточно как в SIOX махнуть кистью по значимому объекту.

>(Ха, так это сервак, похоже, не пропускает длинные сообщения. Без какого-либо сообщения об ошибке)

(Сервак абсолютно не при чём - это я сам слишком рано нажимал "Post/Поместить")

> Потом, когда говоришь ОК, давай редактировать, много ругается на непереконвертируемость профилей и кордампится.

Надо будет попробовать новую версию, может исправили :)

> Ему что, специально sleep'ы повставляли что бы не смог работать быстро, как фотошоп, который делает то же со скоростью незаметной для глаза?)

Что-то неоптимально написано, а может настроено. В гимпе можно настраивать размер кеша для изображений, от этого скорость работы может сильно зависеть.

> а пока, что бы добраться до любимого Stretch HSV приходится полазать по менюхам)

Можно же горячие клавиши повесить: http://www.opennet.ru/docs/RUS/gimp_gui_tune/

> А из того, чего нету в фотошопе, мне ничего и не нужно... Для редактирования изображений.

Каждому своё, как говорится. Тебе не нужно - другим нужно, но не исключено, что ты просто не совсем в курсе дела.

> Так использование гимпа сокращает время жизни пользователя, и даже результат того не стоит из-за 8ми-битности.

А ещё он сокращает время жизни разработчиков, потративших своё время на его создание. Кому как, а также зависит от навыков работы.

> Ну да, так же поступаю и я. Включая ufraw-плугин. Только тот факт, что все пользователи линукса вынуждены пользоваться ЭТИМ ещё не говорит о том, что гимп хорошая программа, просто ничего другого нету.

ufraw/dcraw - не единственные raw-конвертеры в linux'е. Есть и другие, в том числе коммерческие.

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

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

> Для блюра разрядность цветов так же важна,

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

> Проблема в том, что если в фотошопе я бы использовал диаметр пиксела в диапазоне 0.5-0.7, то в гимпе даже на минимальном значении 0.1 результат получается грубый,

Не знаю, мне результат грубым не кажется, но возможно это так. Тогда его (плагин) надо переписать.

> Пользователя не устроила работа программы. Если он не балабол, он идёт в b.g.o. и постит отчёт с примерами. Если балабол -- идёт жаловаться на лоры.

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

>Изображение - Авто - Растянуть HSV Особенно чувствительные могут на лету назначить комбинацию клавиш и больше никогда не ходить в это меню.

Не подскажете - как это сделать? Ну, назначить CTRL+ALT+L например этому пункту меню на лету?

Не "запросами", а "потребностями" :)

>>(Ха, так это сервак, похоже, не пропускает длинные сообщения. Без какого-либо сообщения об ошибке) > (Сервак абсолютно не при чём - это я сам слишком рано нажимал "Post/Поместить")

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

>> Потом, когда говоришь ОК, давай редактировать, много ругается на непереконвертируемость профилей и кордампится. > Надо будет попробовать новую версию, может исправили :) У меня к ней какие-то апдейты приходили с месяц назад.

>> Ему что, специально sleep'ы повставляли что бы не смог работать быстро, как фотошоп, который делает то же со скоростью незаметной для глаза?) >Что-то неоптимально написано, а может настроено. В гимпе можно настраивать размер кеша для изображений, от этого скорость работы может сильно зависеть.

Я так понимаю, что при неоптимальности кешей в памяти он бы в диск полез, так ведь я-ж не просто так на него смотрю на I/O - его тоже нет.

>> а пока, что бы добраться до любимого Stretch HSV приходится полазать по менюхам) > Можно же горячие клавиши повесить: http://www.opennet.ru/docs/RUS/gimp_gui_tune/

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

>> А из того, чего нету в фотошопе, мне ничего и не нужно... Для редактирования изображений. >Каждому своё, как говорится. Тебе не нужно - другим нужно, но не исключено, что ты просто не совсем в курсе дела.

Какие проблемы. Введите в курс.

>> Так использование гимпа сокращает время жизни пользователя, и даже результат того не стоит из-за 8ми-битности. >А ещё он сокращает время жизни разработчиков, потративших своё время на его создание. Кому как, а также зависит от навыков работы.

Кстати да, компенсация затрат разработчиков во многом определяет их мотивацию.

>> Ну да, так же поступаю и я. Включая ufraw-плугин. Только тот факт, что все пользователи линукса вынуждены пользоваться ЭТИМ ещё не говорит о том, что гимп хорошая программа, просто ничего другого нету. > ufraw/dcraw - не единственные raw-конвертеры в linux'е. Есть и другие,

Не в этом дело, по мне так плагин вообще не должен обеспечивать функции редактирования, это дело редактора - редактор должен это уметь.

> в том числе коммерческие.

Хм.. Наверное, можно было бы пустить фотошоп под вайном и утверждать что в линуксе есть даже фотошоп..

>> Кстати, а как будет реализована раздельная падучесть гимпа и евоных плагинов? Они будут запускаться в разных процессах что-ли? Вот щастье-то будет. >Честно говоря, не знаю как будет, но даже если в разных процессах будут пускаться, не вижу особых проблем, если правильно сделать. Они ж не через пайпы будут взаимодействовать, сокеты ещё никто не отменял.

Вообще-то одно другого не лучше.

>> Для блюра разрядность цветов так же важна, >Но не настолько. Если специально не подбирать фотографии, существенной разницы не заметно. >> Проблема в том, что если в фотошопе я бы использовал диаметр пиксела в диапазоне 0.5-0.7, то в гимпе даже на минимальном значении 0.1 результат получается грубый, > Не знаю, мне результат грубым не кажется, но возможно это так. Тогда его (плагин) надо переписать.

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

>> Пользователя не устроила работа программы. Если он не балабол, он идёт в b.g.o. и постит отчёт с примерами. Если балабол -- идёт жаловаться на лоры.

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

"Личное представление о балабольстве" чУдным образом совпадает с моим.

> 16-ти разрядный цвет нужен для манипуляций с цветом - чтобы не было разрыва сплошности (постеризации). Для конечного результата 8 бит на канал хватает за глаза... Человеческий глаз все равно больше не увидит, а печатная машина в любом случае растянет цвет Кстати, для точности преобразований внутри себя photoshop работает с большей глубиной цвета, чем 16 бит на канал. Насчет gimp'а не знаю

А ктогда в гимпе будет 16-разрядный цвет, ты снесешь фотошоп?

> Короче не нравится, кажется грубым, но в чем дело я сформулировать не могу.

У нас это называется "Слив засчитан".

> У нас это называется "Слив засчитан".

По этому вас и называют дурачками. Ты что, хочешь сказать, что если Гимп делает работу плохо, а человек не может объяснить почему - то он этим говном наслаждаться должен? Или он обязан бегать баг-репорты заполнять и патчи писать? Запомни - пользователь никому ничего не должен. А из-за такого отношения разработчиков к пользователям линукс и является карикатурой на ОС.

Кому ebuild? - http://balancer.ru/tech/forum/2007/09/08/topic-57520--Masshtabirovanie-izobra...'ektov-v-GIMP!.html#p1277381

>Ты что, хочешь сказать, что если Гимп делает работу плохо, а человек не может объяснить почему - то он этим говном наслаждаться должен?

Если человек в инструментах такого уровня не может объяснить, в чём проблема, то он или обычное трепло, или инструментом элементарно не владеет. Выбирай, анонимус.

>А из-за такого отношения разработчиков к пользователям линукс и является карикатурой на ОС.

А может ты просто карикатура на анонимуса, а вот с линуксом всё в порядке? Не говоря уж о том, что разработчики не телепаты, а очередной плачущийся на лоре об испорченной гимпом жизни виндузятник погоды не делает.

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

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

> Не подскажете - как это сделать? Ну, назначить CTRL+ALT+L например этому пункту меню на лету?

Зайти в это меню, поставить курсор на нужный пункт и просто набрать нужное сочетание клавиш. Вот и всё.

> Или он обязан бегать баг-репорты заполнять и патчи писать? Запомни - пользователь никому ничего не должен. А из-за такого отношения разработчиков к пользователям линукс и является карикатурой на ОС.

То-то я смотрю на форумах адобы развелось дятлов, которые постят отчёты об ошибках в CS3, лайтруме и прочих продуктах. Никак линуксоиды красноглазые :D

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

Что на твоей фене означает "отвечать за слова"?

Иди и сиди дальше на форумах своей адобы, вендузятнег :-D

дайте плиз название темы GTK+ которая на скринах по ссылке

Спасибо, уже научился. Только вот при попытке вызвать функцию десктоп у меня немножко лочится.. Но это уж такие мелочи..

> дайте плиз название темы GTK+ которая на скринах по ссылке

Что бы ты его опошлил?

>> А ктогда в гимпе будет 16-разрядный цвет, ты снесешь фотошоп?

Во-первых, я не очень хорошо знаком с gimp'ом в принципе, поэтому вопрос некорректен по своей сути

Во-вторых, даже в photoshop'е я практически не работаю с 16 битным цветом, и это несмотря на свой 10-летний стаж в desktop publishing. В году эдак 2001 лично общался с одним из разработчиков photoshop'а (его имя можно прочесть в about box), среди прочих, разбирали вопрос о преимуществах 16 битов над 8. Это будет иметь значение только при очень серьезной цветокоррекции изображения в несколько этапов (типа apply image, calculations) и только в том случае, если исходно в этих битах не шум, в противном случае это пустая трата памяти и времени процессора. Как было ранее сказано, photoshop выполняет обработку изображения с намного большей разрядностью, чем задано исходным изображением

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

Теперь попробуем угадать про внутреннюю разрядность Гимпа :-)

> дайте плиз название темы GTK+ которая на скринах по ссылке

Это новая версия Cleanlooks в 2.20. Цветовая схема из другой новой темы -- Glossy.

> Только вот при попытке вызвать функцию десктоп у меня немножко лочится..

Система - Параметры - Комбинации клавиш клавиатуры

Найти пункт "Заблокировать экран" и поменять Ctrl-Alt-L на нечто менее деструктивное :)

>> Теперь попробуем угадать про внутреннюю разрядность Гимпа :-)

Ищущий да обрящет. Во имя GNU и пророка его Столлмана аминь!

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

> Ищущий да обрящет. Во имя GNU и пророка его Столлмана аминь!

Молодец, несите зачетку, с основами линуксианства у вас всё в порядке. Со следующей недели в рамках курса истории религии переходим к изучению исторических предпосылок, обусловивших преобразование разрозненных и противоречивых заблуждений таких как христианство, конфуцианство, иудаизм и ислам в единую линуксианскую религию. Так же будут рассмотрены методы борьбы с неверными посредством Гимпа.

> Не, я долго долбил качпы, но мой пост не отправлялся (после сабмит опять попадаешь в форму ввода сообщения) до тех пор, пока не порезал пополам - так всё ушло ОК.

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

> так ведь я-ж не просто так на него смотрю на I/O - его тоже нет.

Ну значит, действительно медленно. =/

> Не в этом дело, по мне так плагин вообще не должен обеспечивать функции редактирования, это дело редактора - редактор должен это уметь.

ufraw - существует не только в виде плагина, но и самостоятельной программы. Кстати, отдельная программа умеет сохранять в форматах файлов с поддержкой 16 бит/канал. Кроме того в том же Photoshop плагины конвертации из raw также дают возможности некоторого редактирования цветов и др.. Если же не нравится, то есть и dcraw-плагин: вот он работает чисто без редактирования.

> Какие проблемы. Введите в курс.

Начать видимо следует, как ни странно, с википедии: http://ru.wikipedia.org/wiki/GIMP

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

Есть ряд плагинов, например, refocus, позволяющий "восстановить" фокус, если имеется смаз из-за движения в каком-то направлении. Также сабжевая вещь, например :) Кой-чего по мелочам, например, сохранение файлов в Jpeg в гимпе явно лучше, чем в Photoshop

>>>сохранение файлов в Jpeg в гимпе явно лучше, чем в Photoshop<<< А чем, если не секрет (я имею ввиду в сравнении с фотошопским "сохранить для web").

Да и сделайте в гимп для начала подобные эффекты слоев, как в фотошопе (это просто необходимо), некоторые полезные средства коррекции цветов (например, smart shapen), действительно полезный инструменты (не замечал, а Liquify в гимпе есть?), ну и возможность одновременно работать и планшетом и мышкой (может я чего-то недопонял, но настройки контроллеров в гимпе ни о чем таком не говорят, между тем, после активации планшета, становится невозможным применение мышкой инструментов к рисунку - только планшетом)...

> некоторые полезные средства коррекции цветов (например, smart shapen)

Несмешная шутка. http://registry.gimp.org/plugin?id=4420

> (не замечал, а Liquify в гимпе есть?)

С мест подсказывают, что IWarp к нему относительно близок :)

http://docs.gimp.org/en/plug-in-iwarp.html

См. режимы деформации

> ну и возможность одновременно работать и планшетом и мышкой

Кстати, спасибо, что напомнили. Надо бы пропинать этот вопрос.

>> Не, я долго долбил качпы, но мой пост не отправлялся (после сабмит опять попадаешь в форму ввода сообщения) до тех пор, пока не порезал пополам - так всё ушло ОК. > Возможно, это была ошибка при вводе капчи. Регистрация бы изюавила, по крайней мере, от необходимости распознавать капчу.

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

>> так ведь я-ж не просто так на него смотрю на I/O - его тоже нет. >Ну значит, действительно медленно. =/

Готов допустить, что у меня какая-нить хрень с системой, или в версиях выше 2.2 это исправлено. Я знаю, что сейчас существует уже версия 2.4 RC2, но репозиторий мне предлагает только 2.2 по этому я и оцениваю именно её как штатную.

>> Не в этом дело, по мне так плагин вообще не должен обеспечивать функции редактирования, это дело редактора - редактор должен это уметь. >ufraw - существует не только в виде плагина, но и самостоятельной программы. Кстати, отдельная программа умеет сохранять в форматах файлов с поддержкой 16 бит/канал. Кроме того в том же Photoshop плагины конвертации из raw также дают возможности некоторого редактирования цветов и др.. Если же не нравится, то есть и dcraw-плагин: вот он работает чисто без редактирования.

Я всё это знаю, и не имею ничего против того, что бы плагин какие-нить фичи предоставлял. Просто: 1. Графический редактор должен быть способен делать всё это без плагина и 2. в большинстве случаев автоматические настройки и настройки по умолчанию должны давать удовлетворительный результат. Есть фотки, которые уже снимаются имея в виду творческую обработку впоследствии, но большинство изображений - это просто фотки, которым ничего особенного не нужно.

>> Какие проблемы. Введите в курс. > Начать видимо следует, как ни странно, с википедии: http://ru.wikipedia.org/wiki/GIMP

Сходил по вашей ссылке и дочитал до фразы: "GIMP является высококачественым приложением" после чего утратил доверие к тексту. Даже моей собаке понятно, что Гимп не является высококачественным приложением.

>Из возможностей, я в первую очередь имел ввиду, скриптинг с помощью Script-Fu и других языков, например, Perl. Мощное средство автоматизации работы. С одной стороны в гимпе нет простого повтора операций, с другой эта вещь позволяет использовать гимп для автоматической обработки больших потоков документов.

Вот тут, возможно, совершенно не необходимо оконное приложение. Для обработки потоков графики, возможно, пригодились бы графические библиотеки и консольные утилиты, всё равно там визуально не проконтролируешь тысячи картинок в секунду. А гимп - это средство оконное, предназначенное для творческой работы.

>Есть ряд плагинов, например, refocus, позволяющий "восстановить" фокус, если имеется смаз из-за движения в каком-то направлении. Также сабжевая вещь, например :)

В это не верю. Сам не пробовал, но не верю, что можно добиться приемлемого результата.

>Кой-чего по мелочам, например, сохранение файлов в Jpeg в гимпе явно лучше, чем в Photoshop Да, при том же качестве, жмет эффективнее, предоставляет больше опций и при этом сохраняет exif оригинального снимка, что мне очень на руку. Недостатки те же: слишком много кнопок контать. Я сохраняю jpeg-индексы в каталоге относительно того, в котором лежат оригинальные файлы, с тем же именем. Думаю, что так поступаю не только я, ведь удобно: вот лежит серия, это её исходники, это - индекс в jpeg для быстрого просмотра (сотни raw подгрузить в превью выходит небыстро, а джипеги - самое то), плюс производные файлы, сборки панорам на базе этой серии и т.п. Задание для самостоятельной работы: сохраняя очередную фотку попробуйте прикинуть сколько кнопок можно было бы позволить пользователю не нажимать только за счет элементарного улучшения пользовательского интерфейса.

> Да, кой чего ему не хватает - нормальной реализации вещей, присутствующих в фотошопе, скорости работы (я может не так чего делаю, но как-то странно, когда смотришь top показывающий CPU 30-60% idle, I/O при этом отсутствует, а гимп продолжает трудиться прикладывая фильтр - как такое возможно?

Пропускная способность памяти низкая. Смени мозги.

Людей хорошо вылавливает, а на куклах подглючивает расширение снимка (сужение хорошо работает).

> Я как минимум дюжину раз пытался отправить текст целиком, а после того как поделил на две части каждая часть по отдельности ушла с первого раза.

Я не помню какое ограничение на длину сообщений, но оно достаточно большое, чтобы не доставлять неудобств. Поэтому неисключено, что всё-таки не правильный ввод капчи был. Кроме того на любом форуме всегда есть ограничение на длину отправляемого текста.

> Я знаю, что сейчас существует уже версия 2.4 RC2, но репозиторий мне предлагает только 2.2 по этому я и оцениваю именно её как штатную.

Буквально вчера скомпилировал 2.4 RC2, должен сказать, что очень беспроблемно компилируется. Достаточно установить из репозитория недостающие библиотеки, если такие обнаружит ./configure и вперёд -- никаких проблем. Если не хотите засорять систему - скомпилируйте в /home, просто задаёте префикс ./configure --prefix=/home/вашдомашний каталог/вашкаталогдляпрограм и в .bashrc прописать export PATH="$PATH:/содержимоепрефикса/bin"

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

> 2. в большинстве случаев автоматические настройки и настройки по умолчанию должны давать удовлетворительный результат.

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

> Даже моей собаке понятно, что Гимп не является высококачественным приложением.

Смотря что понимать под словом качество.

> Вот тут, возможно, совершенно не необходимо оконное приложение.

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

> В это не верю. Сам не пробовал, но не верю, что можно добиться приемлемого результата.

Речь про обсуждаемый в данной теме плагин? Напрасно. Несколько людей попробовали и убедились, что он действительно даёт потрясающий результат. Неужели трудно самому проверить? Ну в крайнем случае, если с этим какие-то непонятные проблемы давайте сделаем эксперимент. Я скачаю из интернета и пропущу через этот плагин любую фотографию (даже несколько фотографий) на выбор, сжав её на 30% и 50% по горизонтали и выложив результат. Идёт?

> Задание для самостоятельной работы: сохраняя очередную фотку попробуйте прикинуть сколько кнопок можно было бы позволить пользователю не нажимать только за счет элементарного улучшения пользовательского интерфейса.

По-моему, как раз для этих целей и были придуманы возможности скриптования в гимпе.

> По-моему, как раз для этих целей и были придуманы возможности скриптования в гимпе.

Кстати, в порядке ликбеза: А есть ли библиотеки "скриптовых решений" для Gimp или утилиты типа convert использующие возможности скриптования Gimp?

> Кстати, в порядке ликбеза: А есть ли библиотеки "скриптовых решений" для Gimp или утилиты типа convert использующие возможности скриптования Gimp?

В самом гимпе есть каталог scripts, где лежат уже готовые скрипты, они же и в меню "Script-Fu", есть ресурсы в интернете, вроде http://www.linuxartist.org/gimp.html или http://gug.sunsite.dk/scripts.php (сейчас сайт зверски тормозит чего-то)

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

Рекомендую коротенькую статейку, намекающую как писать вызываемые из командной строки скрипты для гимпа: http://www.xakep.ru/post/20564/default.asp

> почитай лицензии - там же английским по белому написано: свободный софт - это не бесплатный софт, он свободен как пиво

на курсы английского, быдло!

Меня тоже запишите.

П.С. Я заочник, но стараюсь!

У меня вопрос о 16/8-битных цветах.
Имелось ввиду 16 бит на цветовой канал?
т.е. 16х4=64 бит color depth.

>Одна из фишек представленного алгоритма

Ну дык! А уж какие просторы для работы открываются - офигеть. То же коллаж сделать на буклет компании: вместо тупого дублирования посредственной картинки и закрывания огрехов чем-то еще растягиваем фоновую картинку, и не паримся. Ну мастерам фотожабы конечно проще накладывать мазки, закрашивать и потом попиксельно размалевывать.

> Имелось ввиду 16 бит на цветовой канал?

Да.

Фотожоп для генерации изображений - лажа. там даже банальных настроек Clouds нет (по крайней мере в ЦС2, ибо после выхода цс3 я сбежал на GIMP)

ИМХО, Ветка 2.4 работает заметно быстрее.

16 бит на канал для всех ли фильтров фотожопа подходит;)?

>>> Несмешная шутка. http://registry.gimp.org/plugin?id=4420 <<<

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

>>> С мест подсказывают, что IWarp к нему относительно близок :) <<<

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

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

Всеми руками за развитие Гимпа, но пока, к сожалению, все мои попытки его использовать заканчивались запуском фотошопа7 под вайном :(

anonymous> Я не могу понять, что людям мешает реализовать нормальный графический редактор под линукс? Это что, врожденный недостаток линукса что под него никто не может написать нормальный граф. редактор? Даже просто взяв за образец нормальный, отточенный пятилетками труда, фотошоп - и то разработчики получают какой-то убогий гимп.

Гимп не убогий, а довольно мощный. И он идёт своим путём, в правильном направлении.

anonymous> Гимп стоит ровно столько, насколько он полезен.

Значит он может быть бесконечно полезным.

anonymous> свободный софт - это не бесплатный софт, он свободен как пиво

Иди читать Столлмана, быдло. А потом удавись.

anonymous> Не за деньги бы опять получился бы какой-нибудь Гимп.

Да ну? Ты на Krita посмотри.

>Гимп не убогий, а довольно мощный.

Какова мощность Гимпа? О чем ты вообще говоришь, человек, разве может программа иметь такой параметр как "мощность"?

>О чем ты вообще говоришь, человек, разве может программа иметь такой параметр как "мощность"?

Для тебя русский не родной, что ли?

Техническое значение слова "мощный" - только одно и массы возможных.

В общем случае, "мощный" - это синоним слова "сильный". А у слова сильный уже вообще десятки значений.

"Мощная программа" - то же самое, что "мощный инструмент". Обладающий (цитирую Ушакова) "Создающий впечатление силы, величия своею величиной, массивностью", дополняю - возможностью, влиянием и т.п.

>> Гимп не убогий, а довольно мощный.

> Какова мощность Гимпа? О чем ты вообще говоришь, человек, разве может программа иметь такой параметр как "мощность"?

Тебе в тротиловом эквиваленте?

> В общем случае, "мощный" - это синоним слова "сильный".

В общем случае, "мощность" - это синоним выражения "количество полезной работы за единицу времени" :-)

А Гимп, он только лишь

> Создающий впечатление