Förstå Rivyas genereringsköer, väntetider, långkörande bild-, video- och ljuduppgifter, aviseringar, historik och säkra omförsök.

Använd den här guiden när en Rivya-bild-, video- eller ljuduppgift ligger kvar i arbete längre än väntat.

Video, ljud, referenstungt bildarbete, leverantörsköer och större genereringsinställningar kan alla göra en uppgift långsammare än en vanlig sidinteraktion. Väntan betyder inte i sig att något har misslyckats.

Vad en kö betyder

En kö betyder att uppgiften ännu inte är klar.

Det kan hända därför att:

leverantören behandlar förfrågan
arbetsflödet tar längre tid avsiktligt
indatan innehåller filer eller referenser
resultatinställningen är tyngre
tillfällig efterfrågan är hög
Rivya väntar på en callback eller statusuppdatering

En köad uppgift bör följas via uppgiftsstatus, aviseringar och historik i stället för att upprepas direkt.

Väntan är inte samma sak som fel

En uppgift kan vara:

inskickad
under behandling
väntar på leverantörsresultat
slutförd
misslyckad

Behandla inte varje långkörande uppgift som misslyckad. Kontrollera status innan du försöker igen.

För felbeteende, läs Misslyckade uppgifter och credit-återbetalningar.

Var du kontrollerar framsteg

Använd dessa platser:

arbetsflödessidan där uppgiften startade
Rivyas aviseringscenter
Historik i Rivya
kontots credits och uppgiftsstatus där det är tillgängligt

Aviseringar hjälper eftersom asynkron generering inte bör vara beroende av en enda toast som försvinner.

Vad du kan göra medan du väntar

Medan en uppgift behandlas kan du:

förbereda nästa promptvariant
granska tidigare historik
planera hur resultatet ska användas
undvika att skicka duplicerade uppgifter för snabbt
växla till en annan uppgift om den aktuella är asynkron

Om uppgiften är viktig, vänta på en slutlig status innan du antar att resultatet är förlorat.

När du bör försöka igen

Försök igen när uppgiften tydligt misslyckades, indatan var fel eller resultatet inte är användbart.

Innan du försöker igen, bestäm vad som ändrats:

enklare prompt
färre referenser
annan modell
annan längd eller kvalitet
korrigerad uppladdning
tydligare uppgiftsavsikt

Att upprepa samma förfrågan utan att ändra något kan upprepa samma problem.

Checklista för uppgiftskontinuitet

När en uppgift behöver vara spårbar efter inskick, kontrollera:

Kontrollera om uppgiften är väntande, körs, slutförd, misslyckad eller redo för uppföljning.
Använd History för användbara resultat och Notifications för asynkrona statusändringar.
Håll uppgiftens UUID, modell, prompt och resultatkontext tillsammans vid felsökning.
Starta inte om samma jobb förrän den aktuella statusen är tydlig.
Spara eller ladda ned det mest användbara resultatet innan du förgrenar dig till ett annat arbetsflöde.

Målet är att undvika att tappa arbete när en generering tar tid eller behöver uppföljning.

När du bör kontrollera status igen

Kontrollera status igen när en uppgift tar längre tid än väntat, en avisering saknas, ett resultat verkar ofullständigt eller en användare inte hittar ett tidigare resultat.

I de fallen ska du granska uppgiftsstatus och History innan du ber användaren generera igen.

Genereringsköer och väntetider