Rivyas guide för referenser och uppladdningar

Använd den här guiden för referenser och uppladdningar innan du väljer en modell som beror på bildreferenser, videoreferenser eller uppladdat ljud.

Referenser och uppladdningar är en central del av hur Rivya-uppgifter rör sig från upptäckt till inloggad Studio-körning.

De påverkar:

• modellval
• arbetsflödesval
• promptstruktur
• uppgiftskostnad
• om användaren bör börja på en offentlig startsida, en modelldetaljsida eller i Studio

Därför är uppladdningar inte bara en UI-detalj. De är en del av arbetsflödeslogiken.

En operativ detalj är viktig tidigt:

• referensmedvetna sidor kan vara offentliga
• faktisk filuppladdning kräver för närvarande inloggning

En offentlig startsida kan alltså fortfarande vara rätt plats att börja på, men uppladdningsbaserad körning är inte fullt anonym i den aktuella produkten.

Tre uppladdningsformer

I dag faller referens- och uppladdningsbeteende i Rivya främst i tre former:

• bildreferenser
• videoreferenser
• ljuduppladdningar

Alla modeller stöder inte alla tre.

Därför spelar modellsidan roll innan uppgiften startar.

Bildreferenser

Många bild- och videoarbetsflöden stöder bildreferenser.

Beroende på modell kan gränserna för referensbilder variera mycket.

Just nu går spannet från:

• en enda referensbild
• större arbetsflöden med flera bilder

Det spelar roll eftersom "stöder referenser" och "stöder många referenser" inte är samma sak.

Videoreferenser

Vissa videoarbetsflöden kan också acceptera videoreferenser eller andra utökade referenslägen.

De är inte universella i hela katalogen.

Därför bör användare inte anta att varje videomodell kan ta samma typ av indata bara för att den tillhör samma kategori.

Ljuduppladdningar

Ljuduppladdningar spelar störst roll i arbetsflöden som:

• ljudrensning
• ljudisolering
• ljudtransformation

De skiljer sig strukturellt från promptförst ljudgenerering.

Om modellen förväntar sig uppladdat ljud beter sig formuläret annorlunda avsiktligt.

Varför formuläret ändras efter modell

Rivyas genereringsformulär är modelldrivna.

Det betyder att de synliga indata beror på:

• vad den valda modellen stöder
• vilka filtyper den accepterar
• hur många filer den kan ta

Det är korrekt beteende, eftersom en modell som bara använder prompt och en modell som börjar med uppladdning inte är samma arbetsflöde.

Aktuella uppladdningstyper

De viktigaste uppladdningstyperna som används i nuvarande produktflöden är:

• image
• video
• audio

De normaliseras inne i produkten innan de skickas in i den slutliga modellförfrågan.

Aktuella uppladdning-gränser

Uppladdningsvägen tillämpar för närvarande storleks- och typkontroller efter typ:

Bild

• JPEG
• PNG
• WebP
• aktuell standardgräns för maxstorlek: 10 MB
• Nano Banana 2 och Nano Banana Pro tillåter för närvarande upp till 30 MB

Video

• MP4
• MOV / QuickTime
• WebM
• aktuell maxstorlek: 50 MB
• Wan 2.6 använder för närvarande en striktare 10 MB-gräns och accepterar MP4, MOV / QuickTime och MKV-liknande videouppladdningar

Ljud

• MP3
• MP4 audio
• WAV
• AAC
• OGG
• aktuell standardgräns för maxstorlek: 10 MB

De här gränserna handlar om säker inläsning och routing, inte bara UI-bekvämlighet.

Referenser och modellval

Referensstöd spelar ofta större roll än hype.

Till exempel:

• om arbetsflödet behöver många bildreferenser väljs rätt modell sällan enbart genom varumärkesrykte
• om arbetsflödet behöver uppladdat ljud är en standard TTS-modell fel ingång

Därför är den renaste ordningen för modellval:

1. resultat-typ
2. referens- eller uppladdning-krav
3. kostnads- och kvalitet-passform
4. först därefter modellpreferens

Offentliga sidor vs Studio

Public start pages är bra när du vill ha:

• en första offentlig landningssida
• en direkt modellspecifik ingång
• en sökdriven väg in i rätt arbetsflöde

Studio är bättre när uppgiften behöver:

• inloggad uppladdning och körning
• upprepad iteration
• mer kontinuitet
• en fylligare arbetskontext

Det gäller särskilt när själva uppladdningen blir en del av ett längre arbetsflöde.

Vanliga misstag

Misstag 1: Att anta att alla modeller i en kategori accepterar samma filtyper

Det gör de inte.

Misstag 2: Att välja modell innan du kontrollerar uppladdning-stöd

Det skapar ofta onödigt omarbete.

Misstag 3: Att behandla uppladdade ljudarbetsflöden som enbart promptbaserade arbetsflöden

Det är olika vägar och bör behandlas olika.

Referensarbetsflöde

En praktisk väg i Rivya ser ut så här:

1. kontrollera modellsidan för referensstöd
2. välj rätt offentlig startsida eller Studio-väg
3. logga in före det faktiska uppladdningssteget om kontokontext krävs
4. ladda bara upp de typer som modellen faktiskt stöder
5. håll prompten i linje med den uppladdade kontexten
6. granska resultatet och iterera i samma arbetsflöde

Läs vidare

• Modeller
• Bildarbetsflöden i Rivya
• Videoarbetsflöden i Rivya
• Ljudarbetsflöden i Rivya
• Offentliga kontra inloggade arbetsflöden i Rivya
• Felsökning i Rivya
• AI-bildgenerator med referensbilder

Checklista för referensuppladdning

Innan en uppgift beror på en referensfil eller uppladdning, kontrollera:

• Bekräfta om uppgiften behöver en bildreferens, videoreferens, ljuduppladdning eller ingen fil alls.
• Kontrollera modellsidan för stödda filtyper och gränser innan du förbereder tillgångar.
• Avgör om uppgiften hör hemma på en offentlig start page eller i inloggad Studio.
• Ta bort känsligt eller onödigt filinnehåll före uppladdning.
• Håll prompten i linje med vad varje uppladdad fil ska styra.

Målet är att göra filen användbar, tillåten och relevant innan du spenderar credits.

När du ska kontrollera uppladdning-passform igen

Kontrollera uppladdning-passform igen när den valda modellen ändras, en fil är för stor, en referensroll är oklar eller tillgången innehåller människor, logotyper, privata data eller kundägt material.

I sådana fall, granska riktlinjerna för säker uppladdning och den relevanta referenssidan innan du startar en ny körning.