Communitygithub.com

comfy-h3-render-core

Corta duración de la línea de producción industrializada · Tercera etapa: Renderizado de video físico H3 y programación contra fallos. Se encarga de interactuar con el servicio local de ComfyUI y programar MiniMax H3 para la generación de video Turbo 8-step. Incluye defensa contra el bloqueo del controlador WDDM en Windows, la regla de divisibilidad por 32 del espacio latente, el bloqueo de pronunciación de un solo hablante y el ensamblaje de instrucciones de silencio para todos, la inyección segura de I2V en el primer fotograma y la prevención de fugas de memoria de video entre tomas.

¿Qué es comfy-h3-render-core?

ComfyUI H3 Render Core es una habilidad especializada para el renderizado físico de videos cortos, diseñada para interactuar con una instancia local de ComfyUI y coordinar el modelo MiniMax H3 para generar videos Turbo de 8 pasos. Esta habilidad es crucial para la tercera etapa de una línea de producción industrializada de videos cortos, asegurando un renderizado robusto y eficiente. Se destaca por implementar protecciones críticas contra fallos comunes en entornos Windows, como el bloqueo del controlador WDDM que puede ralentizar drásticamente el renderizado. Además, aplica reglas estrictas de formato de imagen (como la divisibilidad por 32 en el espacio latente) para evitar errores de VAE, y ensambla instrucciones precisas para el movimiento de labios, asegurando que solo el hablante designado tenga movimiento de labios mientras los demás permanecen en silencio. La habilidad también gestiona la memoria de video entre tomas para prevenir desbordamientos y permite la reanudación de la producción desde puntos de control.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/abserari/drama-production-skills/tree/HEAD/skills/comfy-h3-render-core

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

ComfyUI H3 Render Core (Renderizado Físico y Programación H3)

Posición del proceso: Proceso central de generación física de videos cortos. Principios fundamentales: No hardcodear números de nodo de ComfyUI, prevenir estrictamente el bloqueo del controlador WDDM en Windows, y aplicar forzosamente el bloqueo de pronunciación de un solo hablante y la verificación de seguridad del tamaño del espacio latente.


1. Contrato de Ejecución y Entrada/Salida

  • Entrada:
    1. plan.json (incluye movimiento de cámara, diálogo, secuencia temporal de 175 fotogramas);
    2. Imagen clave de fotograma fijo del segundo proceso: segments/{seg_id}_keyframe.png;
    3. style_bible.json.
  • Salida:
    1. Video generado nativamente por H3: segments/{seg_id}.mp4 (con audio y video nativos);
    2. Registro de monitoreo del estado de la memoria de video y registro de tiempo de renderizado.

2. SOP Básico: Tres Leyes Físicas Contra Fallos (con Características Numéricas y Ejemplos de Error)

2.1 Primera Ley: Regla de Divisibilidad por 32 del Tamaño del Espacio Latente (Prevenir el Colapso del Espacio Latente de VAE)

  • Fenómeno/Error: RuntimeError: shape '[1, 24, 1, 1, 15, 2, 26, 2]' is invalid for input of size 38160
  • Causa Raíz: El tamaño del parche 3D de MiniMax H3 requiere que el ancho sea divisible por 16, y el cociente debe ser par (es decir, width % 32 == 0).
  • Criterio y Acción:
    • Prohibido usar: 848×480 (848/16=53 es impar, no divisible por parche=2, ¡fallará!);
    • Bloqueo forzoso: Para pantalla ancha estándar, bloquear a 832×480 (832/16=52 es par, 52/2=26, ¡divisible perfectamente!).

2.2 Segunda Ley: Defensa Contra el Bloqueo del Mutex del Controlador WDDM en Windows (Prevenir Lentitud Extrema de 15x)

  • Fenómeno: En Windows, al habilitar cudaMallocAsync o transferencia asíncrona multi-flujo (async-offload), el muestreo de un solo paso pasa de 40 segundos a 600 segundos (un solo segmento puede tardar hasta 70 minutos).
  • Causa Raíz: El modelo de controlador WDDM de Windows, al transferir pesos grandes a través de flujos CUDA, genera una grave contención de bloqueo de mutex del kernel (Mutex Lock Contention).
  • Acción (Parámetros de inicio dorados de ComfyUI):
    python <COMFYUI_PATH>/main.py --disable-auto-launch --disable-mmap --disable-cuda-malloc --disable-async-offload --listen 127.0.0.1 --port 8188
    
    Usar caché nativa y programación de un solo flujo para evitar el bloqueo del controlador, manteniendo el tiempo de generación de un solo segmento estable en 350 segundos (5.8 minutos).

