The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Выпуск библиотеки IMlib2 1.5.0

25.02.2018 11:04

Спустя 10 месяцев разработки доступен релиз библиотеки IMlib2 1.5.0, предоставляющей простой и единообразный интерфейс для работы с разными графическими форматами, такими как .xcf .bmp .png .jpg и многими другими, включая некоторые экзотические для *nix платформ форматы (например, .ico). При этом интерфейс IMlib2 не перегружен и доступен для освоения широкому кругу разработчиков ПО. В новой версии проведён рефакторинг реализации кэша XImage, исправлены накопившиеся ошибки и внесены различные исправления, во многом исключительно косметические.

Отдельно можно упомянуть выпуск набора IMlib2_loaders, в который вынесены некоторые модули, использующие для своей работы GPL-код (например, модуля .xcf). Данные модули приведены в соответствие с интерфейсом IMlib2-1.5.0, проведена чистка кода и исправлены многие предупреждения компиляторов. Разделение выполнено, так как непосредственно библиотека IMlib2 распространяется под лицензией BSD.

  1. Главная ссылка к новости (https://sourceforge.net/projec...)
  2. OpenNews: Возможность выполнения кода злоумышленника при открытии XPM файлов в библиотеке imlib2
  3. OpenNews: Несколько уязвимостей в библиотеке imlib2
  4. OpenNews: В библиотеке imlib2 обнаружена серьёзная уязвимость
  5. OpenNews: Выпуск системы машинного обучения TensorFlow 1.0 и классификатора изображений ResNeXt
  6. OpenNews: Использование нейронной сети для восстановления повреждённых изображений
Автор новости: Ne01eX
Тип: Программы
Ключевые слова: imlib, image
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (24) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 13:18, 25/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Поддержки svg по прежнему нет :(
     
  • 1.2, Нуб (?), 14:02, 25/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    нужно или очередной комбайн с уязвимостями типо жистремера?
     
     
  • 2.7, Ordu (ok), 18:02, 25/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Комбайн. Нужно.

    Там, насколько я помню, в изображения можно ещё и рисовать через API в стиле cairo. Причём я уже не помню почему, но imlib2 да и вообще вся инфраструктура Enlightenment мне нравилась больше, чем cairo и инфраструктура gtk. Может больше нравилось просто потому что использование буквы E к месту и не к месту вызывает более приятные ассоциации, чем использование буквы G в том же стиле, а может больше нравилось по каким-то более существенным причинам -- не помню, давно это было.

     
     
  • 3.17, Хряк (?), 21:22, 25/02/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    E vs G, очень весомый аргумент.
     
  • 2.19, rvs2016 (ok), 00:11, 26/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > нужно или очередной комбайн с уязвимостями типо жистремера?

    Так в виде комбайна ж и описывается в анонсе:

    > единообразный интерфейс для работы с разными графическими форматами,
    > такими как .xcf .bmp .png .jpg и многими другими, включая некоторые
    > экзотические для *nix платформ форматы (например, .ico)

     

  • 1.3, Аноним (-), 14:02, 25/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Bsd-мания
     
     
  • 2.4, Michael Shigorin (ok), 15:02, 25/02/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Для библиотеки, работающей с в целом общеизвестными форматами -- вполне себе вариант, особенно если задумано как референсная реализация и тащите куда хотите.  Другое дело, что издержки статического утаскивания никуда не деваются -- этому может как раз быть мягкой иллюстрацией очередной выпуск.
     
  • 2.5, Аноним (-), 16:04, 25/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Есть imlib без 2, которая под GPLv2
     
     
  • 3.8, Ne01eX (ok), 18:15, 25/02/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Если не вестись на провокации троллей относительно лицензии - , то Насколько... текст свёрнут, показать
     
     
  • 4.18, Хряк (?), 21:30, 25/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Существует множество вариантов обеспечить поддержку графики для своих GTK+ приложений. От gdk_pixbuf до gegl. Никаких перспектив, что эта ситуация когда-нибудь поменяется и появится единый интерфейс для работы с изображениями для GTK+ нет.

    gdk_pixbuf нативный интерфейс. gegl внешний, более навороченный. В чем проблема?

     
  • 4.23, Аноним (-), 12:23, 26/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >Если вы пишете для QT, то мне вас жаль.

    Эк вы тему повернули, я про Qt даже не упомянул. Но коль речь зашла о нём, то замечу, что Qt состоит из модулей. И если необходимо только работать с графикой, то достаточто только QtCore и QtGui.

     
     
  • 5.25, Ne01eX (ok), 15:34, 26/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Я знаю. Но поставляется она не в виде модулей, а целиком.
     
  • 4.24, Аноним (24), 15:31, 26/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Если вообще используется Qt, то офк если хватает функционала, то надо его функции юзать. При этом подключать только необходимое, а при желании можно и статически собирать.
    Онли ради изображения это конечно перебор.
     

  • 1.6, BrainFucker (ok), 17:36, 25/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А биндинги для питона есть?
     
     
  • 2.10, Ne01eX (ok), 18:25, 25/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А биндинги для питона есть?

    Да. - http://api.freevo.org/kaa-imlib2/

    Развиваются как отдельный проект.

    У, E, кстати, тоже есть свои для evas.

    Но если вы пишете не для web, то лучше перейти на Си. С вашим знанием змей это будет несложно. :-)

     
  • 2.20, rvs2016 (ok), 00:14, 26/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А биндинги для питона есть?

    А для перла? Спрошу тут, как раз по теме, но только по теме перла.

     
     
  • 3.21, Ne01eX (ok), 08:39, 26/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Image::Imlib2 Ищется в cpan.org

    Теоретически, лежать должно здесь:

    http://search.cpan.org/~lbrocard/Image-Imlib2-2.03/lib/Image/Imlib2.pm

    Но лучше воспользоваться поиском, может есть другие реализации:

    http://search.cpan.org/search?query=Imlib2&mode=all

     
     
  • 4.22, Ne01eX (ok), 10:00, 26/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Предвкушая вопрос про PHP. Когда-то давным-давно, когда компьютеры были большими, а моя борода ещё не доставала до яиц, то существовала такая вещь как Pitlib. Она коренным образом решала вопросы по поводу выбора нужной библиотеки для работы с графикой, поддерживая большинство популярных, в том числе и IMlib2. При этом в конечном итоге использовалось то, что стояло на сервере. Опять же, при этом, автор всегда подчёркивал, что работа с графикой через IMlib2 ведётся быстрее всего.
    Потом некоторые идеи pitlib были реализованы в таких популярных движках как drupal и joomla, причём поддержку IMlib2 в drupal если когда-то и впиливали, то сейчас её, насколько мне известно, нет.

    В общем, предлагаю изучить этот вопрос самостоятельно, а по результатам отписаться где-нибудь на форуме. :-)

     

  • 1.12, Аноним (-), 19:00, 25/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Зачем, если есть libgd и OpenCV. У OpenCV поддержка форматов побогаче будет.
     
     
  • 2.13, Ne01eX (ok), 19:20, 25/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Зачем, если есть libgd и OpenCV. У OpenCV поддержка форматов побогаче будет.

    На вкус и цвет фломастеры разные. Это тоже хорошие библиотеки, но у libgd вечный бардак в исходниках, а OpenCV постепенно превращается в монстра. OpenCV - это не только комбайн для графики, но и для для другого мультимедиа. Для разработчиков, которым нужна только графика, OpenCV - слишком много. Уважайте/любите/цените своих пользователей и они ответят вам взаимностью.

     
  • 2.14, нах (?), 19:37, 25/02/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    gd делали во времена оны для работы с изображениями _без_ отрисовки. То есть она прекрасна тем, что никак не зависит от иксовых библиотек (если специально не тащить x-only фичи) но когда Rasterman'у понадобилось рисовать на экран, и рисовать быстро (Enlightenment появился во времена, когда в иксах далеко не каждая видеокарта работала вообще, о быстрой графике не приходилось и мечтать) - пришлось написать imlib.

    А opencv - это уже не для рисования, это всякая "augmented reality" с встроенными зачатками исскуственного интеллекта, странно его использовать для плоских картинок (в смысле, времязатраты на вникание и освоение апи не окупятся. imlib'у можно за вечерок научиться).

     

  • 1.15, kknight (ok), 19:50, 25/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Где FLIF? Где Lepton?
     
     
  • 2.16, Ne01eX (ok), 20:28, 25/02/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Действительно, где это? Где эти миллионы пользователей с миллиардами картинок в flif-формате?:-\
     

  • 1.26, rvs2016 (ok), 19:24, 27/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А чем эта библиотека лучше ImageMagick?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру