मुख्य बिंदु
1. आपने जो आकार माँगा है वह मॉडल स्वीकार नहीं करता
मॉडल साइज़ के लिए एक साझा शब्दावली नहीं रखते। कुछ रिज़ॉल्यूशन बैंड लेते हैं, कुछ आस्पेक्ट रेशियो, कुछ सटीक डाइमेंशन — और जो संयोजन एक मॉडल पर मान्य है वह दूसरे पर अर्थहीन है। यह सबसे आम चुपचाप होने वाली विफलता है, क्योंकि यह सफल भी हो सकती है और ग़लत अनुपात में सही ढंग से बनी इमेज लौटा सकती है। अगर आउटपुट सही विषय है पर ग़लत आकार में, तो यही आपकी श्रेणी है, और इलाज प्रॉम्प्ट बदलने के बजाय आकार को साफ़ तौर पर सेट करना है।
2. कोई ज़रूरी इनपुट ग़ायब है
इमेज-टू-इमेज और इमेज-टू-वीडियो टेम्पलेट को सोर्स इमेज चाहिए, और कुछ को एक से ज़्यादा। जो टेम्पलेट जनरेट दबाने पर कुछ करता नहीं दिखता, वह आम तौर पर किसी ऐसे अपलोड स्लॉट का इंतज़ार कर रहा होता है जो भरा नहीं गया। इसमें समय के सिवा कुछ नहीं जाता, और कुछ टूटा मान लेने से पहले इसे जाँचना सार्थक है।
3. आपकी चुनी सेटिंग के लिए बैलेंस कम है
लागत अवधि और रिज़ॉल्यूशन के साथ बढ़ती है, इसलिए वही टेम्पलेट एक सेटिंग पर किफ़ायती और दूसरी पर पहुँच से बाहर हो सकता है। जो जनरेशन शुरू होने से पहले रुक जाए और कुछ न बने, वह आम तौर पर यही होता है। टेम्पलेट को दायरे में वापस लाने का सबसे तेज़ तरीका पहले अवधि घटाना है, और यही वह सेटिंग भी है जो नतीजे को सबसे ज़्यादा सुधारने की संभावना रखती है।
4. मॉडल अब उपलब्ध नहीं है
होस्ट किए गए मॉडल उनके प्रोवाइडर रिटायर कर देते हैं, कभी-कभी बिना सूचना के, और पिछले महीने चलने वाला मॉडल अस्तित्व में न रहे ऐसा हो सकता है। हम इसके लिए अपने कैटलॉग को जाँचते हैं और जो एंडपॉइंट चले गए उन्हें छिपा देते हैं, पर प्रोवाइडर के रूट बंद करने और हमारे ध्यान देने के बीच हमेशा एक अंतराल रहता है। अगर कोई ख़ास टेम्पलेट बार-बार विफल हो जबकि बाकी सफल हों, तो संभावित कारण यही है — उसी फ़ैमिली के किसी दूसरे टेम्पलेट पर जाना तुरंत का वैकल्पिक उपाय है।
वर्ज़न और विकल्प
- जाँचें कि कुछ बना या नहीं। कुछ भी नहीं का मतलब इनपुट, बैलेंस या उपलब्धता; ग़लत दिखता नतीजा आकार या प्रॉम्प्ट की ओर इशारा करता है।
- पक्का करें कि टेम्पलेट जो भी अपलोड स्लॉट माँगता है वह भरा है।
- अवधि या रिज़ॉल्यूशन घटाकर एक बार दोबारा कोशिश करें — यह बैलेंस वाले मामले को भी और आकार वाले मामले के एक हिस्से को भी कवर करता है।
- अलग मॉडल फ़ैमिली वाला दूसरा टेम्पलेट आज़माएँ। अगर वह सफल हो तो समस्या पहले मॉडल की है, आपके अनुरोध की नहीं।
- अगर वही टेम्पलेट हर सेटिंग पर विफल हो जबकि बाकी काम करें, तो उसे अनुपलब्ध मानें और दोबारा कोशिश करने के बजाय आगे बढ़ें।
- प्रॉम्प्ट तभी दोबारा लिखें जब ऊपर की चारों जाँचें खारिज हो चुकी हों।
साक्ष्य और मार्गदर्शन
5. अनुरोध कंटेंट के आधार पर अस्वीकार हुआ
हर होस्ट किया गया मॉडल अपने फ़िल्टर लगाता है, और वे एक-दूसरे से और हमारे से अलग होते हैं। अस्वीकार करना त्रुटि जैसा नहीं है: इसका मतलब है कि अनुरोध समझा गया और मना कर दिया गया। अगर विषय खुद ही दायरे से बाहर है तो शब्द बदलना शायद ही मदद करता है, और तकनीकी ख़राबी मान लेने के बजाय जवाब पढ़ना सार्थक है — बाहर से दोनों एक जैसे दिखते हैं और उनके लिए उलटी प्रतिक्रियाएँ चाहिए।
छठा मामला: वह सफल हुआ, और ग़लत है
यही वह है जिसे लोग विफलता नहीं गिनते, और संख्या के हिसाब से यह सबसे महँगी श्रेणी है क्योंकि हर बार क्रेडिट खर्च करती है। जो जनरेशन साफ़, अच्छी तरह रेंडर हुआ नतीजा लौटाए जो आपके माँगे जैसा नहीं है, वह लगभग कभी मॉडल की ग़लती नहीं होती — वह एक ऐसा निर्देश है जो मॉडल को कभी मिला ही नहीं। आम दोषी हैं अनकहा आकार, मूवमेंट जिसे हरकत की जगह विशेषण में बताया गया, या इमेज-टू-वीडियो प्रॉम्प्ट जो विषय का दोबारा वर्णन करता है और इस तरह उसकी पुनर्व्याख्या को न्योता देता है। मॉडल को कमज़ोर मानने से पहले जाँचें कि प्रॉम्प्ट ने असल में क्या निर्दिष्ट किया, न कि आपका उससे क्या मतलब था।
एक ही अनुरोध दोहराने पर कभी-कभी काम क्यों करता है
एक जैसे अनुरोध हमेशा एक जैसे नतीजे नहीं देते, इसलिए दोबारा कोशिश कभी-कभी वहाँ सफल होती है जहाँ पहली नहीं हुई। यह जानना काम का है, और यह एक जाल भी है: अगर कारण कोई ग़ायब इनपुट, अनुपलब्ध मॉडल या दायरे से बाहर सेटिंग है, तो दोबारा कोशिश का फिर विफल होना तय है और वह लागत खाती रहेगी। एक बार दोबारा कोशिश यह परखने का उचित तरीका है कि आप अस्थायी शोर से टकराए या नहीं। बिना कुछ बदले तीसरा प्रयास कोई रणनीति नहीं है — तब तक जवाब यही है कि अनुरोध में कुछ अलग होना चाहिए।
यह तय करना कि समस्या आपकी है या हमारी
समस्या को स्थानीय बनाने का एक तेज़ तरीका: सबसे सरल संभव सेटिंग के साथ अलग मॉडल फ़ैमिली वाला दूसरा टेम्पलेट चलाएँ। अगर वह काम करे तो समस्या पहले टेम्पलेट या मॉडल की है, और सबसे तेज़ इलाज डीबग करते रहने के बजाय दूसरा इस्तेमाल करना है। अगर वह भी विफल हो तो समस्या साझा रास्ते में होने की ज़्यादा संभावना है — इनपुट, बैलेंस या अनुरोध खुद — और नीचे की जाँचें उसे प्रॉम्प्ट दोबारा लिखने की किसी भी मात्रा से तेज़ पकड़ेंगी।
