По три рубля маленькие но вчера по пять большие сегодня.]]>Это только общее впечатление, сложившееся за первые 10 минут, и без чтения документации (если она есть).
]]>Да, кружки будет лучше. Кубические безье, все дела.
а как сравнивать будем? Разве у вас есть закрытый тест с кривыми Безье? А ему(тесту) верить можно? Я ведь тоже могу нарисовать что угодно в результате…
И да, сам код сделать — не проблема, в мануале есть куча примеров, там только слегка дополнить.
Лучше, чем спорить, протестите sk1, и если что не так - отрепортите в апстрим.
да, проверю. Вещь сама по себе must have.
]]>Лучше, чем спорить, протестите sk1, и если что не так - отрепортите в апстрим.
А, ну, в принципе, да. Раз уже сделали, то можно не изобретать велосипед.
]]>типа "нарисовать 100500 линий в 1 пиксель со случайными координатами"?
Ну что-то вроде. Только это векторный рендер. Там по-идее примитивы можно юзать. Кружки, например.
]]>Но для этого вам придётся написать что-то вроде пустой векторной программы.
типа "нарисовать 100500 линий в 1 пиксель со случайными координатами"?
]]>"файлы на доработку" в каком формате были?
psd cmyk. Открыл критой, пересохранил.
не нужно смешивать "открытое" и "бесплатное", это ортогональные понятия. Такие смешивания в технике не допускаются.
Я не смешиваю. Я использую и то и другое. Например: Inkscape & Microsoft Expession Design. Потому что многих функций в открытом софте попросту нет, либо они в каком-то жалком, полурабочем состоянии.
я же сказал: я код пишу, который в частности использует графический движок Cairo. Вы пытаетесь доказать мою некомпетентность в этом?
Ну раз такое дело, то можно провести тест. Генерируем n-векторных_объектов, и проверяем библиотеку Cairo на скорость. Сравниваем с коммерческим софтом (ясен пень).
Но для этого вам придётся написать что-то вроде пустой векторной программы.
Это вы так говорите, потому что не занимаетесь графикой.
я же сказал: я код пишу, который в частности использует графический движок Cairo. Вы пытаетесь доказать мою некомпетентность в этом? А мне кажется, что мне разница заметнее, чем простому дизайнеру типа вас, не? Я про программное обеспечение конечно, в дизайне я не разбираюсь, да.
Всё делаю в открытом/бесплатном.
не нужно смешивать "открытое" и "бесплатное", это ортогональные понятия. Такие смешивания в технике не допускаются.
Т.е. джим на 6-гигах памяти работает хуже, чем шоп на двух в виртуалке. Про эффекты, в том числе сторонние, я вообще молчу. Например эффекты слоя. В шопе они родные и применяются изумительно быстро. В джимпе они прикручиваются скриптами (схема/питон) и люто тормозят.
ну есть такое, да, соглашусь. Но в GIMP'е что-то своё, не Cairo. А питон нужен для того, чтобы фильтры писали простые дизайнеры вроде вас, если им это нужно. Я не думаю, что C/C++ вас обрадует, это чрезвычайно сложные ЯП, и необходимо много лет на их освоение(частичное, на уровне среднего быдлокодера, типа меня). Тормоза — вопрос времени и закона Мура.
Это же какой-то позор...©
именно. Вы ни одного фильтра не написали. А программисты этим не занимаются, ибо
1. не умеют
2. не нравится
Оба пункта исправимы, причём двумя путями
1. дать денег программисту
2. сделать самому, если вы понимаете, что такое "фильтр".
Поможет ли инкскейпу cairo – вопрос. Это же библиотека для рендеринга векторной графики.
нет. Это просто рисовалка точек, линий, есть класс PixBuf что-бы тупо из памяти в память кидать точки. На рендеринг оно не претендует. Ну png тоже может конечно нарисовать из файла. В принципе написать paint (на gtkmm)на день работы.
]]> По три рубля маленькие но вчера по пять большие сегодня.]]>к счастью ваши сведения устарели. Лет на десять. Графику развивают уже лет 10, и добились огромного успеха. Причём развитие сконцентрировано, к примеру рисовалка одна, Cairo, а в коммерческих все свою лепят. У семи нянек дитя без глаза.
Это вы так говорите, потому что не занимаетесь графикой. Я почти не использую популярный коммерческий софт, хотя хорошо его знаю и люблю. Всё делаю в открытом/бесплатном. Но в некоторых случаях я вынужден ставить триал. Давеча как раз был такой случай. Прислали мне на доработку несколько файлов 0,9-1,2 gb. Я пытался порулить ими в джимпе, но очень скоро убедился, что это не работа, а издевательство над собой. Простое выключение одного из многочисленных слоёв вызывало анимацию "появление полосками". Поставил триал фотошопа на виртуалку с ограниченными ресурсами – тормозов ноль. Т.е. джим на 6-гигах памяти работает хуже, чем шоп на двух в виртуалке. Про эффекты, в том числе сторонние, я вообще молчу. Например эффекты слоя. В шопе они родные и применяются изумительно быстро. В джимпе они прикручиваются скриптами (схема/питон) и люто тормозят. Ну, скрипты на то и скрипты, чтоб тормозить. Есть скомпилированные фильтры, типа g'mic. Это же какой-то позор...© Видимо рассчитано на самые скромные разрешения. А3 в 300 ppi – и можно смело идти в кинотеатр, не меньше. И то сомневаюсь, что фильтр обработает картинку.
Inkscape тоже не может похвастаться скоростями. До иллюстратора и корел-дро ему далеко (речь про скорость), а до xara ещё дальше. И особенно тормоза проявляются на растровых эффектах. Например, на блюре векторного объекта. Поможет ли инкскейпу cairo – вопрос. Это же библиотека для рендеринга векторной графики.
]]>По прежнему такой же тормозной?
вряд-ли. Я тут небольшую прожку накорябал на Cairo, дык она на старом 4ом пне очень быстро рисует, а в новости сказано:
2.Полностью переписан и серьезно улучшен рендеринг холста, использующий библиотеку cairo.
Не пробовал сабж, но gimp, scribus и inkscape не могут соревноваться в скорости с коммерческим софтом, к сожалению.
к счастью ваши сведения устарели. Лет на десять. Графику развивают уже лет 10, и добились огромного успеха. Причём развитие сконцентрировано, к примеру рисовалка одна, Cairo, а в коммерческих все свою лепят. У семи нянек дитя без глаза.
И не только графические программы тормозные, впрочем это уже офтоп.
ну да, ну да. То-то все LAMP ставят, а не серверный маздай.
]]>Сообщение автора от 8 октября 2014 года:
"Всем привет! Извиняемся за столь длительное молчание. К сожалению, вследствии ситуации в Украине, команда потеряла двух разработчиков и мы лишиль возможности быстрой разработки мультиплатформенного приложения PrintDesign. Поэтому мы решили подготовить поддерживающий релиз для sK1 (предшественник PrintDesign), поскольку майнтенеры дистрибутивов просят обновить приложение, т.к. поменялись в дистрибутивах библиотеки (это касается прежде всего библиотеки управления цветом LittleCMS), a PrintDesign, поддерживающий новые версии библиотек, пока еще не готов к выпуску. Мы уже частично переработали код sK1 и надеемся, что изменения будут полезны в работе для пользователей. В текущем состоянии, sK1 интегрирован с Gtk (цветовая схема, диалоги, система печати) что позволяет использовать редактор в Linux. Также мы попытаемся добавить поддержку градиентов и экспорт вектора в растровое изображение. Релиз будет доступен в ближайшие одну-две недели."
Сообщение автора от 24 октября 2014 года:
"Прошло две недели разработки и пора отчитаться о выполненной работе. За это время было реализованно множество улучшений и выполнено большое количество бэкпортов кода из PrintDesign:
1.Gtk диалоги теперь вызываются напрямую, без использования Zenity.
2.Используется печатная система Gtk.
3.Полностью переработана отрисовка через cairo.
4.Выполнена оптимизация приложения и уменьшено потребление памяти (с 70 Mb до 40 Mb)
5.Задействован текстовый движок Pango. Теперь можно использовать в графике даже самые экзотические языки. Также, теперь доступны все системные шрифты.
6.Управление цветом собирается как на LCMS1 так и на LCMS2.
И масса других мелких изменений и багфиксов. Похоже, что получится не "поддерживающий релиз", а полноценный выпуск с весьма серьезными улучшениями функционала."
]]>