रेंडर गुणवत्ता विकल्पों, कतार व्यवहार और छिपे रेंडर को समझें
जानें कि Fire Render गुणवत्ता और 360 बटन कैसे कार्यों को कतार में लगाते हैं, रेंडर लंबित रहने के दौरान Gallery क्या दिखाती है, और रेंडर हटाने से वास्तव में क्या होता है।
Fire Render modal में HD (Free लेबल के साथ), FHD और 4K विकल्प हैं। तीन अतिरिक्त 360 बटन (HD 360, FHD 360, 4K 360) केवल तब दिखते हैं जब संगठन के लिए 360-tours सुविधा सक्षम हो; इनके आउटपुट पैनोरमा होते हैं जिन्हें बाद में 360 tours में जोड़ा जा सकता है। चलाने पर, पहले डिज़ाइन सहेजा जाता है (कैमरा + लाइटिंग स्नैपशॉट), फिर कार्य कतार में लगता है: सफलता पर '<quality> Render added to the queue. Check Gallery under the Render tab.' दिखता है। Gallery प्रगति की जाँच करती है और पूर्णता प्रतिशत, कतार स्थिति और ETA दिखा सकती है; जब मुफ़्त HD slot व्यस्त हो, तो प्रतीक्षारत रेंडर कतार में अपना अनुमानित स्थान दिखाता है (साथ में नोट कि कौन-सा प्रोजेक्ट/डिज़ाइन slot रोके हुए है) और उसे Gallery से रद्द किया जा सकता है। जैसे ही कोई जाँचा गया रेंडर पूरा होता है या उसकी enhancement स्थिति बदलती है, Gallery ताज़ा हो जाती है। बड़ी बात: रेंडर लंबित रहने के दौरान, उसका Gallery थंबनेल रेंडर के सहेजे गए कैमरा से स्थानीय रूप से बनाया गया सादा 3D स्क्रीनशॉट होता है - ग्राहक अक्सर इस सपाट, बिना लाइटिंग वाले प्रीव्यू को विफल या निम्न-गुणवत्ता वाला रेंडर समझ लेते हैं। पूरा होने पर रे-ट्रेस्ड छवि इसे बदल देती है, और पूर्णता अलर्ट 'View Image' और 'Open post processing' प्रदान करता है; यदि वैकल्पिक upscale चरण विफल हो, तो भी अलर्ट गायब 4K फ़ाइल के बजाय enhanced छवि का लिंक देता है। यदि सदस्यता समाप्त हो, तो 'Your subscription has expired' संदेश के साथ चलाना अवरुद्ध हो जाता है। प्रत्येक रेंडर का info panel नाम, टाइमस्टैम्प, आस्पेक्ट अनुपात, गुणवत्ता, प्रयासों की संख्या, कुल रेंडर समय और उपयोग की गई सटीक लाइटिंग सेटिंग्स दर्ज करता है - किसी भी 'render looks wrong' टिकट पर सबसे पहले यहीं देखें।
जब कोई उपयोगकर्ता render gallery से रेंडर हटाता है, तो बैकएंड एक soft hide करता है: यह remove_from_visible के माध्यम से उन रेंडर रिकॉर्ड पर visible=false सेट करता है। रेंडर पंक्ति, उसके पैरामीटर (कैमरा, गुणवत्ता, सैंपल), उसका प्रयास इतिहास और आउटपुट छवि फ़ाइल सब storage में बने रहते हैं। एक अपवाद fair-use HD कतार में अभी प्रतीक्षारत रेंडर है (रोका गया, अभी शुरू नहीं हुआ): उसे हटाने से वह रद्द भी हो जाता है, इसलिए वह कभी आगे नहीं बढ़ेगा और रेंडर नहीं होगा। दो सहायता परिणाम। रिकवरी: यदि किसी ग्राहक ने गलती से रेंडर हटा दिया, तो उसे बहाल किया जा सकता है — engineering visibility वापस बदल सकती है, और enterprise APIs get_all_of_design / get_by_id छिपे रेंडर अब भी लौटाते हैं क्योंकि वे visibility पर फ़िल्टर नहीं करते, इसलिए आउटपुट फ़ाइल पथ हमेशा प्राप्य रहता है। बिलिंग: छिपाना धनवापसी नहीं है; उपयोग अवधि में पूर्ण हुए रेंडर से गणना होती है, visibility की परवाह किए बिना, इसलिए हटाया गया-पर-पूर्ण रेंडर भी usage statement पर दिखता है — जब ग्राहक "remove it from my bill" के लिए कहे तब यह अपेक्षा स्पष्ट रूप से बताएँ। दूसरा side गोपनीयता-संवेदनशील ग्राहकों के लिए मायने रखता है: gallery से हटाने पर छवि storage से शुद्ध नहीं होती, इसलिए आउटपुट छवि को वास्तव में हटाने के लिए in-app delete के बजाय engineering अनुरोध आवश्यक है।