Luma
Ray 3.2
ray-3.2/image-to-video
Modello di generazione video cinematografico Luma, con supporto nativo per HDR ed esportazione EXR, adatto per inquadrature d'atmosfera e pubblicità, concept video in pre-produzione cinematografica e televisiva; con istruzioni di ripresa strutturate il rispetto del prompt è stabile
Prezzi
ray-3.2/image-to-video per video
| Specifiche | Prezzo unitario |
|---|---|
| 540P | $0.2145 |
| 720P | $0.429 |
| 1080P | $1.7145 |
Panoramica della posizione
Il modello image-to-video Ray 3.2 utilizza un'immagine pubblica come primo fotogramma e, insieme a una descrizione testuale, genera un breve video dall'aspetto cinematografico; il formato di output segue automaticamente le proporzioni dell'immagine del primo fotogramma. Supporta un'immagine opzionale di fotogramma finale, consentendo alla scena di passare dal primo fotogramma al punto di arrivo specificato; la risoluzione è selezionabile tra 540p, 720p e 1080p, con un clip finale di 5 secondi. È adatto a sviluppatori e team creativi che necessitano di estendere un'inquadratura da un singolo fotogramma chiave, realizzare previsualizzazioni concettuali o creare inquadrature vuote d'atmosfera.
Punti salienti
- Controllo bidirezionale primo/ultimo fotogramma——è possibile fornire solo il primo fotogramma oppure aggiungere un'immagine di fotogramma finale, così che il video si concluda nel punto di arrivo specificato e la direzione dell'inquadratura sia più controllabile.
- Formato che segue automaticamente il primo fotogramma——le proporzioni di output sono determinate dall'immagine del primo fotogramma; non sono necessarie impostazioni aggiuntive per adattarsi alla composizione del materiale esistente.
- Tre livelli di risoluzione selezionabili——540p, 720p e 1080p in base alle esigenze, per distribuire i costi tra anteprima e prodotto finale.
Descrizione delle capacità
Image-to-video guidato dal primo fotogramma: passando come primo fotogramma l'URL di un'immagine pubblica e descrivendo con un prompt movimento e scena, si ottiene un video di 5 secondi che parte da quell'immagine.
Vincolo di transizione al fotogramma finale: è possibile passare opzionalmente un'immagine di fotogramma finale; il modello genera la transizione dal primo all'ultimo fotogramma, adatta a controllare il punto di arrivo dell'inquadratura e la chiusura della scena.
Risposta a prompt strutturati: risponde in modo più stabile a descrizioni concrete e strutturate di movimento e inquadratura; il limite del prompt è di 6000 caratteri, sufficiente a contenere indicazioni piuttosto complete sull'inquadratura.
Controllo di risoluzione e formato: la risoluzione di output è selezionabile tra 540p, 720p e 1080p; le proporzioni ereditano quelle dell'immagine del primo fotogramma, riducendo i ritagli successivi in post-produzione.
Scenari applicativi
- Previsualizzazione concettuale: singolo fotogramma chiave + descrizione dell'inquadratura——estendere un concept o un fotogramma chiave dello storyboard in una breve inquadratura di 5 secondi, per previsualizzazioni dinamiche nelle fasi di proposta per cinema e pubblicità.
- Inquadrature vuote d'atmosfera: immagine di scena + descrizione del movimento ambientale——convertire un'immagine statica di scena in materiale per inquadrature ambientali, da usare come schermo di sfondo, transizione o preparazione atmosferica.
- Collegamento primo/ultimo fotogramma: due immagini di inizio e fine——fornite le immagini iniziale e finale, generare il frammento di transizione tra le due, per il raccordo delle inquadrature e il controllo del ritmo.
- Clip marketing: immagine di prodotto + prompt di movimento——generare materiale dinamico breve usando l'immagine di prodotto come primo fotogramma, per una rapida produzione di contenuti social e marketing.
Limitazioni e suggerimenti per la scelta
Ogni generazione è fissata a un clip di 5 secondi, senza supporto per durate maggiori; la risoluzione massima è 1080p, quindi non è adatto a inquadrature lunghe o a master ad alta risoluzione diretti. Il risultato dipende da descrizioni concrete e strutturate di movimento e scena; con istruzioni vaghe le prestazioni calano, e la coerenza temporale e la qualità del movimento non sono i suoi punti di forza. Se serve generare video direttamente dal testo, si può scegliere un modello text-to-video della stessa serie; se si punta a una durata finale maggiore, è necessario valutare altre soluzioni. La fatturazione è per video.
Domande frequenti
Vedi tutte le domande →-
Quali input sono necessari per il video da immagine di Ray 3.2?
Due campi obbligatori: prompt (da 1 a 6000 caratteri) e image_url del primo frame. Opzionali end_image_url come frame finale e resolution (540p, 720p, 1080p, predefinito 540p). Nel Playground è possibile caricare direttamente immagini locali.
-
È possibile impostare la durata del video?
No. Ogni video generato da immagine ha una durata fissa di 5 secondi e nella richiesta non è presente il parametro duration. Se serve una scena di 10 secondi, si può usare Ray 3.2 da testo a video, che supporta 5 e 10 secondi.
-
Da cosa è determinato il formato dell'immagine di output?
Dalla prima frame, non esiste un parametro aspect_ratio. L'output viene adattato al formato più vicino tra 16:9, 9:16, 1:1, 4:3, 3:4 e 21:9; se il formato non coincide esattamente, i bordi vengono ritagliati. L'immagine originale del caso del deserto in questa pagina è circa 3:2 (1024×687), mentre l'output è 4:3 a 1104×832; l'immagine originale del caso del caffè freddo è 9:16 e l'output è un video verticale 9:16, praticamente senza ritagli. Per avere un controllo completo del formato di output, ritaglia la prima frame in uno di questi sei formati.
-
Come si usano il primo e l'ultimo fotogramma?
Passa il primo fotogramma in image_url e l'ultimo in end_image_url: il video passerà dal primo all'ultimo fotogramma e il prompt dovrà descrivere solo il cambiamento che avviene nel mezzo. Più l'inquadratura, l'illuminazione e la posizione del soggetto nelle due immagini sono simili, più la transizione sarà fluida; quando le inquadrature sono diverse, il modello aggiunge un movimento di camera per raccordarle, come nel caso della peonia in questa pagina.
Crea un'attività di generazione
https://api.hiapi.ai/v1/tasks Header
AuthorizationstringObbligatorioChiave API dell'account. Obbligatoria in ogni richiesta. Esempio: Bearer YOUR_HIAPI_API_KEY. Ottieni una chiave API
Content-TypestringOpzionaleIl corpo della richiesta viene sempre interpretato come JSON; se inviato, è accettato solo application/json (charset facoltativo) — qualsiasi altro valore restituisce 415. Esempio: application/json.
Idempotency-KeystringOpzionaleChiave di idempotenza, fino a 255 byte. I retry con la stessa chiave dello stesso account creano l'attività una sola volta; i replay restituiscono il taskId originale.
In caso di timeout di rete o retry automatici del client, la stessa chiave crea l'attività una sola volta, senza doppi addebiti (ambito = l'account della chiave API). Usa un identificatore univoco di business (es. "order-42"); i replay restituiscono il taskId originale e le chiavi scadono 24 ore dopo la prima richiesta. La matrice completa degli scenari è nell'introduzione dell'API asincrona unificata.
Corpo
modelstringObbligatorioValore fisso attuale: ray-3.2/image-to-video
routestringOpzionaleValore fisso attuale: default
inputobjectObbligatorio
Oggetto di parametri di business per ray-3.2/image-to-video e la route default — vedi la tabella dei parametri sotto.
promptstringObbligatoriominLength 1maxLength 6000Prompt testuale che descrive il movimento e il contenuto della scena che si desidera generare a partire dall'immagine di input.
image_urlstringObbligatorioURL pubblico dell'immagine da utilizzare come primo fotogramma del video; le proporzioni del video di output corrispondono a quelle dell'immagine.
resolutionstringOpzionalePredefinito: "540p"Risoluzione del video di output, predefinita 540p; la durata di ogni video è di 5 secondi.
540p720p1080pend_image_urlstringOpzionaleURL pubblico opzionale di un'immagine da utilizzare come fotogramma finale del video; il video eseguirà una transizione dal primo fotogramma a questo fotogramma.
callbackobjectOpzionale
Configurazione di notifica dello stato terminale. Se omessa, nessun callback: interroga l'attività per conto tuo.
Fornisci callback.url in creazione e HiAPI invierà un POST al tuo servizio allo stato terminale, senza polling. Il corpo del callback replica la struttura del dettaglio attività; verifica firma, retry e idempotenza sono descritti nell'introduzione dell'API asincrona unificata.
urlstringObbligatorioObbligatoria se è presente callback. Allo stato terminale viene inviato un POST a questo URL; deve essere un URL http(s) valido.
whenstringOpzionalePredefinito: "final"Al momento è supportato solo final: notifica sia su success sia su fail.
finalstoragestringOpzionalePredefinito: "temp"Livello di archiviazione degli artefatti: temp (predefinito, ~7 giorni) o persistent (a lungo termine, fatturato per dimensione). Saldo insufficiente o superamento del limite ⇒ declassamento silenzioso a temp; il livello effettivo è visibile nella risposta di dettaglio.
temppersistentEsempi di richiesta
# Invia un'attività asincrona; restituisce subito un taskId (senza attendere la generazione)
curl -X POST "https://api.hiapi.ai/v1/tasks" \
-H "Authorization: Bearer $HIAPI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "ray-3.2/image-to-video",
"input": {
"prompt": "…",
"image_url": "…",
"resolution": "540p"
}
}' const res = await fetch("https://api.hiapi.ai/v1/tasks", {
method: "POST",
headers: {
Authorization: `Bearer ${process.env.HIAPI_API_KEY}`,
"Content-Type": "application/json",
},
body: JSON.stringify({
model: "ray-3.2/image-to-video",
input: {
"prompt": "…",
"image_url": "…",
"resolution": "540p"
}
}),
});
const task = await res.json();
// { code: 200, message: "success", data: { taskId } } import os, requests
res = requests.post(
"https://api.hiapi.ai/v1/tasks",
headers={"Authorization": f"Bearer {os.environ['HIAPI_API_KEY']}"},
json={
"model": "ray-3.2/image-to-video",
"input": {
"prompt": "…",
"image_url": "…",
"resolution": "540p"
}
},
)
print(res.json()) # { code, message, data: { taskId } } 200 OK
{
"code": 200,
"message": "success",
"data": {
"taskId": "tk-hiapi-01HZTQ8BX2N3GM3YFK4Z9D7VQR"
}
} 400 Bad Request
{
"code": 400,
"message": "invalid request",
"data": null,
"error_code": "INVALID_REQUEST"
} Ottieni i dettagli dell'attività
https://api.hiapi.ai/v1/tasks/:id Campi della risposta
taskIdstringObbligatorioID attività, sempre con prefisso tk-hiapi-.
modelstringObbligatorioNome completo risolto del modello. Le attività inviate con il parametro route restituiscono base@route (es. gpt-image-2/text-to-image@ext); altrimenti coincide con il nome inviato.
routestringOpzionalePresente solo se è stato usato il parametro route esplicito; restituisce il valore inviato.
statusstringObbligatorioStato dell'attività.
queued In coda, non avviata.
handling In elaborazione.
archiving Elaborazione conclusa, preparazione artefatti.
success Terminale: completato, artefatti disponibili (restituisce output).
fail Terminale: errore (restituisce error).
Dopo l'invio, segui status: success e fail sono terminali, il resto no. Esegui polling ogni 1–3 s fino allo stato terminale. In caso di successo scarica gli artefatti da output[].url e trasferiscili prima di expireAt; per conservazione lunga usa storage: "persistent" in creazione.
creatednumberObbligatorioIstante di creazione dell'attività (secondi Unix).
completednumberObbligatorioSecondi Unix dello stato terminale; 0 finché non terminale.
outputarrayOpzionale
Presente solo con status == success. Elenco artefatti — sempre un array; un'attività può restituire più type contemporaneamente (es. video + first_frame).
Array [ object ]
Elementi dell'array
urlstringObbligatorioURL dell'artefatto, scaricabile direttamente.
typestringObbligatorioValori attualmente possibili: video, image, audio, first_frame, last_frame, thumbnail; potrebbero essere ampliati in futuro.
expireAtnumberObbligatorioSecondi Unix di disponibilità dell'artefatto; scarica o trasferisci prima della scadenza.
errorobjectOpzionale
Presente solo con status == fail.
codestringObbligatorioCodice errore di business.
messagestringObbligatorioDescrizione dell'errore.
Esempi di risposta
Successo
{
"code": 200,
"message": "success",
"data": {
"taskId": "tk-hiapi-01HZTQ8BX2N3GM3YFK4Z9D7VQR",
"model": "happyhorse-1-0",
"status": "success",
"created": 1777282033,
"completed": 1777282099,
"output": [
{
"url": "https://cdn.hiapi.ai/tasks/.../video.mp4",
"type": "video",
"expireAt": 1777886899
}
]
}
} In elaborazione (non terminale)
{
"code": 200,
"message": "success",
"data": {
"taskId": "tk-hiapi-...",
"model": "happyhorse-1-0",
"status": "archiving",
"created": 1777282033,
"completed": 0
}
} Non riuscito
{
"code": 200,
"message": "success",
"data": {
"taskId": "tk-hiapi-...",
"model": "happyhorse-1-0",
"status": "fail",
"created": 1777282033,
"completed": 1777282099,
"error": {
"code": "TASK_FAILED",
"message": "task failed"
}
}
} Articoli
Vedi tutti gli articoli →-
Tutoriale
Utilizzare Kandinsky 6.0 Pro su HiAPI per la generazione di video da testo: tutorial con curl e Python
Dimostrazione pratica guidata dalla richiesta: costruire la chiamata da prompt a clip video, inviare la richiesta, monitorare lo stato di completamento e scaricare il risultato
-
Tutoriale
Come chiamare hailuo-2.3-fast/image-to-video tramite l'API HiAPI: pratica con curl e Python
La prima richiesta funzionante per il livello image-to-video veloce ed economico — dall'ID del modello al download di un MP4
-
Confronto e valutazione
Confronto orizzontale di Recraft v4.1 Flash per la generazione di immagini da testo: guida alla scelta e alla migrazione per gli sviluppatori
Con un costo di $0,01 per immagine e la capacità di generazione puramente testuale, valuta se è adatto alla tua pipeline di generazione di immagini
-
Tutoriale
Come chiamare hailuo-2.3/text-to-video tramite l'API HiAPI: curl, Python ed esempi di richiesta eseguibili
-
Tutoriale
recraft-v4.1-flash text-to-image in pratica: 5 scenari di business ad alto valore e punti chiave di integrazione
Partendo da un costo di $0,01 per immagine, pianificare l'implementazione della generazione di immagini nei processi di business reali
-
Confronto e valutazione
hailuo-2.3-fast/image-to-video confronto orizzontale: come scegliere un modello image-to-video e i punti chiave per la migrazione
-
Tutoriale
Come usare kling-4.0/text-to-video tramite l'API HiAPI: curl, Python e un esempio di richiesta funzionante
Guida pratica per sviluppatori: prompt cinematografici, audio sincronizzato, polling asincrono e download dell'output
-
Tutoriale
Come chiamare kling-4.0/image-to-video su HiAPI: curl, Python e polling
-
Tutoriale
Tutorial su kandinsky-6.0-pro/image-to-video tramite HiAPI: curl + Python
Avvia una richiesta funzionante di image-to-video su HiAPI: dal caricamento del primo fotogramma al polling asincrono fino al download finale
Modelli correlati
Vedi tutti i modelli →Stesso tipo
-
Runway Gen 4.5 Runway $0.172 /secondo -
Kling 2.5 Kuaishou $0.060 /secondo -
Veo 3.1 Google $0.290 /secondo -
Wan 2.6 Flash Alibaba $0.043 /secondo -
Creatify Boreal Creatify $0.015 /secondo -
Kling 4.0 Kuaishou $0.330 /secondo -
Veo 3.1 Fast Google $0.170 /secondo -
HappyHorse 1.1 Alibaba $0.160 /secondo -
Kandinsky 6.0 Pro $1.93 /video -
FLUX 3 Video Black Forest Labs $0.090 /secondo -
Gemini Omni Google -- -
Grok Imagine 1.5 Lite xAI $0.029 /secondo