Generador de sprites de RPG — Genera personajes, sprites y tilesets de RPG gratis

Un generador de sprites de RPG convierte una descripción escrita en arte de juego utilizable. Escribes algo como «pescador anciano, abrigo azul, sombrero de paja, vista cenital, 32 por 32, caminar de cuatro fotogramas», y el generador devuelve un sprite de personaje, una hoja de sprites o un tileset como PNG con fondo transparente. La herramienta que hay detrás es Agent Sprite Forge y se ejecuta en el navegador dentro de Neta Studio. Nada que instalar, ni tableta gráfica, ni editor de píxeles abierto en una segunda ventana.

Lo difícil del arte de RPG no es la calidad, sino la cantidad. Un juego pequeño necesita un jugador, ocho NPC, cuatro tenderos y veinte variantes de enemigos, la mayoría en al menos dos direcciones. Eso son unos cuarenta personajes antes de haber dibujado un solo árbol. La mayoría de quienes hacen un RPG no sabe dibujar ninguno. Un generador que produce en segundos un sprite 32x32 coherente y algo sencillo vale más para terminar un proyecto que una ilustración preciosa que costó un fin de semana.

Genera el reparto que no puedes dibujar

Empieza por el reparto, no por el héroe. El héroe es el único personaje que de verdad disfrutarás dibujando o iterando. El reparto es donde mueren los proyectos: el herrero, el aprendiz del herrero, tres guardias con armaduras ligeramente distintas, un mercader, un niño, un perro, seis slimes y un lobo. Cada uno es una pequeña tarea de arte, y cuarenta pequeñas tareas de arte son un muro. Agent Sprite Forge existe para que superes el muro, para que el mundo tenga gente antes de que se te agote el impulso.

La entrada es una descripción, y la descripción es toda la interfaz. Una buena descripción nombra cuatro cosas: quién es el personaje, qué lleva puesto, la paleta y el punto de vista. «Guardia, tabardo azul oscuro sobre cota de malla, lanza, vista cenital, 32x32, dos direcciones» es viable. «Guerrero molón» no lo es, y el fallo es predecible: el generador elige detalles genéricos, te sale un caballero gris y vuelves a generar cinco veces intentando arreglar un problema de descripción con un botón de reintento.

El segundo modo de fallo es la sobredescripción. A 32 píxeles de ancho, un personaje es más o menos una cabeza, un torso y dos piernas. Una capa, una mochila, una bufanda, una hombrera y un amuleto brillante compiten todos por los mismos doce píxeles de silueta. A tamaños pequeños, los accesorios no añaden detalle: añaden ruido. Si tu primera generación sale como un amasijo ilegible, quita elementos de la frase antes de cambiar cualquier otra cosa. El 3D game builder y mundos como Mini World y The Cyclops' Island usan este mismo principio: primero formas legibles, después el ornamento.

Ejemplos generados

Tres formas de salida cubren casi todo lo que necesita un RPG. Cada una se exporta como PNG con canal alfa y cada una tiene un destino distinto. Las diferencias importan más que el estilo artístico, porque una hoja con la rejilla equivocada es inservible por muy bien que se vea el sprite.

Un personaje, un fotograma, un archivo. Un PNG de 32x32 con transparencia es la unidad útil más pequeña. Esto es lo que generas para un NPC de pie, un tendero detrás de un mostrador, un poste indicador, un cofre o un enemigo que nunca se mueve. Se exporta como un PNG de una sola celda.

Se coloca como textura sobre un plano plano o un cartel orientado a la cámara. En el 3D game builder, un sprite de una sola pose sobre un cartel basta para todo un pueblo de NPC estáticos, y como no hay estado de animación, no hay nada que se rompa. Si tu lista de personajes es larga y tu tiempo es corto, este es el formato al que deberías recurrir por defecto.

Cuatro fotogramas dispuestos de izquierda a derecha, exportados como tira o como rejilla. Cuatro fotogramas de 32x32 en una sola fila son un PNG de 128x32. Cuatro direcciones se convierten en una rejilla de 4x4 de 128x128, o dos direcciones en una rejilla de 4x2 de 128x64. El ciclo de caminar se repite avanzando un índice de fotograma a lo largo del tiempo; a ocho fotogramas por segundo, un caminar de cuatro fotogramas cubre medio segundo por ciclo de paso y se lee correctamente a la velocidad de movimiento normal.