2.3 Tercera Ley: Ensamblaje de Instrucciones de Pronunciación de un Solo Hablante y Silencio General (Eliminar el Movimiento de Labios de Todos)

Al construir [Subject 1] y [Action 1], se debe aplicar forzosamente un ensamblaje separado:

  • [Subject 1]: Primary speaker: [SpeakerName], alongside [ListenerName] (silent listener).
  • [Action 1] Primitiva central:
    Only [SpeakerName] is actively speaking with natural, synchronized Mandarin lip movement, [Action]. 
    Crucial requirement: [ListenerName] remains strictly silent with lips tightly sealed and mouth completely closed, neither speaking nor making any mouth motions, showing a tense glare. 
    In the final 1.2 seconds, all characters firmly close their mouths, ending on a tense silent glare.
    

3. SOP Básico: Protección Contra la Fragmentación de la Memoria de Video y Reanudación desde Puntos de Control

  1. Recuperación de memoria de video entre tomas: Después de renderizar cada toma, se debe llamar al endpoint /free de ComfyUI:
    payload = {"unload_models": False, "free_memory": True}
    
    Vaciar el caché de tensores del espacio latente 3D intermedio de PyTorch para evitar OOM acumulativo en producción continua de larga duración.
  2. Protección contra renderizado duplicado en reanudación: Detectar segments/{seg_id}.mp4. Si el archivo ya existe y su tamaño es mayor a 100KB, imprimir directamente [Reutilizar] y saltar, permitiendo una reanudación en segundos desde el punto de control.

4. Script de Herramienta Exclusivo

  • Motor de Ensamblaje y Programación de Grafos de Ejecución H3: python scripts/h3_render_orchestrator.py --plan plan.json --server 127.0.0.1:8188

Individual skills in this repo

This repo contains 5 individual skills — each has its own dedicated page.

comfy-h3-video-producer

本地 ComfyUI 剧本转视频自动生产管线(MiniMax H3)。用户给剧本要求用 ComfyUI 出分镜视频,或提到"一采二采/超分/班长套件/CSGlide/工作流生成视频"时使用。覆盖:工作流握手(不写死节点号)、导演调度与段规划、H3 提示词、提交与自动监工、一采双检闸门、收片清床音与拼接、断点续产。

drama-audio-soundstage

短剧工业化管线·第 4 工序:声音工程与智能避让配乐。负责 H3 视频生成后的声音精修。硬核沉淀:谱减法音频门控(消灭风噪/电流床音)、Whisper ASR 纯普通话语种漂移拦截、FFmpeg 原生侧链动态避让混音(Sidechain Ducking,台词开口 BGM 瞬降 -14dB,闭嘴扬起)。

drama-director-staging

短剧工业化管线·第 1 工序:编剧与导演分镜调度。负责将剧情大纲或小说文本转化为符合短剧视听规律的工业级分镜。内置:6 大动态运镜轮换决策树、台词纯中文汉字归一化(数字大写)、短剧快节奏 20~28 字密度调控、单人发言与旁观者闭嘴标注。

drama-finishing-upscaler

短剧工业化管线·第 5 工序:终期成片与 1080p 超分增强。负责全集分镜无损拼接与院线级 1080p 超分辨率放大。硬核沉淀:FFmpeg concat 零损耗直拼、RealESRGAN x2plus GPU 独占 FP16 批量超分(~4.8fps)、原生高质量避让音轨无损混流、ffprobe 工业级物理参数验收。

drama-keyframe-forge

短剧工业化管线·第 2 工序:分镜定帧与资产一致性。负责在视频渲染前,建立全局风格母卡 (Style Bible),并为每个分镜前置生成“场景+人物+道具”三合一的 16:9 高清定帧垫图。彻底根治 T2V 盲跑带来的人脸变形、角色换脸、场景变色与道具软化。

Skills relacionados