Rivya references، audio uploads، file limits، sign-in requirements، safety checks، model choice، اور Studio execution plan کریں۔

Image references، video references، یا uploaded audio پر depend کرنے والا model choose کرنے سے پہلے یہ references and uploads guide استعمال کریں۔

References اور uploads Rivya tasks کے discovery سے signed-in Studio execution میں move کرنے کا core حصہ ہیں۔

یہ affect کرتے ہیں:

model choice
workflow choice
prompt structure
task cost
user کو public start page، model detail، یا Studio میں start کرنا چاہیے یا نہیں

اسی لیے uploads صرف UI detail نہیں ہیں۔ وہ workflow logic کا حصہ ہیں۔

ایک operational detail شروع ہی میں matter کرتی ہے:

reference-aware pages public ہو سکتے ہیں
actual file upload فی الحال sign-in require کرتا ہے

لہذا public start page پھر بھی begin کرنے کی right جگہ ہو سکتی ہے، مگر current product میں upload-based execution fully anonymous نہیں ہے۔

تین upload shapes

آج Rivya میں reference اور upload behavior mainly تین shapes میں آتا ہے:

image references
video references
audio uploads

ہر model تینوں support نہیں کرتا۔

اسی لیے task start ہونے سے پہلے model page matter کرتا ہے۔

Image references

بہت سے image اور video workflows image references support کرتے ہیں۔

Model کے لحاظ سے reference-image limits کافی vary کر سکتے ہیں۔

ابھی یہ range جاتی ہے:

single reference image
larger multi-image workflows

یہ matter کرتا ہے کیونکہ “supports references” اور “supports many references” ایک ہی چیز نہیں ہیں۔

Video references

کچھ video workflows video references یا دوسرے extended reference modes بھی accept کر سکتے ہیں۔

یہ catalog میں universal نہیں ہیں۔

اسی لیے users کو assume نہیں کرنا چاہیے کہ ہر video model same kind کا input لے سکتا ہے صرف اس لیے کہ وہ same category میں ہے۔

Audio uploads

Audio uploads سب سے زیادہ ان workflows میں matter کرتے ہیں:

audio cleanup
audio isolation
audio transformation

یہ prompt-first audio generation سے structurally different ہیں۔

اگر model uploaded audio expect کرتا ہے، تو form جان بوجھ کر مختلف behave کرتا ہے۔

Form model کے حساب سے کیوں بدلتا ہے

Rivya کے generation forms model-driven ہیں۔

اس کا مطلب ہے visible inputs depend کرتے ہیں:

selected model کیا support کرتا ہے
کون سے file kinds accept کرتا ہے
کتنی files لے سکتا ہے

یہ correct behavior ہے، کیونکہ prompt-only model اور upload-first model same workflow نہیں ہیں۔

Current upload kinds

Current product flows میں main upload kinds یہ ہیں:

image
video
audio

Final model request میں بھیجے جانے سے پہلے یہ product کے اندر normalized ہوتے ہیں۔

Current upload limits

Upload path فی الحال kind کے حساب سے size اور type checks enforce کرتا ہے:

Image

JPEG
PNG
WebP
current default max size: 10 MB
Nano Banana 2 اور Nano Banana Pro فی الحال 30 MB تک allow کرتے ہیں

Video

MP4
MOV / QuickTime
WebM
current max size: 50 MB
Wan 2.6 فی الحال stricter 10 MB cap استعمال کرتا ہے اور MP4، MOV / QuickTime، اور MKV-style video uploads accept کرتا ہے

Audio

MP3
MP4 audio
WAV
AAC
OGG
current default max size: 10 MB

یہ limits safe ingestion اور routing کے بارے میں ہیں، صرف UI convenience نہیں۔

References اور model choice

Reference support اکثر hype سے زیادہ matter کرتا ہے۔

مثلاً:

اگر workflow کو many image references چاہیے ہوں، تو right model rarely صرف brand reputation سے choose ہوتا ہے
اگر workflow کو uploaded audio چاہیے ہو، تو standard TTS model wrong entry point ہے

اسی لیے cleanest model-selection order یہ ہے:

output type
reference یا upload requirement
cost اور quality fit
اس کے بعد ہی model preference

Public pages vs Studio

Public start pages اچھے ہیں جب آپ چاہتے ہوں:

first public landing page
direct model-specific entry
search-driven path into the right workflow

Studio بہتر ہے جب task کو چاہیے:

signed-in upload اور execution
repeated iteration
زیادہ continuity
fuller working context

یہ خاص طور پر true ہے جب upload خود longer workflow کا حصہ بن جائے۔

Common mistakes

Mistake 1: assuming all models in a category accept the same file types

وہ ایسا نہیں کرتے۔

Mistake 2: upload support check کرنے سے پہلے model pick کرنا

یہ اکثر avoidable rework create کرتا ہے۔

Mistake 3: uploaded-audio workflows کو prompt-only workflows کی طرح treat کرنا

یہ different paths ہیں اور انہیں differently treat کرنا چاہیے۔

Reference workflow

Rivya میں practical path ایسا ہے:

reference support کے لیے model page check کریں
right public start page یا Studio path choose کریں
اگر account context required ہے تو actual upload step سے پہلے sign in کریں
صرف وہ kinds upload کریں جنہیں model actually support کرتا ہے
prompt کو uploaded context کے ساتھ aligned رکھیں
result review کریں اور same workflow میں iterate کریں

آگے پڑھیں

Reference upload checklist

جب task reference file یا upload پر depend کرے، تو check کریں:

Confirm کریں کہ task کو image reference، video reference، audio upload، یا کوئی file نہیں چاہیے۔
Assets prepare کرنے سے پہلے supported file kinds اور limits کے لیے model page check کریں۔
Decide کریں کہ task public start page پر belong کرتا ہے یا signed-in Studio میں۔
Upload سے پہلے sensitive یا unnecessary file content remove کریں۔
Prompt کو اس چیز کے ساتھ aligned رکھیں جو ہر uploaded file کو control کرنی چاہیے۔

مقصد file کو credits خرچ کرنے سے پہلے useful، allowed، اور relevant بنانا ہے۔

Upload fit کب دوبارہ check کریں

جب selected model change ہو، file بہت large ہو، reference role unclear ہو، یا asset میں people، logos، private data، یا client-owned material شامل ہو تو upload fit دوبارہ check کریں۔

ایسے cases میں another run start کرنے سے پہلے Safe Upload Guidelines اور relevant reference page review کریں۔

Rivya references اور uploads گائیڈ