Nano Banana 2.1 से सुसंगत छह-पैनल स्टोरीबोर्ड बनाएं

एक पात्र एक छवि में बिल्कुल सही दिख सकता है, लेकिन कैमरा, मुद्रा और सेटिंग बदलते ही उसका रूप बदल सकता है। एक उपयोगी स्टोरीबोर्ड को एक साथ दो काम करने होते हैं: कहानी को आगे बढ़ाना और कलाकारों के चेहरे, अनुपात, रंग, कपड़े और विशिष्ट विवरणों को बनाए रखना।

हमने तीन मौलिक पात्रों के साथ दो-चरणीय Nano Banana 2.1 वर्कफ़्लो का परीक्षण किया। पहले, हमने एक साफ़ संदर्भ लाइनअप बनाया। फिर हमने उस छवि को छह-पैनल रोमांचक कहानी के लिए एकमात्र संदर्भ के रूप में दोबारा उपयोग किया। अंतिम शीट में पीछे, क्लोज़, एक्शन और अंदरूनी दृश्यों में तीनों पात्र पहचाने जा सकते रहे—लेकिन इस परिणाम तक पहुँचने पर एक उपयोगी सीमा भी सामने आई: एक पात्र को रूपांतरित होने के लिए कहने पर डुप्लिकेट बन सकता है, भले ही प्रॉम्प्ट में सटीक संख्या निर्दिष्ट हो।

FINAL OUTPUT — SIX PANELS, THREE CONSISTENT CHARACTERS

साफ़ पात्र लाइनअप पहले क्यों आती है

हमने जानबूझकर अलग-अलग सिल्हूट और रंग एंकर वाले कलाकारों को डिज़ाइन किया:

• रिया: टील हुड वाली केप, टैन सैचेल और पीतल के कंपास के साथ जंग-लाल पांडा कूरियर।
• निंबस: पीले स्कार्फ और तारे के आकार की हेयर क्लिप के साथ हल्के-नीले बादल की आत्मा।
• टॉक: कोबाल्ट-नीली आंख और चाबी वाले पीतल के पक्षी रोबोट।

पहली जनरेशन कोई कहानी का दृश्य नहीं थी। यह पात्रों के बीच पर्याप्त जगह वाली एक तटस्थ, पूर्ण-शरीर लाइनअप थी, जिसमें कोई लेबल या अतिरिक्त प्रॉप्स नहीं थे। इससे मॉडल को छह सेटिंग्स और एक्शनों को एक साथ हल करने से पहले एक सरल विज़ुअल कॉन्ट्रैक्ट मिलता है।

Google, Gemini Nano Banana 2.1 को बेहतर प्रॉम्प्ट अनुपालन और मल्टी-टर्न पात्र संगति वाला इमेज-जनरेशन और संवादात्मक-एडिटिंग मॉडल बताता है। इसके DeepMind model card में मूल्यांकन कवरेज में एकल और बहु-पात्र संगति शामिल है, लेकिन यह भी चेतावनी दी गई है कि पात्र संगति हमेशा पूर्ण नहीं होती। यह परीक्षण व्यापक मॉडल समीक्षा के बजाय एक व्यावहारिक वर्कफ़्लो पर केंद्रित है।

चरण 1: एक ऑडिट योग्य संदर्भ छवि जनरेट करें

सादा बैकग्राउंड उपयोग करें, पूर्ण-शरीर सामने के दृश्य मांगें, और हर पात्र को दो या तीन ऐसे विवरण दें जिन्हें बाद में जांचा जा सके। इस चरण में कहानी क�� एक्शन न जोड़ें; डिज़ाइन स्थिर होने से पहले यह वेरिएबल्स बढ़ा देता है।

