Rivya references اور uploads گائیڈ

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 یہ ہے:

1. output type

2. reference یا upload requirement

3. cost اور quality fit

4. اس کے بعد ہی 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 ایسا ہے:

1. reference support کے لیے model page check کریں

2. right public start page یا Studio path choose کریں

3. اگر account context required ہے تو actual upload step سے پہلے sign in کریں

4. صرف وہ kinds upload کریں جنہیں model actually support کرتا ہے

5. prompt کو uploaded context کے ساتھ aligned رکھیں

6. result review کریں اور same workflow میں iterate کریں

آگے پڑھیں

• Models

• Rivya میں image workflows

• Rivya میں video workflows

• Rivya میں audio workflows

• Rivya میں public vs authenticated workflows

• Rivya میں troubleshooting

• Reference images کے ساتھ AI image generator

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 کریں۔