Rivya-gids voor referenties en uploads
Plan Rivya-referenties en audio-uploads met aandacht voor bestandslimieten, inlogvereisten, veiligheidscontroles, modelkeuze en uitvoering in Studio.
Laatst beoordeeld op 2026/08/29
Gebruik deze gids voor referenties en uploads voordat je een model kiest dat afhangt van image references, video references of uploaded audio.
Referenties en uploads zijn een kernonderdeel van hoe beschikbare Rivya-taken van discovery naar ingelogde Studio-uitvoering bewegen. Openbare cataloguspagina's kunnen nog steeds bestandscontracten van een gepauzeerd model documenteren; uploadondersteuning en actuele beschikbaarheid moeten daarom apart worden gecontroleerd.
Ze beïnvloeden:
modelkeuze
workflowkeuze
promptstructuur
taakkosten
of de gebruiker moet starten op een public start page, modeldetailpagina of Studio
Daarom zijn uploads niet alleen een UI-detail. Ze zijn onderdeel van de workflowlogica.
Een operationeel detail is vroeg belangrijk:
reference-aware pages kunnen openbaar zijn
daadwerkelijke file upload vereist momenteel sign-in
Een public start page kan dus nog steeds de juiste plek zijn om te beginnen, maar upload-based execution is in het huidige product niet volledig anoniem.
Drie uploadvormen
Vandaag valt reference- en uploadgedrag in Rivya vooral in drie vormen:
beeldreferenties
videoreferenties
audio-uploads
Niet elk model ondersteunt alle drie.
Daarom is de modelpagina belangrijk voordat de taak begint.
Beeldreferenties
Veel image- en videoworkflows ondersteunen image references.
Afhankelijk van het model kunnen reference-image limits sterk verschillen.
Op dit moment loopt die range van:
een enkele reference image
grotere multi-image workflows
Dit is belangrijk omdat "supports references" en "supports many references" niet hetzelfde zijn.
Videoreferenties
Sommige videoworkflows kunnen ook video references of andere uitgebreide reference modes accepteren.
Dit is niet universeel in de catalogus.
Daarom moeten gebruikers niet aannemen dat elk videomodel dezelfde inputsoort accepteert alleen omdat het in dezelfde category zit.
Audio-uploads
Audio-uploads zijn gedocumenteerd voor workflows zoals:
audio-opschoning
audio-isolatie
audiotransformatie
Die verschillen structureel van prompt-first audio generation. ElevenLabs Audio Isolation is momenteel echter niet beschikbaar en Rivya heeft nu geen directe beschikbare vervanger voor opschonen.
Als een beschikbaar model uploaded audio verwacht, gedraagt het formulier zich met opzet anders. Bereid geen opschoonrun voor alleen omdat een niet-beschikbare historische pagina nog audio-inputs beschrijft.
Waarom het formulier per model verandert
Rivya's generation forms zijn model-driven.
Dat betekent dat zichtbare inputs afhangen van:
wat het geselecteerde model ondersteunt
welke bestandstypen het accepteert
hoeveel bestanden het kan gebruiken
Dit is logisch, omdat een model dat alleen een prompt gebruikt en een model dat met een upload begint niet dezelfde workflow volgen.
Huidige uploadtypen
De belangrijkste upload kinds in huidige productflows zijn:
imagevideoaudio
Deze worden in het product genormaliseerd voordat ze naar de uiteindelijke model request gaan.
Huidige upload limits
Het uploadpad dwingt momenteel size- en typechecks af per kind:
Image
JPEG
PNG
WebP
huidige standaard max size: 10 MB
Nano Banana 2enNano Banana Prostaan momenteel tot 30 MB toe
Video
MP4
MOV / QuickTime
WebM
huidige max size: 50 MB
Wan 2.6: Gebruik precies 1 JPG/PNG/WebP-afbeelding (minimaal 256×256, maximaal 10 MB) of 1–3 MP4/MOV-video’s (maximaal 10 MB per bestand).
Audio
MP3
MP4 audio
WAV
AAC
OGG
huidige standaard max size: 10 MB
Deze limits gaan over veilige ingestion en routing, niet alleen over UI-gemak.
Referenties en modelkeuze
Reference support is vaak belangrijker dan hype.
Bijvoorbeeld:
als de workflow veel image references nodig heeft, kies je het juiste model zelden alleen op brand reputation
als de workflow uploaded audio nodig heeft voor opschonen, is een standaard TTS-model de verkeerde ingang en mag het niet als vervanging worden gepresenteerd
Daarom is de schoonste volgorde voor modelkeuze:
outputtype
reference- of uploadvereiste
cost en quality fit
pas daarna modelvoorkeur
Openbare pagina's versus Studio
Public start pages zijn goed wanneer je wilt:
een eerste openbare landing page
een directe model-specific entry
een search-driven pad naar de juiste workflow
Studio is beter wanneer de taak nodig heeft:
signed-in upload en execution
herhaalde iteratie
meer continuïteit
een vollere werkcontext
Dit geldt vooral zodra de upload zelf onderdeel wordt van een langere workflow.
Veelvoorkomende fouten
Fout 1: aannemen dat alle modellen in een category dezelfde file types accepteren
Dat doen ze niet.
Fout 2: een model kiezen voordat je upload support checkt
Dit veroorzaakt vaak vermijdbare rework.
Fout 3: uploaded-audio workflows behandelen als prompt-only workflows
Dat zijn verschillende paden en ze moeten verschillend worden behandeld.
Referentieworkflow
Een praktisch pad in Rivya ziet er zo uit:
check de modelpagina op reference support
bevestig dat het model momenteel beschikbaar en uitvoerbaar is op de bedoelde surface
kies de juiste public start page of Studio path
log in voor de daadwerkelijke uploadstap als accountcontext vereist is
upload alleen de kinds die het model echt ondersteunt
houd de prompt afgestemd op de geüploade context
review het resultaat en itereer in dezelfde workflow
Lees verder
Checklist voor reference uploads
Controleer dit voordat een taak afhangt van een reference file of upload:
Bevestig of de taak een image reference, video reference, audio upload of helemaal geen bestand nodig heeft.
Check de modelpagina op beschikbaarheid, ondersteunde file kinds en limits voordat je assets voorbereidt.
Bepaal of de taak op een public start page of in signed-in Studio thuishoort.
Verwijder gevoelige of onnodige file content voor upload.
Stem de prompt af op wat elk geüpload bestand moet sturen.
Het doel is het bestand nuttig, toegestaan en relevant te maken voordat je credits uitgeeft.
Wanneer je de geschiktheid van een upload opnieuw controleert
Controleer opnieuw of de upload geschikt is wanneer het gekozen model verandert, een bestand te groot is, de rol van een referentie onduidelijk is of het materiaal personen, logo's, privégegevens of materiaal van klanten bevat.
Lees in die gevallen de Rivya-richtlijnen voor veilige uploads en de relevante referentiepagina voordat je een nieuwe taak start.
API-changelog
Volg updates voor Rivya API v1-documentatie, endpoints, modelreferentie, schema en toekomstige surfaces.
Rivya-gids voor afbeeldingsreferenties
Gebruik afbeeldingsreferenties in Rivya om productidentiteit, compositie, stijl, licht, merkconsistentie, generatie en beoordeling van het resultaat te sturen.
