¿Cuál es el punto de una textura SDL2?

Estoy un poco atascado en la lógica detrás de una textura SDL2. Para mí, no tienen sentido ya que no puedes dibujar hacia ellos.

En mi programa tengo varias superficies (o lo que Somos superficies antes de cambiar a SDL2) que acabo de juntar para formar capas. Ahora, al parecer, tengo que crear varios renderizadores y texturas para crear el mismo efecto ya que SDL_RenderCopy toma un puntero de textura.

No solamente eso, pero todos los renderizadores tienen que venir desde una ventana, lo cual entiendo, pero aún me confunde un poco más.

Todo esto parece extremadamente voluminoso y lento. ¿Me estoy perdiendo de algo? ¿Hay alguna manera de dibujar directamente en una textura? ¿Cuál es el punto de las texturas, y estoy seguro de tener múltiples (si no cientos) de renderizadores en lugar de lo que eran superficies?

SDL_Texture los objetos se almacenan lo más cerca posible de la memoria de la tarjeta de video y, por lo tanto, su GPU puede acelerarlos fácilmente. El cambio de tamaño, la combinación alfa, el suavizado y casi cualquier operación de cómputo pesado pueden verse gravemente afectadas por este aumento de rendimiento. Si su programa necesita ejecutar una lógica por píxel en sus texturas, le animamos a convertir sus texturas en superficies temporalmente. También es posible lograr una solución con texturas de transmisión.

Editar: Dado que esta respuesta recibe bastante atención, me gustaría elaborar mi sugerencia.

Si prefieres usar Texture -> Surface -> Texture flujo de trabajo para aplicar su operación por píxel, asegúrese de almacenar en caché su textura final a menos que necesite volver a calcularla en cada ciclo de renderizado. Las texturas en esta solución se crean con SDL_TEXTUREACCESS_STATIC bandera.

Streaming de texturas (la bandera de creación es SDL_TEXTUREACCESS_STREAMING) se recomiendan para casos de uso en los que la fuente de los datos de píxeles es una red, un dispositivo, un servidor de marcos o alguna otra fuente que está más allá del alcance total de las aplicaciones de SDL y cuando es evidente que el almacenamiento en caché de los marcos de la fuente es ineficiente o no funcionaría.

Es posible renderizar sobre texturas si se crean con SDL_TEXTUREACCESS_TARGET bandera. Esto limita la fuente de la operación de dibujo a otras texturas, aunque esto podría ser lo que necesitaba en primer lugar. “Texturas como objetivos de renderizado” es una de las características más nuevas y menos compatibles de SDL2.

Información nerd para lectores curiosos:

Debido a la naturaleza de la implementación de SDL, los primeros dos métodos dependen de las operaciones de lectura y copia a nivel de aplicación, aunque están optimizados para escenarios sugeridos y lo suficientemente rápidos para aplicaciones en tiempo real.

La copia de datos desde el nivel de la aplicación casi siempre es lenta en comparación con el posprocesamiento en la GPU. Si sus requisitos son más estrictos de lo que puede proporcionar SDL y su lógica no depende de una fuente de datos de píxeles externos, sería sensato asignar texturas OpenGL sin procesar pintadas a partir de sus superficies SDL y aplicarlas. sombreadores (lógica GPU) para ellos.

Los sombreadores están escritos en GLSL, un lenguaje que se compila en el ensamblaje de la GPU. Aceleración de hardware/GPU en realidad se refiere al código paralelizado en los núcleos de GPU y el uso de sombreadores es la forma preferida de lograrlo con fines de renderizado.

¡Atención! El uso de texturas y sombreadores sin procesar de OpenGL junto con las funciones y estructuras de renderizado de SDL puede causar algunos conflictos inesperados o la pérdida de flexibilidad proporcionada por la biblioteca.

TLDR;

Es más rápido renderizar y operar sobre texturas que sobre superficies, aunque modificarlas a veces puede resultar engorroso.

Mediante la creación de una textura SDL2 como tipo STREAMING, se puede bloquear y desbloquear toda la textura o solo un área de píxeles para realizar operaciones directas de píxeles. Uno debe crear previamente una superficie SDL2 y vincular con bloqueo y desbloqueo de la siguiente manera:

SDL_Surface surface = SDL_CreateSurface(..);
SDL_LockTexture(texture, &rect, &surface->pixels, &surface->pitch);
// paint into surface pixels
SDL_UnlockTexture(texture);

La clave es que, si dibuja una textura de mayor tamaño y el dibujo es incremental (por ejemplo, un gráfico de datos en tiempo real), asegúrese de bloquear y desbloquear solo el área real para actualizar. De lo contrario, las operaciones serán lentas, con mucha copia de memoria.

He experimentado un rendimiento razonable y el modelo de uso no es demasiado difícil de entender.

En SDL2 es posible renderizar fuera de pantalla / renderizar directamente a una textura. La función a utilizar es:

int SDL_SetRenderTarget(SDL_Renderer *renderer, SDL_Texture *texture);

Esto solo funciona si el renderizador habilita SDL_RENDERER_TARGETTEXTURE.