Code:
#include <math.h>
#include <GL/glut.h>
#pragma comment(lib, "opengl32")
#include <gl/gl.h>
#include <gl/glu.h>
//Initialize OpenGL
void init(void) {
glClearColor(0, 0, 0, 0);
glViewport(0, 0, 500, 500);
glMatrixMode(GL_PROJECTION);
glLoadIdentity();
glOrtho(0, 500, 0, 500, 1, -1);
glMatrixMode(GL_MODELVIEW);
glLoadIdentity();
}
void drawLines(void) {
glClear(GL_COLOR_BUFFER_BIT);
glColor3f(1.0,1.0,1.0);
glBegin(GL_LINES);
glVertex3d(0.5, 0.999, 0.0f);
glVertex3d(499.501, 0.999, 0.0f);
glEnd();
glFlush();
}
int _tmain(int argc, _TCHAR* argv[])
{
glutInit(&argc, argv);
glutInitWindowPosition(10,10);
glutInitWindowSize(500,500);
glutInitDisplayMode(GLUT_SINGLE | GLUT_RGB);
glutCreateWindow("Example");
init();
glutDisplayFunc(drawLines);
glutMainLoop();
return 0;
}
Problembeschreibung:
- Der obige Code setzt die gesamten Pixel der unteren Zeile des Fenster-Client-Bereichs auf Weiß.
- Wenn ich die Befehlsreihenfolge von
glVertex3d(0.5, 0.999, 0.0f);glVertex3d(499.501, 0.999, 0.0f);
bis vertauscheglVertex3d(499.501, 0.999, 0.0f);glVertex3d(0.5, 0.999, 0.0f);
, wird nur das linke untere Pixel nicht gezeichnet.
Mein Verständnis:
- Die beiden Eckpunkte werden schließlich in 2D-Pixelmittenkoordinaten transformiert, die (0,0, 0,499) und (499,001, 0,499) sind.
- Der Strichzeichnungsalgorithmus akzeptiert nur ganzzahlige Punkte in der Pixelmitte als Eingabe.
- Die beiden Eckpunkte verwenden also int (x + 0,5) und sind (0, 0) und (499, 0). Dies entspricht dem ersten Ergebnis, widerspricht jedoch dem Ergebnis, wenn sich die Eingabereihenfolge ändert. Warum?
quelle