Rivyas guide för referenser och uppladdningar
Planera Rivya-referenser, ljuduppladdningar, filgränser, inloggningskrav, säkerhetskontroller, modellval och Studio-körning.
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:
imagevideoaudio
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 2ochNano Banana Protillåter för närvarande upp till 30 MB
Video
MP4
MOV / QuickTime
WebM
aktuell maxstorlek: 50 MB
Wan 2.6anvä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:
resultat-typ
referens- eller uppladdning-krav
kostnads- och kvalitet-passform
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:
kontrollera modellsidan för referensstöd
välj rätt offentlig startsida eller Studio-väg
logga in före det faktiska uppladdningssteget om kontokontext krävs
ladda bara upp de typer som modellen faktiskt stöder
håll prompten i linje med den uppladdade kontexten
granska resultatet och iterera i samma arbetsflöde
Läs vidare
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.