Higgsfield rechaza mi cartel vertical antes de generar
Higgsfield rechazó un cartel 4:5: la generación directa con GPT Image 2 admite proporciones distintas de las sesiones de producto.
Error: Invalid values: aspect_ratio=4:5
El cartel falló antes de que Higgsfield generara una imagen.
El error completo indicaba los valores admitidos:
Error: Invalid values: aspect_ratio=4:5 (allowed: 1:1,4:3,3:4,16:9,9:16,3:2,2:3)
Hint: Run: hf model get gpt_image_2
Había usado 4:5 porque era el formato vertical estándar del feed que esperaba para una pieza de redes sociales. Higgsfield admite esa proporción en una de las vías de GPT Image 2.
No la admite en la que yo estaba usando.
La vía de generación determina las proporciones admitidas
Mi error fue suponer que las relaciones de aspecto dependían del modelo. Ambos comandos terminaban en gpt_image_2, así que interpretó la lista de proporciones como una capacidad general del modelo.
En realidad, las proporciones admitidas cambiaban según el subcomando.
| Vía de generación | Relaciones de aspecto admitidas |
|---|---|
generate create gpt_image_2 |
1:1, 4:3, 3:4, 2:3, 3:2, 9:16, 16:9 |
product-photoshoot create |
Las mismas proporciones, más 4:5 y 5:4 |
Había visto 4:5 en la vía de sesiones de producto y lo había trasladado a la generación directa. El servidor lo rechazó antes de poner la petición en la cola.
Es fácil pasarlo por alto porque ambas vías usan el mismo modelo de imagen. La documentación de sesiones de producto puede parecer una lista completa de lo que admite ese modelo. Solo es la lista de esa vía.
El texto impreso determinó qué vía necesitaba
El cartel contenía texto impreso. Por eso necesitaba generate create, donde podía proporcionar el prompt completo por escrito.
La vía de sesiones de producto no me permitía escribir ese prompt. Cambiar de vía solo para conservar 4:5 me habría quitado el control que necesitaba el cartel.
La alternativa que funcionó fue 3:4.
Esa proporción está admitida en generate create gpt_image_2. Ocupa casi el mismo espacio vertical en el feed y no requiere recortar.
Para una fotografía de producto sin texto impreso, la elección es distinta. Esa pieza puede usar:
product-photoshoot --mode lifestyle_scene
En esa vía, 4:5 es válido.
Por tanto, el contenido de la pieza decide la vía y la vía decide la proporción. Empezar por la proporción deseada y forzar todas las piezas a pasar por ella invierte esa relación.
El fallo no consumió créditos
El servidor validé la relación de aspecto antes de poner la generación en la cola. No se generó ninguna imagen, así que la petición fallida costó cero créditos.
Aun así, el coste en tiempo puede crecer deprisa.
Si se lanzan diez piezas verticales en paralelo con la misma proporción no válida, las diez pueden fallar por el mismo error de validación. No hay ningún resultado creativo que revisar ni diferencias entre los fallos. La tanda solo repite el mismo parámetro no admitido.
Por eso esta comprobación debe hacerse antes de generar en paralelo.
El propio error da una indicación directa:
hf model get gpt_image_2
Antes de lanzar una tanda, uso JSON:
higgsfield model get gpt_image_2 --json
Reviso los valores admitidos para esa ruta concreta de comandos antes de lanzar el conjunto. No me baso en la proporción que usé en otro flujo de Higgsfield, aunque coincida el nombre del modelo.
auto no es una salida segura
Este comportamiento específico de cada vía también encaja con otro fallo de relación de aspecto en Higgsfield: --aspect_ratio auto puede fallar en nano_banana_2.
La lección va más allá de elegir entre 4:5 y 3:4. Los valores permitidos para la relación de aspecto dependen de la vía que los recibe. No se heredan de forma fiable entre comandos solo porque compartan modelo o pertenezcan a la misma plataforma.
Para un cartel, ahora decido en este orden.
¿La imagen necesita texto impreso? Si es así, uso la generación directa con una proporción admitida en esa vía. Para una pieza vertical de feed, esa proporción es 3:4.
¿Es una fotografía de producto sin texto impreso? Si es así, la vía de sesiones de producto permite usar 4:5.
Antes de una tanda, consulto la información del modelo y confirmo la proporción en la vía exacta que voy a utilizar.
La regla que aplico ahora
Valido la relación de aspecto por subcomando, no por modelo.
Que 4:5 funcione en product-photoshoot create no dice nada sobre si generate create gpt_image_2 lo aceptará. Para un cartel vertical con texto impreso, uso 3:4. Para una imagen de producto sin texto, puedo usar la vía de sesiones de producto y conservar 4:5.
Antes de lanzar tu próxima tanda vertical, ejecuta el comando de consulta del modelo y contrasta la proporción con la lista de generación directa. Esa comprobación no cuesta nada y puede evitar que todas las piezas de la tanda fallen antes de generarse.
Cada solución de este artículo empezó con un error que pagué yo. Mejor en mi película que en tu marca.
