Как оптимизировать рисование в SFML Image?

Question

[DeOxygen]

Я рисую непосредственно в image с помощью setpixel, colormap. Все было хорошо при проверке инструментов рисования пока не дошло до кисти с разными размерами, дело в том что при быстрых движениях мыши FPS падает до 30. Хотя я знаю что проблема с циклами и частыми вызовами setPixel, но пока что я не знаю другого способа. Думал о варианте с фрагментными шейдерами.

inline void drawLineDDA(sf::Image* image, sf::Vector2f p0, sf::Vector2f p1, sf::Color color)
	{
		int dx = p1.x - p0.x;
		int dy = p1.y - p0.y;
		int steps;
		float x = p0.x;
		float y = p0.y;
		if (abs(dx)>abs(dy)) steps = abs(dx);
		else steps = abs(dy);
		float xi = dx / (float)steps;
		float yi = dy / (float)steps;
		
		//image->setPixel((x), (y), color);
		for (int i = -40; i <= 40; i++)
		{
			for (int j = -40; j <= 40; j++)
				image->setPixel(x + i, y + j, color);
		}
		for (int k = 0; k < steps; k++)
		{
			x += xi;
			y += yi;
			//image->setPixel(x, y, color);
			for (int i = -40; i <= 40; i++)
			{
				for (int j = -40; j <= 40; j++)
					image->setPixel(x + i, y + j, color);
			}
		}
	}

Answer 1

[maaGames]

Например, создать буферную картинку размером с диаметр кисти и рисовать в эту картинку текстуру кисти (это не обязательно кружок, можно любую форму ксти сделать). А уже потом картинку кисти рисовать многократно на холсте. Не попиксельно, а функцией рисования картинки. Это должно быть намного быстрее.

Comments

[DeOxygen]

Интересный момент что куда будут деваться текстуры кисти, ведь после долгого рисования будет засоряться память текстурами. Я предположил что можно использовать после завершения действий FBO будет перезаписываться. Поправьте если не прав.

[maaGames]

DeOxygen, Как куда? Сменили инструмент (изменили размер) - удалили текстуру кисти. Текстура кисти один раз создаётся при задании размера. Т.е. хоть месяц непрерывно рисуй одной кистью и она в памяти всего один раз будет создана.

[DeOxygen]

maaGames, Ну из ваших слов я вывел примерно следующее, Создаются 2 текстуры, одна для кисти другая в качестве холста с Alpha 0, и просто не вызывать очищение холста рисуя кисть.

[maaGames]

DeOxygen, Холст - текстура, на которой сейчас рисуете (24 бит, без Z буфера). Её не очищаете и рисуете как рисовали и прежде. Вторая текстура - изначально прозрачная, в ней рисуется кисть белого цвета (допустим, кружок с размытыми краями, как в фотошоп). В фукнции drawLine вместо рисования в цикле ij рисуешь текстуру кисти 'k' раз в цикле по steps.

[maaGames]

DeOxygen, Текстура кисти рисуется белым цветом, чтобы при выводе текстуры на холст можно было задать цвет примеси. Цвет умножится на цвет текстуры. Если текстура изначально белая, то в результате нарисуется кружок заданного цвета с учётом прозрачности кисти.

[maaGames]

DeOxygen, Я ещё сразу не сказал, т.к. это показалось очевидным: текстура-холст - это буфер для offscreen rendering. Т.к. холст может быть больше/меньше окна приложения, то рисовать надо в offscreen буфере и уже потом его вводить на экран с любым масштабом и положением.

[DeOxygen]

maaGames, Я так и делаю, просто большинство операции были не слишком затратными и я использовал назначение пикселей вручную.

[maaGames]

DeOxygen, Теоретически, можно ещё больше ускорить, если создать список из полигонов, описывающих положение кисти в каждом шаге и потом этот список нарисовать за один drawing call. Н отут уже потратится время на создание списка вершин и списа треугльников, так что я не буду утверждать, что это будет быстрее работать, чем один и тот же спрайт по разным координатам рисовать.

[DeOxygen]

maaGames, Да, ваше решение работает хорошо, при 400*400 кисти проседает на 5-6 фпс. У меня был ступор когда сказали рисуйте одной текстурой, ведь у меня всегда выведено изображение + масштабирование и т.д. А при отключении очищения получается что эти функции не работают.