रेंडर स्थितियाँ समझें: In Queue, In Progress, completed, failed, retrying

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

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

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

3. कतार में रखा रेंडर सामान्यतः तब तक कतार में रहता है जब तक उसे संसाधित न किया जाए; केवल प्रतीक्षा करने से वह समाप्त नहीं होता।

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

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