|
| 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 в том же стиле, а может больше нравилось по каким-то более существенным причинам -- не помню, давно это было.
| | |
| 2.19, rvs2016 (ok), 00:11, 26/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
 > нужно или очередной комбайн с уязвимостями типо жистремера?
Так в виде комбайна ж и описывается в анонсе:
> единообразный интерфейс для работы с разными графическими форматами,
> такими как .xcf .bmp .png .jpg и многими другими, включая некоторые
> экзотические для *nix платформ форматы (например, .ico) | | |
|
| |
| 2.4, Michael Shigorin (ok), 15:02, 25/02/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Для библиотеки, работающей с в целом общеизвестными форматами -- вполне себе вариант, особенно если задумано как референсная реализация и тащите куда хотите. Другое дело, что издержки статического утаскивания никуда не деваются -- этому может как раз быть мягкой иллюстрацией очередной выпуск.
| | |
| |
| 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.
| | |
| 4.24, Аноним (24), 15:31, 26/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
 Если вообще используется Qt, то офк если хватает функционала, то надо его функции юзать. При этом подключать только необходимое, а при желании можно и статически собирать.
Онли ради изображения это конечно перебор.
| | |
|
|
|
| |
| 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 [^] [^^] [^^^] [ответить]
| +/– | |
> А биндинги для питона есть?
А для перла? Спрошу тут, как раз по теме, но только по теме перла.
| | |
| |
| |
| 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'у можно за вечерок научиться).
| | |
|
| |
| 2.16, Ne01eX (ok), 20:28, 25/02/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
Действительно, где это? Где эти миллионы пользователей с миллиардами картинок в flif-формате?:-\
| | |
|
|
