Как сделать идеальный прямоугольник с каркасом в 2D режиме с помощью OpenGL?

Ответ 1

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

Обновление кода

// don't use glPolygonMode, it doesn't
// do what you think it does
glBegin(GL_LINE_STRIP);
    glVertex2f(a);
    glVertex2f(b);
    glVertex2f(c);
    glVertex2f(d);
    glVertex2f(a);
    glVertex2f(a); // resend last vertex another time, to close the loop
glEnd();

Кстати: Вы должны научиться использовать массивы вершин. Непосредственный режим (glBegin, glEnd, вызовы glVertex) были удалены из ядра OpenGL-3.x и далее.

Ответ 2

Несмотря на то, что вы обнаружили, что переключение ваших очков на 0,5 делает проблему уходите не по той причине, о которой вы думаете.

Ответ действительно лежит в правиле выхода алмаза, который также лежит в основе правильно принятого ответа на идеальный 2D-чертеж Opengl.

На приведенной ниже диаграмме показаны четыре фрагмента/пикселя с алмазом, вписанным в каждый. Четыре цветных пятна представляют собой возможные начальные точки для вашего квадранта/линии, т.е. Оконные координаты первой вершины.

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

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

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

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

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

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

Ответ 3

@Трубадур прекрасно описал проблему. Это не ошибка драйвера. GL действует точно так, как указано. Он предназначен для субпиксельного точного представления космического объекта мира в пространстве устройства. Это то, что он делает. Решения: 1) анти-псевдоним, поэтому пространство устройства дает больше верности и 2) организует мировую систему координат, где все преобразованные вершины попадают в середину пикселя устройства. Это "общее" решение, которое вы ищете.

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

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

** Изменить **

NB, поскольку я сказал, что в преобразование вида можно встроить равномерный сдвиг (1/2 или любой другой). Нет никаких причин для скрипта с координатами вершин. Просто добавьте перевод, например. glTranslatef(0.5f, 0.5f, 0.0f);

Ответ 4

Попробуйте изменить 0.5 на нечетное магическое число, используемое повсеместно 0.375. Используется opengl, и X11 и т.д.

Упоминается упомянутое правило бриллианта и как рисуются рисунки, чтобы избежать лишних переуплотнений пикселей.

Предоставьте некоторую ссылку, но там их много, просто найдите ключевые слова opengl 0.375 diamond rule, если вам нужна дополнительная информация. Это о том, как схемы и заливки обрабатываются алгоритмически в opengl. Это необходимо для пиксельной обработки изображений текстур, например, для спрайтов 2d.

Посмотрите это.

Хотите что-то добавить; Поэтому, делая то, что вы хотите, внедрение правила бриллианта, реализованного в коде, будет просто одним лайнером; измените значение 0.5 на 0.375; И он должен отображаться правильно.

glTranslatef(0.375, 0.375, 0.0);