रेंडर स्टेटस समझें: In Queue, In Progress, completed, failed, retrying

जानें कि प्रत्येक रेंडर स्टेटस का क्या अर्थ है और क्यों retrying और कई प्रयास सामान्य स्वचालित रिकवरी हैं, न कि खराब रेंडर।

1. हर रेंडर फिक्स्ड स्टेट्स के एक सेट से गुज़रता है। जब मुफ़्त HD रेंडर क्यू भरा हो, तो HD रेंडर को अतिरिक्त रूप से प्रतीक्षा स्थिति में रखा जा सकता है; ऐसे रेंडर रोके जाते हैं और स्लॉट उपलब्ध होते ही स्वचालित रूप से रेंडर के लिए आगे बढ़ा दिए जाते हैं, और रेंडर रद्द भी किया जा सकता है।

2. जब उपयोगकर्ता रेंडर शुरू करता है, तो वह 'initialized' के रूप में बनाया जाता है, और रेंडर गैलरी में क्यू रैंक के साथ "In Queue" के रूप में दिखाया जाता है। यदि मुफ़्त HD रेंडर स्लॉट इस समय व्यस्त है, तो रेंडर इसके बजाय 'on_hold' के रूप में बनाया जा सकता है और अनुमानित रैंक के साथ प्रतीक्षा में दिखाया जा सकता है, जब तक स्लॉट खाली न हो जाए।

3. क्यू में रखा रेंडर सामान्यतः प्रोसेस होने तक कतार में रहता है; केवल प्रतीक्षा करने से वह समाप्त नहीं होता।

   फेयर-यूज़ HD रेंडरिंग में, एक उपयोगकर्ता के पास एक समय में क्यू में अधिकतम एक मुफ़्त HD रेंडर हो सकता है। अतिरिक्त HD रेंडर क्यू में रखने के बजाय होल्ड पर रखे जाते हैं, और स्लॉट खाली होते ही स्वचालित रूप से क्यू में आगे बढ़ा दिए जाते हैं। होल्ड पर रखा रेंडर जो आगे बढ़ा दिया गया हो पर कभी वास्तव में शुरू न हो, उसे टाइमआउट के बाद स्वचालित रूप से failed किया जा सकता है ताकि स्लॉट खाली हो जाए।

4. रेंडरिंग पाइपलाइन स्वचालित रूप से फिर से प्रयास करती है। प्रत्येक प्रयास को एक अलग Render_Attempt के रूप में दर्ज किया जाता है, जिसका अपना सीरियल नंबर, अपनी जानकारी और त्रुटि लॉग फ़ाइलें, और अपना फिनिश्ड टाइमस्टैम्प होता है; रेंडर रिकॉर्ड में एक प्रयास काउंटर होता है। 'retrying' स्टेटस वाला रेंडर विफल प्रयास के बाद बस क्यू में वापस रख दिया गया है — यह अपने सटीक पैरामीटर बनाए रखता है, क्यू में अपना स्थान अभी भी रखता है, और जब कोई प्रयास सफल होगा तो इच्छित इमेज बनाएगा; रेंडर नियमित रूप से दूसरे या तीसरे प्रयास में पूरे हो जाते हैं। विफल प्रयासों के लिए कुछ भी शुल्क नहीं लिया जाता: बिलिंग एक पूर्ण रेंडर गिनती है, चाहे उसमें कितने भी प्रयास लगे हों। क्लाइंट को क्या बताएं: इसे छोड़ दें, retrying सामान्य क्यू प्रवाह में स्वयं हल हो जाता है। कब गहराई से जांचें: यदि कोई रेंडर कई घंटों तक retrying और queued के बीच बदलता रहता है, या बहुत अधिक प्रयास काउंट जमा कर लेता है, तो यह या तो डिज़ाइन द्वारा रेंडरर को लगातार क्रैश करने का संकेत है (प्रति-प्रयास त्रुटि लॉग इसे दिखाएंगे) या कोई रेंडरिंग वर्कर न चलने का (stuck-queue ज्ञान देखें)। एंटरप्राइज़ APIs get_all_of_design और get_by_id render_attempts इनलाइन लौटाते हैं, जिसमें प्रत्येक प्रयास के लॉग पाथ शामिल हैं, ताकि इंजीनियरिंग किसी विशिष्ट रेंडर को दोबारा बनाए बिना उसका निदान कर सके।