Se exporta como un PNG más un archivo JSON opcional que indica el tamaño de fotograma, el número de fotogramas, las columnas y las direcciones. El archivo adjunto son metadatos simples, no un formato propietario. Si prefieres no usarlo, los números se ven en las dimensiones del PNG: 128 dividido por 32 son cuatro fotogramas.

Una rejilla de teselas de terreno en una sola imagen: hierba, bordes de hierba, caminos de tierra, agua y bordes de agua, partes altas de muros, transiciones de suelo. Con celdas de 16x16, un atlas de 8x8 es un PNG de 128x128 que contiene 64 teselas. Con 32x32, esas mismas 64 teselas necesitan 256x256.

Se exporta como un único PNG de atlas. Encaja en una capa de mapa de Tiled, un TileSet de Godot o una malla de teselas de Three.js. La propiedad importante es que el tamaño de celda coincida exactamente con la rejilla del mapa. Si generas teselas de 32x32 y las colocas en una rejilla de 16 unidades, cada segunda tesela cae con medio desplazamiento y las costuras se ven desde la órbita.

Sprites de personaje vs hojas de sprites vs tilesets

Estos tres términos se usan indistintamente en la conversación y no son intercambiables en un proyecto. Un sprite de personaje es un fotograma y no lleva información de tiempo. Una hoja de sprites es una rejilla de fotogramas de un personaje y lleva el orden de los fotogramas. Un tileset es una rejilla de distintas piezas de terreno y lleva, en cambio, información de adyacencia. Elige el equivocado y acabarás cortando un tileset en fotogramas de animación o colocando fotogramas de caminar como suelo.

El consumidor decide el formato, no el generador. Pregúntate qué lee el archivo: una ranura de hoja de personaje quiere una rejilla fija que empiece en la celda superior izquierda, sin relleno y sin margen; una capa de teselas quiere celdas uniformes con un origen conocido; y un nodo de imagen de interfaz quiere un solo fotograma. El relleno es el error de exportación más común. Un margen de un píxel añadido por seguridad desplaza cada índice de fotograma en uno y desfasa toda la animación.

Dos direcciones (izquierda y derecha, con el sprite reflejado para el otro lado) reduce la hoja a la mitad y es el atajo estándar para juegos de vista lateral. Cuatro direcciones (abajo, izquierda, derecha, arriba) es el valor por defecto en vista cenital y necesita una rejilla cuadrada, así que un caminar de cuatro fotogramas en cuatro direcciones son 16 fotogramas. Las ocho direcciones son el punto en el que la mayoría de los equipos pequeños debería pararse y replantearse: la hoja crece a 32 fotogramas por personaje y las poses diagonales son las que peor se leen a 32 píxeles.

Números de fotogramas que funcionan: 2 para un balanceo rígido en reposo, 4 para caminar, 6 para un caminar más fluido, 8 para correr. Por debajo de 4, un caminar parece una cojera. Por encima de 8, pagas por fotogramas que el jugador no verá de forma consciente.

Cómo funciona

Cinco pasos, en este orden. Saltarse la comprobación de silueta del paso cuatro es la razón por la que la gente genera veinte veces y sigue sin obtener nada utilizable.

Colócalo en un mundo

Un PNG en una carpeta de descargas no es un producto. Este es el paso en el que se detienen la mayoría de los generadores de sprites, y es el paso que decide si de verdad terminaste algo. La hoja solo se convierte en juego cuando se coloca en una rejilla, se le da un volumen de colisión y la controla un temporizador de animación.

En el 3D game builder, la misma sesión del navegador que generó la hoja puede colocarla. El tamaño de celda del tileset fija la rejilla del mundo, así que una tesela de 32x32 significa que todas las cajas de colisión se ajustan a incrementos de 32 unidades. Esa única decisión elimina toda una categoría de errores: ni huecos de media tesela en las esquinas, ni jugador atascado entre dos teselas de suelo. La hoja de sprites se convierte en un cartel animado sobre un quad, con la cámara ajustada a un ángulo isométrico de 2:1 (unos 26,57 grados) para que una tesela romboidal de 32x16 se lea como un suelo cuadrado.

