Rivya AI-docs

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:

  • image

  • video

  • audio

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 2 en Nano Banana Pro staan 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:

  1. outputtype

  2. reference- of uploadvereiste

  3. cost en quality fit

  4. 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:

  1. check de modelpagina op reference support

  2. bevestig dat het model momenteel beschikbaar en uitvoerbaar is op de bedoelde surface

  3. kies de juiste public start page of Studio path

  4. log in voor de daadwerkelijke uploadstap als accountcontext vereist is

  5. upload alleen de kinds die het model echt ondersteunt

  6. houd de prompt afgestemd op de geüploade context

  7. 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.