Estoy buscando una idea de un pequeño problema con las traducciones de unidades en una cuadrícula.
Actualización y resuelto
Resolví mi propio problema. Ver abajo para más detalles. Todo en esta parte de la publicación resultó ser correcto. En todo caso, puede actuar como un tutorial / ejemplo / ayuda en miniatura para la siguiente persona.
Preparar
- FBO, VAO, VBO
- Ventana 512x448
- Cuadrícula 64x64
gl_Position = projection * world * position;
projection
se define porortho(-w/2.0f, w/2.0f, -h/2.0f, h/2.0f);
Esta es una función de proyección ortogonal de libro de texto.world
se define por una posición fija de la cámara en (0, 0)position
se define por la posición del sprite.
Problema
En la captura de pantalla a continuación (escala 1: 1) el espaciado de la cuadrícula es 64x64 y estoy dibujando la unidad en (64, 64), sin embargo, la unidad dibuja aproximadamente ~ 10px en la posición incorrecta. He intentado dimensiones de ventana uniformes para evitar cualquier distorsión en el tamaño de píxel, pero ahora estoy un poco perdido en la forma correcta de proporcionar una proyección 1: 1 de píxel a unidad de mundo. De todos modos, aquí hay algunas imágenes rápidas para ayudar en el problema.
Decidí superimponer un montón de sprites en lo que el motor cree que son compensaciones de 64x.
Cuando esto parecía fuera de lugar, fui e hice el caso base de 1 unidad. Lo cual parecía alinearse como se esperaba. El amarillo muestra una diferencia de 1 px en el movimiento.
Lo que quiero
Idealmente, moverse en cualquier dirección de 64 unidades generaría lo siguiente (unidades superpuestas):
Vértices
Parece que los vértices que van al sombreador de vértices son correctos. Por ejemplo, en referencia a la primera imagen, los datos se ven así en el VBO:
x y x y
----------------------------
tl | 0.0 24.0 64.0 24.0
bl | 0.0 0.0 -> 64.0 0.0
tr | 16.0 0.0 80.0 0.0
br | 16.0 24.0 80.0 24.0
En aras de la exhaustividad aquí está la matriz real correspondiente a los movimientos anteriores:
x y z w r g b a s t
-------------------------------------------------------------
tl | 0.0 23.0 0.0 1.0 0.0 0.0 0.0 1.0 0.14210527 0.62650603
bl | 0.0 0.0 0.0 1.0 0.0 0.0 0.0 1.0 0.14210527 0.76506025
tr | 16.0 0.0 0.0 1.0 0.0 0.0 0.0 1.0 0.2263158 0.76506025
br | 16.0 23.0 0.0 1.0 0.0 0.0 0.0 1.0 0.2263158 0.62650603
-------------------------------------------------------------
-------------------------------------------------------------
tl | 64.0 24.0 0.0 1.0 0.0 0.0 0.0 1.0 0.0 0.21084337
bl | 64.0 0.0 0.0 1.0 0.0 0.0 0.0 1.0 0.0 0.3554217
tr | 80.0 0.0 0.0 1.0 0.0 0.0 0.0 1.0 0.08421053 0.3554217
br | 80.0 24.0 0.0 1.0 0.0 0.0 0.0 1.0 0.08421053 0.21084337
// side bar: I know that I have unnecessary data with having a z-axis.
// The engine flips between perspective and orthogonal and I
// haven't selectively started pruning data.
Matriz de proyección
La matriz de proyección para la ventana 512x448 se ve así:
0.00390625 0.0 0.0 0.0
0.0 0.004464286 0.0 0.0
0.0 0.0 -1.0 0.0
0.0 0.0 0.0 1.0
y está construido con una función de proyección ortogonal de libro de texto:
ortho(-w/2.0f, w/2.0f, -h/2.0f, h/2.0f);
// explicitly: ortho(-512/2.0f, 512/2.0f, -448/2.0f, 448.0f
ortho(float left, float right, float bottom, float top)
{
projection.setIdentity();
projection.m00 = 2.0f / (right - left);
projection.m11 = 2.0f / (top - bottom);
projection.m22 = -1;
projection.m30 = -(right + left) / (right - left);
projection.m31 = -(top + bottom) / (top - bottom);
projection.m32 = 0;
}
Matriz de visión del mundo
La posición de la cámara es solo una matriz de traducción que en este caso simplemente compensé con -w / 2 y -h / 2 para que sea cero en relación con el centro.
1.0 0.0 0.0 -256.0
0.0 1.0 0.0 -224.0
0.0 0.0 1.0 0.0
0.0 0.0 0.0 1.0
Soluciones que he intentado
player.moveRight()
se movería 1 unidad con la relación de aspecto factorizada en la ecuación. Por lo tanto:gridWidth = 64 / 1.14f
. El movimiento no encajaba dentro de la cuadrícula.Forzó una ventana de 512x512 con una proyección ortogonal a juego.
Intenté varios números mágicos e intenté establecer correlaciones entre los dos.
Dicho esto, todo lo que me queda por creer es que estoy mezclando mi proyección real. Por lo tanto, estoy buscando alguna idea para mantener la proyección 1: 1 de píxel a unidad mundial.
fuente
Respuestas:
Resolví mi propio problema, y en lugar de simplemente explicarlo como una explicación simple, quiero describir los pasos que tomé para depurar el problema. Dejé de lado que estaba usando un solo FBO para efectos especiales.
Primero, resulta que todo lo anterior es de hecho correcto y un paso que omití fue el problema.
Lo siento si esto tomó el tiempo de alguien. Dejaré la pregunta como una buena medida para cualquiera que pueda tener el mismo problema sin saberlo.
fuente