Generation Queue and Waiting Times
Rivya generation queues, waiting times, long-running image, video और audio tasks, notifications, history और safe retries समझें.
जब Rivya image, video या audio task expected से ज्यादा देर तक progress में रहे, तब यह guide इस्तेमाल करें।
Video, audio, reference-heavy image work, provider queues और larger generation settings, सभी task को normal page interaction से धीमा बना सकते हैं। केवल waiting का मतलब failure नहीं होता।
Queue का क्या मतलब है
Queue का मतलब है task अभी finish नहीं हुआ।
ऐसा इसलिए हो सकता है क्योंकि:
- provider request process कर रहा है
- workflow design से longer चलता है
- input में files या references शामिल हैं
- output setting heavier है
- temporary demand high है
- Rivya callback या status update का इंतजार कर रहा है
Queued task को तुरंत repeat करने के बजाय task status, notifications और history के माध्यम से track करना चाहिए।
Waiting Failure जैसा नहीं है
Task हो सकता है:
- submitted
- processing
- provider result का इंतजार कर रहा
- completed
- failed
हर long-running task को failed treat न करें। Retry करने से पहले status check करें।
Failure behavior के लिए Failed Tasks and Credit Refunds पढ़ें।
Progress कहां check करें
इन places का इस्तेमाल करें:
- वह workflow page जहां task शुरू हुआ
- Rivya Notifications Center
- Rivya में History
- available होने पर account credit और task state
Notifications मदद करते हैं क्योंकि async generation को ऐसे single toast पर depend नहीं करना चाहिए जो गायब हो जाता है।
Waiting के दौरान क्या करें
जब task processing में हो, आप:
- next prompt variation prepare कर सकते हैं
- previous history review कर सकते हैं
- output कैसे use होगा, plan कर सकते हैं
- duplicate tasks बहुत जल्दी submit करने से बच सकते हैं
- current task asynchronous हो तो दूसरे task पर switch कर सकते हैं
अगर task important है, तो result lost assume करने से पहले final status का इंतजार करें।
Retry कब करें
जब task clearly failed हो, input wrong था, या output useful नहीं है, तब retry करें।
Retry से पहले decide करें कि क्या change हुआ:
- simpler prompt
- fewer references
- different model
- different duration या quality
- corrected upload
- clearer task intent
बिना कुछ बदले same request repeat करने से same problem repeat हो सकती है।
Task Continuity Checklist
जब submission के बाद task traceable रहना जरूरी हो, check करें:
- Check करें कि task pending, running, completed, failed या follow-up के लिए ready है या नहीं।
- Useful outputs के लिए History और async status changes के लिए Notifications इस्तेमाल करें।
- Troubleshooting करते समय task UUID, model, prompt और output context साथ रखें।
- Current state clear होने तक same job restart न करें।
- दूसरे workflow में branch करने से पहले सबसे useful result save या download करें।
Goal है कि generation में time लगे या follow-up चाहिए हो, तब work lose न हो।
Status कब दोबारा check करें
जब task expected से ज्यादा समय ले, notification missing हो, result incomplete दिखाई दे, या user previous output नहीं ढूंढ पा रहा हो, तब status दोबारा check करें।
इन cases में user से regenerate कहने से पहले task state और History inspect करें।
संबंधित पेज
Rivya Failed Tasks and Credit Refunds Guide
Rivya failed tasks, credit checks, retries, upload issues, provider errors, notifications, history और processing states handle करें.
Rivya Getting Started Guide
एक real task से Rivya शुरू करें: public pages browse करें, जरूरत पड़ने पर sign in करें, credits समझें, और chat, image, video या audio चुनें.