एक परिष्कृत हाथ से चित्रित स्टोरीबुक एनीमेशन शैली में मौलिक, विचित्र रोमांचक तिकड़ी के लिए साफ़ लैंडस्केप पात्र संदर्भ लाइनअप बनाएं। गर्म ऑफ-व्हाइट स्टूडियो बैकग्राउंड पर तीनों पात्रों को पूर्ण-शरीर, सामने की ओर, पर्याप्त दूरी के साथ एक-दूसरे के बगल में खड़ा दिखाएं। पात्र A: रिया, जंग-लाल फर, क्रीम रंग की थूथन, टील हुड वाली केप, टैन क्रॉस-बॉडी सैचेल और गोल पीतल के कंपास वाली छोटी लाल पांडा कूरियर। पात्र B: निंबस, मुलायम गोल शरीर, दो छोटी भुजाओं, पीले स्कार्फ और एक तारे के आकार की हेयर क्लिप वाली छोटी हल्के-नीले बादल की आत्मा। पात्र C: टॉक, गोल शरीर, पतले पैरों, कोबाल्ट-नीली कांच की आंख और पीठ पर छोटी चाबी वाला कमर-ऊंचाई का पीतल पक्षी रोबोट। हर डिज़ाइन को सरल, विशिष्ट और बाद में आसानी से पहचाने जाने योग्य रखें। हर पात्र का केवल एक ही रखें। कोई अतिरिक्त पात्र नहीं, नामित एक्सेसरीज़ के अलावा कोई प्रॉप्स नहीं, कोई टेक्स्ट नहीं, कोई लेबल नहीं, कोई बॉर्डर नहीं, कोई पैनल नहीं।

REFERENCE INPUT

आगे बढ़ने से पहले, लाइनअप को ऐसे जांचें जैसे वह मॉडल शीट हो। पात्रों को गिनें, नामित एक्सेसरीज़ की पुष्टि करें और किसी भी अतिरिक्त लेबल या भटकी हुई वस्तु को अस्वीकार करें। यहां की एक गलती हर पैनल में फैल सकती है।

चरण 2: पहचान लॉक को क्रमबद्ध शॉट सूची के साथ मिलाएं

लाइनअप को संदर्भ छवि के रूप में अपलोड करें। अगले प्रॉम्प्ट में पहले बताएं कि अपलोड की गई छवि सटीक डिज़ाइन संदर्भ है, फिर पहचान एंकर दोहराएं। पैनलों को पढ़ने के क्रम में वर्णित करें और अंत में लेआउट व बहिष्करण नियम जोड़ें।

हमारी कहानी में तिकड़ी एक चमकता ��त्र पहुंचाने के लिए टूटे हुए पुल को पार कर तैरती हुई आकाश लाइब्रेरी तक जाती है। पहले प्रॉम्प्ट में पैनल 4 में निंबस को बादल के प्लेटफ़ॉर्म में बदलने के लिए कहा गया था। वही शब्दावली परीक्षण का सबसे महत्वपूर्ण हिस्सा बन गई।

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

पहला प्रयास: मजबूत पहचान, दो संरचनात्मक विफलताएं

FIRST PASS — AUDIT REQUIRED

पहली शीट ने कहानी को सही क्रम में बताया और मुख्य पहचान एंकर बनाए रखे। इसने दो स्पष्ट निर्देशों को भी अनदेखा किया:

1. नो-टेक्स्ट नियम के बावजूद सफेद गटर में 1–6 नंबर थे।
2. पैनल 4 में छोटे नि��बस के साथ चेहरे वाला दूसरा, बड़ा बादल प्लेटफ़ॉर्म दिखाया गया।

यह केवल गिनती की गलती नहीं है। वाक्यांश “निंबस फैलकर एक मुलायम बादल प्लेटफ़ॉर्म बनता है” मॉडल से एक पैनल में एक पहचान को दो दृश्य अवस्थाओं में दिखाने के लिए कहता है। इमेज जनरेटर ने मूल पात्र को रखा और रूपांतरित अवस्था जोड़ दी।

दूसरा प्रयास: सख्त गिनती से लेबल ठीक हुए, डुप्लिकेट नहीं

अगले प्रॉम्प्ट में गटर को “पूरी तरह खाली” रखने, पैनल नंबर निषिद्ध करने और छह पैनलों में ठीक 18 पात्र उपस्थितियां रखने की शर्त जोड़ी गई। इसमें यह भी कहा गया कि बड़े प्लेटफ़ॉर्म के साथ छोटा निंबस न दिखाया जाए।

SECOND PASS — ONE ISSUE REMAINS

खाली-गटर निर्देश काम कर गया। डुप्लिकेट नहीं हटा। अंकगणित जोड़ने से अर्थगत अस्पष्टता दूर नहीं हुई, और यही अधिक उपयोगी सीख है: जब किसी दृश्य बीट में एक पात्र के दो रूप शामिल हों, तो सटीक गिनती वाला वाक्य अनुरोधित रूपांतरण के सामने कमजोर पड़ सकता है।

अंतिम प्रयास: नियमों का ढेर लगाने के बजाय एक्शन फिर से लिखें