Los mundos construidos así se ejecutan en el navegador sin ningún runtime de motor que instalar y sin paso de compilación. Mini World y The Cyclops' Island son ambos ejemplos de una descripción escrita que se convierte en una escena de Three.js jugable, que es el mismo camino que sigue tu reparto generado. El orden que funciona: genera primero el tileset, después el reparto, luego coloca al jugador y por último añade los NPC. Si construyes el reparto primero, no sabrás de qué tamaño es el suelo.

Gratis, en línea y sin instalación: el generador de sprites de RPG funciona en el navegador

El generador de sprites es gratis y funciona en línea. No hay instalador, ni aplicación de escritorio, ni plugin, ni software de dibujo que comprar. Abres la página, escribes una descripción y obtienes un PNG. Usa el canvas y WebGL2 del navegador, así que la máquina que ya tienes es suficiente.

Lo que obtienes es deliberadamente aburrido. Las exportaciones son archivos PNG estándar con canal alfa, con el tamaño de fotograma y las dimensiones de hoja que elegiste, más un archivo JSON opcional que describe el tamaño de fotograma, el número de fotogramas, las columnas y las direcciones. Ningún contenedor propietario. Nada ata el arte a Neta Studio. Si mañana llevas el PNG a otra herramienta, se abre.

Lo que no incluye, para que puedas planificarlo: no hay rigging de esqueleto, ni animación por huesos, ni interpolación automática. Cada fotograma es una imagen plana. Un caminar de cuatro fotogramas son cuatro imágenes. Eso es una limitación y también la razón por la que los archivos siguen siendo portables, porque los fotogramas planos funcionan en cualquier pipeline 2D que exista.

Tamaños de sprite para RPG: cómo elegir una rejilla en el generador de sprites de RPG

Tres tamaños cubren la mayor parte del trabajo de RPG: 16, 32 y 48 píxeles por fotograma. 16x16 te da mapas densos y un aspecto retro, y una ventana de 640x360 muestra una gran área de mundo de una vez, pero las caras se vuelven ilegibles. 32x32 es el valor por defecto seguro; deja espacio suficiente para una cabeza, un torso y unas piernas legibles y se divide de forma exacta en todos los tamaños de hoja habituales. 48x48 es para personajes que necesitan detalle facial visible, para objetivos móviles o táctiles que deben ser lo bastante grandes para pulsarlos y para juegos con un número menor de teselas visibles.

La regla que importa más que el tamaño que elijas: el tamaño de fotograma debe dividir el ancho de la hoja de forma exacta. Una hoja de 256 píxeles de ancho contiene exactamente ocho fotogramas de 32 píxeles. No contiene fotogramas de 48 píxeles; 256 dividido por 48 es 5,33, así que la sexta columna queda cortada por la mitad y el muestreador lee dentro del fotograma vecino. En la práctica ves una columna de un píxel de la siguiente pose en el borde izquierdo de la pose actual, y parece un error de renderizado cuando en realidad es un error de matemáticas. Ajusta también el filtrado de textura a nearest-neighbour (NearestFilter en Three.js, filtro desactivado en Godot, filtro Point en Unity). El filtrado lineal mezcla píxeles adyacentes a través de los límites de los fotogramas y convierte un sprite nítido en un borrón.

La guía de tamaños de sprite de este sitio enumera el conjunto completo con la aritmética de hoja para cada uno, incluidos los tamaños de rombo isométrico, donde la celda es de 32x16 o 64x32 en lugar de cuadrada.

Entra caminando en el mundo al que pertenece

Un sprite por sí solo es un personaje sin sitio donde estar. El paso que importa es el que ningún editor puede darte: coge la hoja que acabas de hacer y colócala en un mundo por el que alguien pueda caminar. Los mundos isométricos de este sitio se construyeron y publicaron todos así.

FAQ