Выбор кроссплатформеной графической библиотеки (На чем писать GUI и ввод-вывод.)

[KhenarGhot]

Требуется совет по выбору графической библиотеки для разработке проекта по обработке растровой графики.
Характерный размер файла 50 мегабайт. Характерное число файлов ~50.

Прекрасно понимаю что, при такой формулировке задачи, часть кода придется сделать платформозависимой, но хотелось бы осуществить портирование с минимальными усилиями.

Пока что выбор падает на Qt4 или GTK. Но учитывая малый опыт хотелось бы услышать о возможных проблемах и трудностях, при использовании этих библиотек, или же вариант более подходящий для моей задачи.

Заранее спасибо!

[uptime]

какого рода обработка растра будет применяться?

[diesel]

если речь идет о обработке графики то возможно стоит на http://www.imagemagick.org/script/index.php посмотреть

[KhenarGhot]

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

[rm_]

KhenarGhot
Правильнее всего (unix way) сделать из двух частей:
1) Набор консольных утилит, выполняющих собственно преобразования над файлами;
2) GUI-оболочка, вызывающая эти утилиты.
Первая часть пишется на том, на чём нужно для получения максимальной производительности расчётов, а вторая - на том, на чём удобнее быстренько склепать GUI.

[KhenarGhot]

KhenarGhot
Правильнее всего (unix way) сделать из двух частей:
1) Набор консольных утилит, выполняющих собственно преобразования над файлами;
2) GUI-оболочка, вызывающая эти утилиты.
Первая часть пишется на том, на чём нужно для получения максимальной производительности расчётов, а вторая - на том, на чём удобнее быстренько склепать GUI.

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

[YUKLA]

Вам в общем, правильно написали.

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

2. В этом контексте стоит понять, какие конкретно операции вы собираетесь применять и какая стоит за этим математика. Если это просто 2D преобразования и "резка" изображения - вполне подойдёт рекомендация ув. diesel. ImageMagick очень развитая и стабильная библиотека 2D функций. Можно глянуть еще в сторону библиотеки GEGL. Которая сейчас очень активно разрабатывается и позиционируется как новая основа для графического функционала The GIMP. Однако, библиотека еще достаточно сырая и ее текущая версия - 0.0.22

3. Выбор среды для разработки GUI интерфейса - отдельный проект. Выбор такой среды нужно делать исходя из ваших возможностей, знаний и навыков. В Linux есть целый ряд сред быстрой разработки, которые предоставляют достаточно широкие возможности для того, чтобы сделать GUI современным и функциональным. Посмотрите на темы IDE под Linux и Чем заменить Delphi в этой же ветке конференции. Там эти вопросы достаточно глубоко обсуждаются.

С уважением.

[deninok]

Пока что выбор падает на Qt4 или GTK. Но учитывая малый опыт хотелось бы услышать о возможных проблемах и трудностях, при использовании этих библиотек...

GTK не использовал, не знаю. А про Qt4 скажу: обалденная штука! Пользоваться настолько удобно, что даже неинтересно...

[Ostrovuniprah]

Разрешите посоветовать Java IDE NetBeans.

GUI приложения получаются переносимыми и платформо независимыми.

Я, честно говоря, с обработкой изображений не сталкивался - работаю над переходом с СУБД MS Access2000 на свободный софт (MySQL+Java+ещё_чавонябудь).