Guida all'uso
Creare video brevi con ltx-2.5-fast/text-to-video su HiAPI
Flusso di lavoro da prompt a clip per sviluppatori, con audio nativo e output 1080P
Perché ltx-2.5-fast/text-to-video è adatto alla creazione di video brevi
I video brevi sono un gioco di quantità, e il budget di attenzione del pubblico è molto ridotto. Servono molti clip, tempi di consegna rapidi e un modo per scartare senza esitazione i risultati inutilizzabili. Questo determina quale modello di generazione vale la pena integrare nella tua pipeline.
ltx-2.5-fast/text-to-video è un modello da testo a video disponibile tramite l'API HiAPI, con due caratteristiche cruciali in questo contesto: produce audio nativo insieme ai fotogrammi e restituisce output in 1080P. In pratica, la clip restituita da una singola chiamata ha già una forma che può essere pubblicata direttamente — non devi unire una traccia video muta con un tappeto musicale generato separatamente, né devi fare upscaling di una bozza a bassa risoluzione prima che la clip sia presentabile.
Il fast nel nome del modello indica proprio questo compromesso: dare priorità al throughput rispetto alla fedeltà estrema. Per la creazione di video brevi — clip verticali, hook, montaggi per piattaforme social — di solito è il lato giusto. Itererai più volte, e il numero di iterazioni conta più di qualsiasi singolo fotogramma.
Uno schema semplice della pipeline:
text prompt ──► ltx-2.5-fast/text-to-video ──► video track (1080P)
└──► audio track (native)
Un input, due output, un asset da gestire. Tutto il resto di questa guida si basa su questa forma.
Pianifica la clip prima di scrivere il prompt
L'errore più comune nel lavoro da prompt a clip è scrivere un solo prompt per l'intero video. Chiedi al modello di «fare uno spot di 30 secondi» e questo medierà tra i vari momenti, producendo qualcosa che non sembra essere nessuno di essi. Prima scomponi.
Suddividi il video in unità di inquadratura
Scrivi la sceneggiatura, poi taglia a ogni cambiamento visivo. Ogni punto di taglio è un'unità di generazione. Un tipico video breve di solito si articola in quattro-otto unità. Per ogni unità specifica:
- un numero e una frase che descrive cosa succede
- la durata prevista
- l'intento audio (dialogo, tappeto ambientale, solo musica, silenzio)
- una nota su se deve necessariamente collegarsi visivamente all'inquadratura precedente
Mantieni ogni richiesta di piccole dimensioni
Le unità piccole sono economiche da rigenerare e da riordinare. Se la terza inquadratura è sbagliata, rigeneri la terza inquadratura, non l'intero video. Tieni il lavoro di raccordo fuori dalle responsabilità del modello: se due inquadrature devono collegarsi fluidamente, generalle separatamente e uniscile nel montaggio, invece di chiedere un'unica lunga ripresa continua.
Definisci in anticipo la forma di destinazione
Le proporzioni, l'intervallo di durata e l'uso della clip determinano tutto il resto. Stabiliscili prima della prima richiesta, perché cambiarli dopo significa rigenerare tutto. Se produci per più canali, pianifica una lista di inquadrature separata per ciascun canale, invece di ritagliare un master — le differenze di composizione sono abbastanza grandi da far sembrare il ritaglio un ritaglio.
Tratta la lista di inquadrature come dati sotto controllo di versione. I prompt che hanno prodotto buone clip sono asset, e vorrai averli nel controllo di versione insieme al codice che li utilizza.
Schemi di prompt che producono clip utilizzabili
Scrivi il prompt come una descrizione strutturata dell'inquadratura, non come prosa. Un modello stabile ti dà riproducibilità: quando un nuovo tentativo riesce, sai quale campo è cambiato.
Cinque campi
[subject] who or what is on screen, with concrete visual detail
[action] what happens during the shot — one continuous motion
[camera] framing, angle, and movement (e.g. slow push-in, static wide)
[lighting] time of day, source, mood
[audio] what should be heard: dialogue, ambience, music character
Un esempio compilato:
subject: a woman in a canvas work jacket, mid-30s, workshop background
action: she lifts a ceramic mug from a shelf and turns it in her hands
camera: static medium shot, slight shallow depth of field
lighting: warm afternoon window light from camera left
audio: quiet room tone, faint hum of a kettle, no music
Regole che funzionano
- Un'azione per inquadratura. Due azioni in un prompt si mediano a vicenda. Se l'inquadratura richiede un secondo momento, sono due inquadrature.
- Descrivi ciò che è visibile, non il suo significato. «Sembra sollevata» non dà nulla al modello. «Le sue spalle si abbassano ed espira» gli dà qualcosa da renderizzare.
- Specifica esplicitamente il comportamento della camera. Non specificarlo è la via più rapida verso una clip inutilizzabile, perché il modello sceglierà un valore predefinito che non vuoi.
- Specifica l'intento audio. L'audio nativo significa che il prompt influenza il suono. Dichiara chiaramente se vuoi dialogo, suono ambientale, musica o silenzio — non lasciarlo implicito.
- Evita le accumulazioni di negazioni. «Niente testo, niente filigrana, niente persone in più» tende a evocare proprio ciò che viene nominato. Descrivi invece l'immagine che vuoi.
Tieni un registro dei prompt
Per ogni prompt che invii, memorizza il testo completo insieme ai parametri. Quando una clip funziona, il prompt è un artefatto riutilizzabile; quando fallisce, il registro ti dice se a derivare è stato il prompt o i parametri.
Inviare la richiesta tramite l'API HiAPI
La generazione avviene tramite l'API HiAPI, con l'identificatore di modello ltx-2.5-fast/text-to-video. La chiamata consiste in un'unica richiesta: invii il prompt e i parametri di generazione, e ottieni un job il cui risultato è l'asset della clip.
Forma minima della richiesta
I nomi esatti dei campi e gli intervalli supportati provengono dalla pagina di riferimento del modello nella documentazione dell'API — consultala prima di codificare qualsiasi cosa. La struttura seguente mostra la forma di una chiamata funzionante:
curl -X POST "https://api.hiapi.ai/v1/video/generations" \
-H "Authorization: Bearer $HIAPI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "ltx-2.5-fast/text-to-video",
"prompt": "static medium shot, a woman in a canvas work jacket lifts a ceramic mug from a shelf and turns it in her hands, warm afternoon window light from camera left, quiet room tone with a faint kettle hum",
"duration": <clip length in seconds>,
"resolution": "1080p"
}'
Sostituisci il segnaposto duration con un valore accettato dal modello. Invia solo ciò che ti serve: prompt, durata, risoluzione e qualsiasi controllo di proporzioni o audio elencato nella pagina di riferimento.
Cosa inviare come minimo
- l'identificatore del modello, esattamente come pubblicato
- il prompt completo, assemblato con il tuo modello
- la durata, scelta dall'intervallo supportato dal modello
- la risoluzione di output, quando il modello ti consente di sceglierla
Considera la risposta un job, non un file
Considera ogni risposta come un record di job: un identificatore, uno stato e — al completamento — un riferimento all'asset. Persisti l'identificatore del job insieme al prompt e ai parametri, così ogni clip nella tua libreria può essere ricondotta alla richiesta che l'ha prodotta.
Mantieni le chiavi API lato server e iniettale dall'ambiente. Non costruire i prompt lato client.
Gestione a valle dell'audio nativo e dell'output 1080P
La chiamata restituisce una clip in 1080P già dotata di traccia audio. Ciò che fai dopo determina se questo ha senso.
Esamina prima di assemblare
Guarda ogni clip a dimensione piena e senza muto. Verifica in particolare due cose:
- Sincronia audio-video. L'audio nativo è generato insieme ai fotogrammi, non derivato da essi. Verifica che il suono corrisponda all'azione — sollevare una tazza non dovrebbe suonare come una porta che si chiude.
- Livello e carattere dell'audio. L'audio generato può essere più forte o più debole del previsto. Controlla i picchi prima di inserirlo nella timeline a guadagno unitario.
Rifiuta in fretta. Le clip che richiedono correzioni in fase di revisione di solito sono più economiche da rigenerare che da correggere, soprattutto quando il punto di correzione è nel prompt.
Assembla, non rigenerare
Monta le inquadrature con lo strumento di editing che il tuo team già usa. Poiché ogni inquadratura ritorna come asset completo in 1080P, l'assemblaggio è normale editing: rifila inizio e fine, imposta i punti di transizione, abbassa l'audio sotto la voce fuori campo che aggiungi.
Mantieni l'audio nativo dove apporta valore. I tappeti ambientali e il rumore di fondo generati insieme ai fotogrammi di solito si adattano meglio delle tracce di libreria sovrapposte, perché sono stati generati per quel fotogramma. Sostituisci l'audio solo dove ti serve una voce specifica o musica con licenza.
Esporta per il canale di destinazione
Esporta con il codec, le proporzioni e la durata attese dalla piattaforma di destinazione, e prima della produzione in serie verifica con un'esportazione di prova rispetto ai requisiti di quella piattaforma. La sorgente in 1080P ti dà margine per ricomporre per diverse proporzioni, ma ricontrolla la composizione dopo la ricomposizione — l'inquadratura che hai approvato potrebbe non reggere il ritaglio.
Tenere sotto controllo i costi e la qualità delle iterazioni
La generazione viene fatturata in base al lavoro richiesto — la lunghezza della clip e la risoluzione influenzano entrambe il costo di una chiamata. Questo significa che la tua disciplina di iterazione è il tuo controllo dei costi. Tre pratiche deliberate:
Prima rigenera, poi riscrivi
Se la clip è vicina ma non giusta, esegui di nuovo lo stesso prompt. La generazione non è del tutto deterministica, e un secondo campione a volte elimina piccoli difetti. Se due esecuzioni dello stesso prompt falliscono allo stesso modo, il problema è nel prompt — modificalo.
Cambia una cosa alla volta
Quando modifichi il prompt, modifica un solo campo. Se cambi insieme soggetto, camera e illuminazione e il risultato migliora, non hai imparato nulla di riutilizzabile. L'iterazione a singola variabile converge; le modifiche disperse producono clip che non riesci a riprodurre.
Distingui problemi di prompt da problemi di parametri
Chiediti su quale asse si è verificato il fallimento. Composizione, azione ed emozione sono problemi di prompt. Lunghezza, risoluzione e formato sono problemi di parametri. Correggere un problema di composizione accorciando la clip spreca una chiamata; correggere un problema di lunghezza riscrivendo il prompt fa lo stesso.
Procedi per gradi
- Riesegui lo stesso prompt.
- Regola un campo del prompt.
- Cambia un parametro (durata, risoluzione).
- Riprogetta l'inquadratura.
La maggior parte delle clip correggibili si risolve al passo 1 o al passo 2. Saltare al passo 4 è il modo per rendere costose iterazioni economiche.
Infine, limita il numero di tentativi. Imposta nel tuo livello di job un limite di retry per ogni inquadratura e fermati al raggiungimento — quell'inquadratura ha bisogno di un ripensamento, non di un altro campione.
Modalità di errore comuni e come eseguire il debug
La maggior parte dei problemi da prompt a clip rientra in poche categorie. Ecco dove guardare per prima cosa in ciascuna.
La clip non corrisponde al prompt
Controlla prima la specificità del prompt. Soggetti vaghi e comportamento della camera non specificato sono cause comuni. Riscrivi l'inquadratura con il modello a cinque campi e specifica esplicitamente il comportamento della camera.
Azione confusa o frammentata
Probabilmente hai chiesto che accadesse più di una cosa. Suddividi l'inquadratura in due unità di generazione, ciascuna con una sola azione continua.
Audio e video non corrispondono
Controlla il campo audio del prompt. Se l'hai lasciato implicito, il modello ha scelto un valore predefinito. Dichiara direttamente l'intento audio — suono ambientale, dialogo, carattere della musica o silenzio.
Lunghezza o forma della clip sbagliata
Questo è un problema di parametri, non di prompt. Verifica che i valori che invii rientrino negli intervalli elencati nella pagina di riferimento del modello e conferma che il tuo client li serializzi come previsto, invece di scartarli.
Richiesta fallita o timeout
Controlla in ordine: l'identificatore del modello è scritto esattamente come pubblicato; la chiave API è presente e valida; il corpo della richiesta è JSON valido; non hai superato i limiti di frequenza. La generazione è un lavoro asincrono, quindi una risposta lenta non è necessariamente un fallimento — esegui il polling del job invece di reinviarlo, altrimenti pagherai due volte per la stessa clip.
Risultati incoerenti tra più esecuzioni
In una certa misura è previsto. Registra ogni prompt e set di parametri, così puoi distinguere una vera regressione dalla normale variabilità, e mantieni invariato il tuo limite di retry.
Il ciclo di debug più veloce è sempre lo stesso: recupera il record del job, leggi l'esatto prompt e i parametri effettivamente inviati, cambia un campo alla volta finché la clip corrisponde all'inquadratura pianificata.
Articoli correlati
Vedi tutti gli articoli →-
Guida all'uso
Guida introduttiva a seedream-5.0-pro/image-to-image: capacità, prezzi e punti chiave di integrazione
Limiti di capacità, modalità di fatturazione e pratiche di integrazione ingegneristica del modello di editing immagini di ByteDance
-
Guida all'uso
Guida pratica al text-to-image con seedream-5.0-pro: limiti di capacità, integrazione API e controllo dei costi
Prospettiva operativa per sviluppatori: dai punti chiave sui parametri alla stima di costo di $0,05 per immagine
-
Guida all'uso
Guida introduttiva a Hailuo 2.3 Fast image-to-video: limiti delle capacità, prezzi e pratiche di integrazione
Selezione e integrazione del modello MiniMax image-to-video per sviluppatori