तीसरे रन के लिए, हमने रूपांतरण हटा दिया। पैनल 4 अब उन्हीं तीन पात्रों को तैरते लकड़ी के तख्तों का उपयोग करके खाई पार छलांग लगाते हुए दिखाने के लिए कहता है, जबकि निंबस हवा का झोंका फूंकता है। हमने किसी पात्र को डुप्लिकेट, रूपांतरित, विलय या प्रतिस्थापित करना भी निषिद्ध किया।

पैनल 4: वही तीन पात्र तीन तैरते लकड़ी के तख्तों का उपयोग करके साथ में खाई के पार छलांग लगाते हैं, जबकि निंबस उनके पीछे हवा का दिखाई देने वाला झोंका फूंकता है।
प्रति पैनल ठीक तीन पात्र उपस्थितियां: एक रिया, एक निंबस और एक टॉक। छह पैनलों में कुल ठीक 18 पात्र उपस्थितियां। किसी पात्र को कभी डुप्लिकेट, रूपांतरित, विलय या प्रतिस्थापित न करें।
साफ़ सफेद गटर उपयोग करें जो पूरी तरह खाली हों। गटर में पैनल नंबर या कोई चिह्न प्रिंट न करें। कोई स्पीच बबल नहीं, कोई कैप्शन नहीं, कोई टेक्स्ट नहीं, कोई लोगो नहीं, कोई वॉटरमार्क नहीं, कोई अतिरिक्त पात्र नहीं।

अंतिम आउटपुट ने डुप्लिकेट की समस्या हल कर दी और गटर खाली रखे। हर पैनल में प्रत्येक पात्र का एक उदाहरण है। रिया की केप और सैचेल, निंबस का स्कार्फ और तारा, तथा टॉक का पीतल शरीर और नीली आंख अलग-अलग मुद्राओं और दृष्टिकोणों में भी पहचाने जा सकते हैं।

एक छोटा बदलाव अब भी है: टॉक की चाबी हर कोण से दिखाई नहीं देती, और तीन तख्ते हर पात्र के नीचे एक-एक प्लेटफ़ॉर्म होने के बजाय पार करने के हिस्से के रूप में दिखते हैं। ये बदलाव पहचान या कहानी के क्रम को नहीं तोड़ते, लेकिन ये दिखाते हैं कि अंतिम शीट को अब भी पैनल-दर-पैनल समीक्षा की जरूरत है।

स्टोरीबोर्ड स्वीकृत करने से पहले इस चेकलिस्ट का उपयोग करें

यदि कोई पैनल विफल हो, तो नकारात्मक नियमों का लंबा ढेर जोड़ने के बजाय अस्पष्टता का एक स्रोत बदलें। “ठीक एक” को कई बार दोहराने के बजाय एक्शन को फिर से लिखना अक्सर मॉ��ल को अधिक साफ़ विज़ुअल समस्या देता है।

व्यावहारिक निष्कर्ष

Nano Banana 2.1 ने स्थान, मुद्रा, स्केल और कैमरा बदलावों के दौरान कलाकारों को पहचानने योग्य रखते हुए तीन पात्रों की एक लाइनअप को सुसंगत छह-पैनल कथा में बदल दिया। इससे यह वर्कफ़्लो स्टोरीबोर्ड ड्राफ्ट, एनीमेशन प्रीप्रोडक्शन, कॉमिक योजना और पात्र-आधारित सोशल कंटेंट के लिए उपयोगी बनता है।

मुख्य जोखिम केवल विज़ुअल ड्रिफ्ट नहीं है; यह ऑब्जेक्ट लॉजिक भी है। पात्र के रूपांतरण को दो चित्रित की जा सकने वाली अवस्थाओं के रूप में समझा जा सकता है, जिससे गिनती स्पष्ट होने पर भी डुप्लिकेट बनता है। पहले डिज़ाइन लॉक करें, पैनलों को क्रम में वर्णित करें, हर उदाहरण का ऑडिट करें और अस्पष्ट रूपांतरणों को ऐसे एक्शनों से बदलें जो हर पात्र को अलग रखें।

WeShop Nano Banana generator में इस वर्कफ़्लो को आज़माएं: पहले लाइनअप बनाएं, उसे संदर्भ के रूप में दोबारा उपयोग करें और पहले स्टोरीबोर्ड को अंतिम एसेट नहीं, बल्कि सुधार के लिए प्रमाण मानें।