Rivyas guide til referencer og uploads

Brug denne guide til referencer og uploads, før du vælger en model, der afhænger af billedreferencer, videoreferencer eller uploadet lyd.

Referencer og uploads er en central del af, hvordan Rivya-opgaver flytter sig fra discovery til udførelse i Studio med login.

De påvirker:

• modelvalg
• valg af arbejdsgang
• promptstruktur
• opgaveomkostning
• om brugeren bør starte på en offentlig startside, modeldetalje eller i Studio

Derfor er uploads ikke bare en UI-detalje. De er en del af arbejdsgangslogikken.

Én operationel detalje betyder noget tidligt:

• referencebevidste sider kan være offentlige
• faktisk filupload kræver aktuelt login

Så en offentlig startside kan stadig være det rigtige sted at begynde, men uploadbaseret udførelse er ikke fuldt anonym i det aktuelle produkt.

Tre uploadformer

I dag falder reference- og uploadadfærd i Rivya primært i tre former:

• billedreferencer
• videoreferencer
• lyduploads

Ikke alle modeller understøtter alle tre.

Derfor betyder modelsiden noget, før opgaven starter.

Billedreferencer

Mange billed- og videoarbejdsgange understøtter billedreferencer.

Afhængigt af modellen kan grænser for referencebilleder variere meget.

Lige nu går spændet fra:

• et enkelt referencebillede
• større arbejdsgange med flere billeder

Det betyder noget, fordi "understøtter referencer" og "understøtter mange referencer" ikke er det samme.

Videoreferencer

Nogle videoarbejdsgange kan også acceptere videoreferencer eller andre udvidede referencetilstande.

De er ikke universelle på tværs af kataloget.

Derfor bør brugere ikke antage, at alle videomodeller kan tage den samme slags input, bare fordi de hører til samme kategori.

Lyduploads

Lyduploads betyder mest i arbejdsgange som:

• lydoprydning
• lydisolering
• lydtransformation

De er strukturelt forskellige fra prompt-first lydgenerering.

Hvis modellen forventer uploadet lyd, opfører formularen sig anderledes med vilje.

Hvorfor formularen ændrer sig efter model

Rivyas genereringsformularer er modeldrevne.

Det betyder, at de synlige inputs afhænger af:

• hvad den valgte model understøtter
• hvilke filtyper den accepterer
• hvor mange filer den kan tage

Det er den korrekte adfærd, fordi en prompt-only model og en upload-first model ikke er den samme arbejdsgang.

Aktuelle uploadtyper

De vigtigste uploadtyper i aktuelle produktflows er:

• image
• video
• audio

Disse normaliseres inde i produktet, før de sendes ind i den endelige modelanmodning.

Aktuelle uploadgrænser

Uploadstien håndhæver aktuelt størrelse- og typetjek efter type:

Billede

• JPEG
• PNG
• WebP
• aktuel standardmaksstørrelse: 10 MB
• Nano Banana 2 og Nano Banana Pro tillader aktuelt op til 30 MB

Video

• MP4
• MOV / QuickTime
• WebM
• aktuel maks. størrelse: 50 MB
• Wan 2.6 bruger aktuelt en strengere grænse på 10 MB og accepterer MP4, MOV / QuickTime og MKV-lignende videouploads

Lyd

• MP3
• MP4 audio
• WAV
• AAC
• OGG
• aktuel standardmaksstørrelse: 10 MB

Disse grænser handler om sikker indlæsning og routing, ikke kun UI-bekvemmelighed.

Referencer og modelvalg

Referenceunderstøttelse betyder ofte mere end hype.

For eksempel:

• hvis arbejdsgangen kræver mange billedreferencer, vælges den rigtige model sjældent alene ud fra brandry
• hvis arbejdsgangen kræver uploadet lyd, er en standard TTS-model det forkerte indgangspunkt

Derfor er den reneste rækkefølge for modelvalg:

1. outputtype
2. reference- eller uploadkrav
3. match mellem omkostning og kvalitet
4. først derefter modelpræference

Offentlige sider kontra Studio

Offentlige startsider er gode, når du vil have:

• en første offentlig landingsside
• et direkte modelspecifikt indgangspunkt
• en søgedrevet vej ind i den rigtige arbejdsgang

Studio er bedre, når opgaven kræver:

• upload og udførelse med login
• gentagen iteration
• mere kontinuitet
• en fyldigere arbejdskontekst

Det gælder især, når selve uploadet bliver en del af en længere arbejdsgang.

Almindelige fejl

Fejl 1: At antage, at alle modeller i en kategori accepterer de samme filtyper

Det gør de ikke.

Fejl 2: At vælge en model, før uploadunderstøttelsen er tjekket

Det skaber ofte undgåeligt merarbejde.

Fejl 3: At behandle arbejdsgange med uploadet lyd som prompt-only arbejdsgange

Det er forskellige veje og bør behandles forskelligt.

Referencearbejdsgang

En praktisk vej i Rivya ser sådan ud:

1. tjek modelsiden for referenceunderstøttelse
2. vælg den rigtige offentlige startside eller Studio-sti
3. log ind før det faktiske uploadtrin, hvis kontokontekst er påkrævet
4. upload kun de typer, modellen faktisk understøtter
5. hold prompten afstemt med den uploadede kontekst
6. gennemgå resultatet og iterer i samme arbejdsgang

Læs næste

• Models
• Billedarbejdsgange i Rivya
• Videoarbejdsgange i Rivya
• Lydarbejdsgange i Rivya
• Offentlige kontra authenticated arbejdsgange i Rivya
• Fejlfinding i Rivya
• AI-billedgenerator med referencebilleder

Tjekliste for referenceupload

Før en opgave afhænger af en referencefil eller upload, så tjek:

• Bekræft, om opgaven kræver en billedreference, videoreference, lydupload eller slet ingen fil.
• Tjek modelsiden for understøttede filtyper og grænser, før du forbereder aktiver.
• Beslut, om opgaven hører hjemme på en offentlig startside eller i Studio med login.
• Fjern følsomt eller unødvendigt filindhold før upload.
• Hold prompten afstemt med det, hver uploadet fil skal styre.

Målet er at gøre filen nyttig, tilladt og relevant, før du bruger credits.

Hvornår uploadmatch skal gentjekkes

Gentjek uploadmatch, når den valgte model ændrer sig, en fil er for stor, en referencerolle er uklar, eller aktivet indeholder personer, logoer, private data eller kundeejet materiale.

I de tilfælde skal du gennemgå Retningslinjer for sikker upload og den relevante referenceside, før du starter endnu en kørsel.