Градиент [решено]

[Igors]

Добрый день

Умеет ли Qt (или кто-нибудь другой) делать такой градиент (аттач)? Цвета в углах/вершинах заданы. Если да, то какой класс задействовать?

Спасибо

[Пантер]

А как же.

Код

C++ (Qt)
#include <QtGui/QApplication>
#include <QtGui/QLabel>
 
int main(int argc, char *argv[])
{
	QApplication a(argc, argv);
 
	QLabel label;
	label.setWindowTitle ("For Igors");
 
	QPixmap pixmap;
	pixmap.load ("/var/tmp/grad.png", "PNG");
	label.setPixmap (pixmap);
	label.show ();
	label.setScaledContents (true);
 
	return a.exec();
}
 

[Igors]

Ну вставить картинку градиент не нужен
А как для произвольных (заданных) цветов/вершин? Ответ "такого нет" тоже будет информативен, значит позаимствовать из исходников не удастся и придется долбать теорию. А что скажет GreatSnake?

[alexman]

Можно kriging заюзать.

[kamre]

Умеет ли Qt (или кто-нибудь другой) делать такой градиент (аттач)? Цвета в углах/вершинах заданы. Если да, то какой класс задействовать?

GDI+ умеет, называется PathGradientBrush.

[Igors]

GDI+ умеет, называется PathGradientBrush.

Спасибо, не знал об этой возможности GDI. Но она не то делает, заданного центра у меня нет, наоборот в какой-то центральной  точке должна быть смесь всех цветов.

Можно kriging заюзать.

Вот kriging "не асилил". Читал что это, мол, самая крутизна, пытался неск раз прорваться но безуспешно. Может мешает привычка все время прикидывать "а как быстро это будет работать", а в kriging расчетов немеряно. А Вы его делали? Если да, расскажите. Спасибо  

[ufna]

мне кажется тут достаточно радиальные градиенты от 100 до нуля по альфе микшировать и будет то, что на картинке

[Igors]

мне кажется тут достаточно радиальные градиенты от 100 до нуля по альфе микшировать и будет то, что на картинке

Думал в этом направлении, но ничего не придумалось. "Радиально" предполагает что есть "центр" который становится неприятно видимым/заметным, как его ни вычисляй.

А ведь для 3 углов все так известно и хорошо   

[ufna]

Думал в этом направлении, но ничего не придумалось. "Радиально" предполагает что есть "центр" который становится неприятно видимым/заметным, как его ни вычисляй.

А ведь для 3 углов все так известно и хорошо   

центр - это вершины многоугольника. От них и считать.

[Igors]

центр - это вершины многоугольника. От них и считать.

Хмм.. несколько странное определение центра Ну ладно, тогда расскажите как считать, а то Ваша мысль непонятна

[alexman]

Можно kriging заюзать.

Вот kriging "не асилил". Читал что это, мол, самая крутизна, пытался неск раз прорваться но безуспешно. Может мешает привычка все время прикидывать "а как быстро это будет работать", а в kriging расчетов немеряно. А Вы его делали? Если да, расскажите. Спасибо  

Kriging работает достаточно медленно. То есть если надо что интерактивное (типа потянул и сразу все пересчиталось), то это вряд ли. Хотя если точек, участвующих в расчете значения для текущей немного, то может и прокатит. Сам использовал kriging, но для неинтерактивных целей.

[alexman]

Трудно сказать годится ли данный вариант для этого случая (так как давно уже с подобным "не ковырялся" и не помню всех нюансов алгоритмов), но можно попробовать:
1. Построить триангуляцию по набору точек.
2. Для любой точки находим треугольник и рассчитываем значение по известному алгоритму. То есть значение будет учитывать только 3 точки и это, наверное, не то?

ЗЫ kriging 100% подойдет, но хз по скорости.

[ufna]

Хмм.. несколько странное определение центра Ну ладно, тогда расскажите как считать, а то Ваша мысль непонятна

как в файле, только радиус у всех - как у зеленого (предполагаю, что "до дальней вершины" должен быть)

рисуем градиенты каждого цвета от 255 до 0 по альфе от центра до дальней точки. микшируем их.

[twp]

это довольно легко реализуется на OpenGL.

Код

C
glShadeModel(GL_SMOOTH);
glBegin(GL_LINE_STRIP);
   glColor(....); 
   glVertex(...);
   ....
glEnd();
 

тут есть пример с пирамидой

[Igors]

ЗЫ kriging 100% подойдет, но хз по скорости.

Давайте я создам новую тему и там Вы расскажете как "крайгить"? (чтобы не мешать все в кучу)

1. Построить триангуляцию по набору точек.
2. Для любой точки находим треугольник и рассчитываем значение по известному алгоритму. То есть значение будет учитывать только 3 точки и это, наверное, не то?

Не то, треугольники получаются поганенькие - со слишком острыми углами, ну сразу попрут "ребра" между ними.

как в файле, только радиус у всех - как у зеленого (предполагаю, что "до дальней вершины" должен быть)

рисуем градиенты каждого цвета от 255 до 0 по альфе от центра до дальней точки. микшируем их.

Если радиусы малы - тогда неясно что делать в центре (ни одна вершина не покрывает). А если увеличить радиусы, то вес вершин в других станет > 0. Переменный радиус по углу (используя длины прилегающих к вершине ребер) не годится по той же причине. Что мы видим на картинке:

- цвета в вершинах = заданным
- цвета на ребрах = микс только 2 цветов этого ребра

Представим смежный многоугольник у которого общее ребро с данным. Если условия выше не выполняются, мы получим "шов" на общем ребре

это довольно легко реализуется на OpenGL.
тут есть пример с пирамидой

Там я вижу треугольник(и), для него решение широко известно и проблем нет. Как OpenGL закрашивает N-угольник не знаю, интересно посмотреть. В любом случае мне нужно это в виде текста/кода, а не просто выходная картинка.