Представлен выпуск графического редактора GIMP 3.0.6. Готовые сборки опубликованы для Linux (AppImage и Flatpak для архитектур x86 и ARM64), macOS и Windows. Основное внимание при подготовке новой версии уделено исправлению ошибок и регрессивных изменений. Новая функциональность развивается в ветке GIMP 3.1, на базе которой будет сформирован стабильный выпуск GIMP 3.2 с поддержкой слоёв-ссылок (Link layer) и векторных слоёв (Vector layer), а также расширением поддержки цветовой модели CMYK и возможностей для управления цветом...Подробнее: https://www.opennet.me/opennews/art.shtml?num=64010
Внедрение ИИ помощника планируется на какой год?
Никогда. И слава Б-гу.
На тот, в котором будет оправдано его наличие.
Надеюсь, этого никогда не случится
Почему? Модель может быть локальной и отдельной. Кодовая база из-за MCP не разбухнет.
У конкурента (Криты) уже есть.
Ну понятно, что локальной. Кто ж из пользователей гимпа будет за ресурсы в облаке платить, это из области фантастики.
И понятно, что не захочет показывать владельцам облачных ИИ редактируемые картинки.
Сообщества пользователей гимпа и параноиков пересекаются между собой, может, чуть больше, чем параноиков и пользователей фотошопа, но лишь чуть.
Зачем для использования ИИ показывать им картинки? Обычно нейронками картинки генерят с нуля. Ну а если и показывать, то в чём проблема, там обычно просто кривой набросок.
> У конкурента (Криты) уже есть.У криты по дефолту нет никакого ИИ. Разработчики категорически против этого.
Для гимпа и криты есть одни и те же сторонние "ИИ"-приблуды.
Вот тебе MCP-сервер, например: https://github.com/libreearth/gimp-mcp
Можно без всякого труда найти и остальные проекты, добавляющие "ИИ".
Почему? Прекрасно могу понять скепсис при применении нейронок в критичных областях где нужны точные решения, типа программирования - там они действительно не работают. Но намалевать что-то симпатичное хотя бы примерно соответствующее написанию - какие подводные камни? Не надо платить зажравшимся художникам?
Да там тоже самое, что в твоём примере про программирование. Не работает оно, разве что нужен кислотный трип на картинке.
> разве что нужен кислотный трип на картинкеТак именно он и нужен. Может у вас другие кейсы в голове, но у меня их того что мне может потребоваться нарисовать - какие-нибудь промки типа буклетов к конференции, иллюстрации чтобы оживить презентацию, иконки, спрайты всяких монстриков - бутылочек - заклинаний для игры. Ни для чего этого не нужно ни точное следование промпту, ни точное соблюдение стиля, ни гарантированное отсутствие артефактов типа 7 пальцев. Кислотный трип более чем подойдёт. По сути, любая мазня подходящая по смыслу подойдёт.
> Внедрение ИИ помощника планируется на какой год?Пузырь ИИ лопнет раньше. И это хорошо.
Только после пузыря биткойна. Ну и конечно, после краха доллара (ну этот совсем скоро).
От того что он лопнет, существующие модели никуда не денутся, и менее полезными не станут.
Какая полезность может быть у калейдоскопа? Пару минут когда первый раз в жизни сомтришь ощущение ох как красиво аж дух захватывает потом да это же тупо набор цветных стеклянных кусочков с двумя зеркалами.
Ну вот нужен тебе красивый и уникальный узор, заказать его у художника стоит денег, а сам ты рисовать не умеешь. Что тут тебе поможет как не калейдоскоп?
ну так перестаньте называть его волшебным интеллектом, вершиной информационных наук и грозой увольнений работников, это мошенничество. Готовые шаблоны сообщений на случай например смерти известных лиц были еще два века назад во всех редакциях газет, так же как и трафареты для оформителей плакатчиков, и никто не называл это интеллектуальным интеллектом. Скамеры МММщики Лёни Голубковы. Куплю жене сапоги.
>существующие модели никуда не денутсяНо их как минимум перестанут пихать куда можно и куда нельзя, что уже плюс
ИИ помошник, это отдельная тема, если и будет, то заниматься им будет другая команда, или по крайней мере начинать. Да и будет явно как расширение.Далее, онлайн свистелки, в виде костылей на сервисами, это изначально пережиток.
Нужен офлайн ИИ, а это помимо разработки, и приличный объём дискового пространства и мощная видеокарта у пользователя.
Такие системы у всех? Нет кончно. И тут взвоют.Моё мнение, не в Гимп ИИ добавлять надо, а локальному ИИ должно быть все равно с чем помогать.
Можно сейчас подключить, в чём проблема?
Посмотрим фиксы+ if (palette_size < 0 || palette_size > 256)
gitlab.gnome.org/GNOME/gimp/-/merge_requests/2450/diffs+ if (width > GIMP_MAX_IMAGE_SIZE ||
+ height > GIMP_MAX_IMAGE_SIZE ||
gitlab.gnome.org/GNOME/gimp/-/merge_requests/2448/diffs- dest = g_malloc0 (width * height);
+ dest = g_malloc0 ((gsize) width * height);
gitlab.gnome.org/GNOME/gimp/-/commit/2d2d39f3da1d0b01ca7d71ad2b7a8725ee92ed96+ if (actual_read < element_length)
gitlab.gnome.org/GNOME/gimp/-/commit/3d909166463731e94dfe62042d76225ecfc4c1e4и вишенка на торте!
- if (out > max)
+ if (out >= max)Настоящие сишники™ опять не смогли правильно посчитать размеры и позволили выполнить произвольный код))
Никогда такого не было и вот опять (с)
Ну дак вот же - взяли и пересчитали правильно.
> Ну дак вотуязвимости отработали для кого нужно.
А теперь можно "найти", пересчитать правильно и удалять :)
Если это действительно сделал "тот, кому нужно" - он это и без возможности переполнения "логикой" сделает.
> Настоящие сишники™ опять не смоглиЭто не код на С. Это плохой код на С. Создание плохого кода доступно каждому на любом языке программирования. И Вам в том числе.
> Это не код на С. Это плохой код на С.Ахаха, это не "истинный шотландец")))
Во-первых, "плохой код на С" это все еще "код на С"
Во-вторых, это не "плохой код на С". Это вполне обычный, я бы даже сказал типиКАЛ код на С.> Создание плохого кода доступно каждому на любом языке программирования.
В целом да, но нет :)
Понадобилось ли вообще писать такой кривой код в других языках?
Может там строгие типы которые не кастят без разрешение int в usize и наоборот?
Может там нормально определены overflow для signed?
Может там нормальные массивы, которые не позволяют писать за свои пределы?Не каждый язык программирование позволяет выполнить произвольный код "при открытии специально оформленных файлов". Это фича самых дырявых из них!
> Создание плохого кода доступно каждому на любом языке программированияСовременные языки ограничивают в создании плохого кода и изолируют последствия такого кода. Устаревшие типа C - нет.
Что лучше - стихи Маяковского и Блока (C) или сгенерированная ИИ попса? Каждый выбирает сам.
а что это у них в коде везде мессенджер упоминается?
> а что это у них в коде везде мессенджер упоминается?Скрытая реклама, очевидно.
Проект бедный, пользователи денег не дают.
Приходится заниматься продактплейсментом)
>> а что это у них в коде везде мессенджер упоминается?
> Скрытая реклама, очевидно.
> Проект бедный, пользователи денег не дают.Порядка двух миллионов доллларов донатов в заначке.
А кто-то использут это убожество? Или они сами для себя делают
> А кто-то использут это убожество?Вы априори обвиняете в убогости пользователей сабжа. Вас действительно интересует количество пользователей программы? И Вы наивно полагаете, что посетители данного форума кинутся считать их, чтобы удовлетворить Ваше любопытство?
В этой группе 10 тыс. пользователей - https://www.flickr.com/groups/gimpusers/
че там с глимпсе?
Оно утонуло