Rivya References and Uploads गाइड

Image references, video references या uploaded audio पर depend करने वाला model चुनने से पहले इस references and uploads guide का उपयोग करें.

References और uploads इस बात का core हिस्सा हैं कि Rivya tasks discovery से signed-in Studio execution में कैसे move करते हैं.

वे 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 शुरुआत के लिए अभी भी right place हो सकता है, लेकिन upload-based execution current product में fully anonymous नहीं है.

Three Upload Shapes

आज Rivya में reference और upload behavior मुख्य रूप से तीन 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” same thing नहीं हैं.

Video References

कुछ video workflows video references या other 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 करता है और यह intentional है.

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 अभी up to 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 करता है.

For example:

• अगर workflow को many image references चाहिए, तो right model rarely brand reputation alone से चुना जाता है

• अगर 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

• more continuity

• fuller working context

यह खासकर तब true है जब upload खुद longer workflow का हिस्सा बन जाता है.

Common Mistakes

Mistake 1: यह assume करना कि category के सभी models same file types accept करते हैं

वे नहीं करते.

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 चुनें

3. account context required हो तो actual upload step से पहले sign in करें

4. model जिन kinds को actually support करता है, वही upload करें

5. prompt को uploaded context से aligned रखें

6. result review करें और same workflow में iterate करें

Read Next

• Models

• Rivya में Image Workflows

• Rivya में Video Workflows

• Rivya में Audio Workflows

• Rivya में Public vs Authenticated Workflows

• Rivya में Troubleshooting

• AI Image Generator With Reference Images

Reference Upload Checklist

Reference file या upload पर task depend करने से पहले check करें:

• Confirm करें कि task को image reference, video reference, audio upload या no file चाहिए.

• Assets prepare करने से पहले model page पर supported file kinds और limits check करें.

• Decide करें कि task public start page पर belong करता है या signed-in Studio में.

• Upload से पहले sensitive या unnecessary file content remove करें.

• Prompt को इस बात से aligned रखें कि हर uploaded file क्या control करे.

Goal है file को credits खर्च करने से पहले useful, allowed और relevant बनाना.

Upload Fit कब Recheck करें

जब selected model बदलता है, file too large है, reference role unclear है, या asset में people, logos, private data या client-owned material है, तब upload fit recheck करें.

ऐसे मामलों में, another run start करने से पहले Safe Upload Guidelines और relevant reference page review करें.