ComfyUI Chibi Sprite Pipelines

Tres workflows de ComfyUI guardados que convierten un LoRA de personaje en sprites chibi pixelados de videojuego — no imágenes sueltas, sino conjuntos de frames repetibles para poses idle, caminata y carrera, cada uno en cuatro direcciones de POV: izquierda, derecha, hacia el espectador y de espaldas al espectador.

Los tres workflows

Workflow	Propósito
Video_Game_Chars_Pixel_Chibi_Poses	Poses idle / clave de un solo frame
Video_Game_Chars_Pixel_Chibi_Walking V2	Ciclos de caminata de 8 frames por dirección
Video_Game_Chars_Pixel_Chibi_Running V2	Ciclos de carrera con el mismo ruteo de POV

Los tres workflows comparten el mismo stack base y se diferencian en los frames de referencia de pose y en los prompts específicos de movimiento.

Arquitectura del pipeline

Stack de modelos

• Checkpoint SDXL (waiNSFWIllustrious_v140)
• LoRA de personaje (se intercambia según el sujeto — p. ej. un LoRA de identidad de personaje con strength 1,0)
• LoRA de pixel sprite (GAME_ElinSpriteNoobLocon_byKonan) para el estilo chibi / 8-bit
• Tamaño del latente de salida 1024×1512, decodificado con el VAE del checkpoint

Condicionamiento con ControlNet

• ControlNet Union ProMax (diffusion_pytorch_model_promax)
• Preprocesador lineart_anime (SDXL, 512px) vía nodos de Art Venture
• Guías de pose cargadas como imágenes de referencia — keyframes estándar de animación de videojuegos: Contact, Going Down, Average / break, Going Up, espejados para pie izquierdo o derecho adelante

Selección de frames

• Varios nodos LoadImage alimentan un easy imageIndexSwitch (o el CR Image Input Switch de Comfyroll), así un solo workflow cubre todos los frames de un ciclo sin duplicar el grafo
• Los workflows de caminata y carrera encadenan switches para rutear por separado las guías de pose de perfil lateral y las guías de silueta de espaldas al espectador

Sampling

• KSampler: euler_ancestral, 40 steps, CFG 5, seed aleatoria
• El strength de ControlNet se ajusta por workflow (~0,5–0,7; caminata y carrera usan una ventana de aplicación más corta — inicio 0%, fin 20%)

Ingeniería de prompts por POV

Cada dirección tiene su propio banco de prompts positivos y negativos — el modelo mezcla las señales si reusas un mismo prompt para todos los ángulos.

POV	Énfasis positivo	Bloqueos negativos
Hacia el espectador	Vista ortográfica frontal, ambos ojos visibles, cara simétrica, movimiento hacia la cámara	Vista lateral, perfil, ángulo de 3/4, busto recortado
Izquierda / derecha	Perfil lateral, un ojo visible, movimiento en la dirección de la caminata o la carrera	Vista frontal, ambos ojos visibles, inclinación en perspectiva
De espaldas al espectador	Vista de espaldas, parte trasera de la cabeza/el cabello/la ropa, piernas alejándose	Cara, ojos, boca, pecho, mirando al espectador, vista de 3/4

Tokens positivos compartidos por todos los POV: pixel art, chibi, 8-bit, solo, full body, fondo blanco.

El arreglo para las tomas de espaldas (documentado dentro del grafo): una nota del workflow dice explícitamente que hay que quitar cara / ojos / boca / cejas de la descripción del personaje al generar frames de espaldas — si no, el modelo pelea contra la guía de pose y dibuja una cara sobre una silueta vista por detrás.

Lo difícil: la consistencia de espaldas al espectador

Los POV lateral y frontal se estabilizaron apenas se separaron las guías de pose y los prompts por dirección. De espaldas al espectador fue la excepción: deriva de frame a frame en la silueta, el volumen del cabello y la posición de las extremidades.

Lo que ayudó:

• Sets de prompts positivos y negativos dedicados a la vista de espaldas (bloquear todos los rasgos faciales)
• Quitar los descriptores faciales del prompt del LoRA de personaje en las corridas de espaldas
• Referencias de pose en line art aparte para la vista de espaldas, ruteadas por cadenas de CR Image Input Switch
• En el workflow de caminata, Florence-2 (CogFlorence-2.2-Large) genera captions de las guías de pose de espaldas para verificar que el preprocesador ve un verdadero perfil trasero (p. ej. "side profile, facing away from the viewer") antes de generar

Los workflows V2 de caminata y carrera codifican esto como ramas de prompt paralelas y ruteo por switches — no como un único grafo que sirva para todo.

Salida

Por cada personaje y tipo de animación, el pipeline produce un conjunto de sprites multi-frame listo para ensamblarse en sprite sheets de motor de juego — keyframes idle más ciclos direccionales de caminata y carrera, cada uno con sus variantes hacia la izquierda, hacia la derecha, hacia la cámara y de espaldas a la cámara.

Por qué importa

Los pipelines generativos necesitan la misma disciplina que el software: aislar variables (un POV por banco de prompts), versionar los grafos (los V2 de caminata y carrera separados del workflow base de poses) y dejar las lecciones escritas en el grafo mismo (notas adhesivas para los prompts de cabello, el borrado de la cara en la vista de espaldas, qué índice de switch corresponde a qué frame).