[Devlog] Vircon32: Creando mi propia consola

¿Cuál es el tamaño ideal máximo de una textura en Vircon32?

Hoy no puedo ponerme a programar, pero estoy dándole vueltas al coco.

No sé si intentar gestionar todos los sprites del juego desde una textura grande ( no van a ser muchos) y definir diferentes regiones o meter varias texturas.

¿Quizás es más cómodo lo de una única textura grande por lo que veo en los ejemplos básicos?

#723 Posiblemente lo haga a mano, estoy viendo como referencia el código de Tutorial-Shooter y posíblemente divida así mis texturas, una grande para el fondo, y en la otra los gameobjects.

#725 Pues ya he empezado. Vas a flipar con el spaghetti code que te estoy montando

Alguien tiene que ser el pionero que haga las cosas en modo cutre en Vircon32

#731 no paras de hacer cosas eh?

Al final vircon va a estar en todos lados

#731 illo montante una pipeline en el cloud y automatizar las builds de macOS.

#737 felicidades! estas cogiendo mucha repercusión

Dentro de poco, debido al exito desapareces del foro xD

Por fin, toda la especificación de la consola está ya disponible en la lengua de Cervantes. Ya he añadido las partes que faltaban: 8 (elementos externos) y 9 (formatos de archivo). Con esto ya me puedo olvidar de las specs, podría salir algún retoque pero ya serían temas menores. Aún no tengo muy claro el planning que seguiré a partir de ahora, tengo varios frentes abiertos y aún no he recuperado la motivación al 100%.

Lo más inmediato será hacer algún video para YouTube, sobre todo el de la 2ª jam. Ya os adelanto que en adelante el canal lo voy a enfocar más en el inglés. No puedo estar haciendo los videos en 2 idiomas, y en español la mayoría estáis siguiendo ya las novedades por aquí.

He estado trabajando en tratar de optimizar mi núcleo libretro, porque ahora mismo en consolas portátiles (como mi Anbernic) algunos juegos se pueden ralentizar. Pero ha pasado algo extraño que no soy capaz de resolver. Lo escribo aquí por si alguien sabe lo que pasa.

Estoy usando OpenGL ES 3 bajo Android. De momento el núcleo de Vircon32 funciona básicamente dibujando quads con textura de uno en uno. Para ello estoy usando 2 Vertex Buffers (VBOs): uno para las posiciones de los vértices y otro para las coordenadas de las texturas. Si defino estos buffers con el tamaño necesario para dibujar un quad, la definición de cada VBO queda así:

// reservar memoria en la GPU para el VBO
glBindBuffer( GL_ARRAY_BUFFER, VBOPositions );

glBufferData
(
    GL_ARRAY_BUFFER,
    8 * sizeof( GLfloat ),
    QuadPositionCoords,
    GL_DYNAMIC_DRAW
);

// definir el formato para las posiciones de vertices
glVertexAttribPointer
(
    PositionsLocation,  // location (0-based index) within the shader program
    2,                  // 2 components per vertex (x,y)
    GL_FLOAT,           // each component is of type GLfloat
    GL_FALSE,           // do not normalize values (convert directly to fixed-point)
    0,                  // no gap between values (adjacent in memory)
    nullptr             // pointer to the array
);

glEnableVertexAttribArray( PositionsLocation );

Después los buffers se modifican usando glBufferSubData cuando es necesario y todo funciona bien.

Sin embargo, si trato de reservar más espacio en esos VBOs (por ejemplo cambiando ambos buffers a 20 * 8 * sizeof(GLfloat)) ¡ahora los juegos se ralentizan! Y tened en cuenta que ese ha sido el ÚNICO cambio. El tamaño extra no lo he usado todavía, y esto no es ni siquiera un tamaño muy grande para un buffer de OpenGL. Llevo horas intentando ver lo que pasa, así que si alguien tiene una idea, toda ayuda es bienvenida.