मॉड्यूलर स्प्राइट अक्षर और उनके एनीमेशन

यह ब्लॉग पोस्ट पूरी तरह से मेरे चरित्र एनीमेशन सिस्टम के लिए समर्पित है, यह उपयोगी टिप्स और कोड स्निपेट्स से भरा है।

पिछले दो महीनों में, मैंने 9 नए खिलाड़ी कार्यों (जैसे कि एक ढाल के साथ अवरुद्ध, एक छलांग और हथियारों को चकमा देने के रूप में), 17 नए पहनने योग्य आइटम, कवच के 3 सेट (प्लेट, रेशम और चमड़े) और 6 प्रकार के केशविन्यास बनाए हैं। मैंने सभी स्वचालन और उपकरण भी तैयार किए, इसलिए खेल में सब कुछ पहले से ही उपयोग में है। लेख में मैं बताऊंगा कि मैंने इसे कैसे हासिल किया!


मुझे उम्मीद है कि यह जानकारी उपयोगी है और यह साबित करती है कि स्वतंत्र रूप से ऐसे उपकरण / स्वचालन बनाने के लिए प्रतिभा का होना आवश्यक नहीं है।

संक्षिप्त विवरण

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

बेशक, इस तरह के फ़ंक्शंस 3 डी और 2 डी गेम में प्री-रेंडर स्प्राइट के साथ या कंकाल एनीमेशन के साथ 2 डी गेम में सक्रिय रूप से उपयोग किए जाते हैं, लेकिन जहां तक ​​मुझे पता है, ऐसे कई गेम नहीं हैं जो मैन्युअल रूप से बनाए गए एनीमेशन और मॉड्यूलर वर्णों को जोड़ते हैं (आमतौर पर क्योंकि प्रक्रिया बाहर हो सकती है बहुत नीरस)।


मैंने एकता के साथ अपने पहले महीने के इस प्राचीन जीआईएफ का खुलासा किया। वास्तव में, यह मॉड्यूलर स्प्राइट खेल के विकास में मेरे पहले प्रयोगों में से एक था!

मैंने एकता एनीमेशन प्रणाली का उपयोग करके एक प्रोटोटाइप बनाया, और फिर एक शर्ट, एक जोड़ी पैंट, एक केश और तीन वस्तुओं को अवधारणा का परीक्षण करने के लिए जोड़ा। इसके लिए 26 अलग एनिमेशन की आवश्यकता थी।

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

इस वर्ष के मार्च में, मैंने बड़ी मात्रा में कवच के डिजाइन को आकर्षित किया (मेरी पिछली पोस्ट देखें), और देखा कि कैसे इस प्रक्रिया को और अधिक सुविधाजनक बनाया जा सकता है। मैंने कार्यान्वयन को स्थगित करना जारी रखा, क्योंकि स्वचालन के साथ भी मैं घबरा गया था कि कुछ भी काम नहीं करेगा।

मुझे उम्मीद थी कि मुझे चरित्र के अनुकूलन को छोड़ना होगा और केवल मुख्य चरित्र बनाना होगा, जैसा कि मैनुअल एनीमेशन वाले अधिकांश खेलों में है। लेकिन मेरे पास कार्रवाई की योजना थी, और यह जांचने का समय था कि क्या मैं इस राक्षस को हरा सकता हूं!



Spoiler: सब कुछ महान निकला। नीचे मैं अपने *** राज़ बताऊंगा ***

मॉड्यूलर स्प्राइट सिस्टम

मैं अपनी सीमाओं को जानता हूं

पहले, मैंने यह पता लगाने के लिए कि इस तरह के काम में कितना समय लग सकता है और क्या गुणवत्ता का एक समान स्तर मेरे लिए प्राप्त होगा, यह जानने के लिए मैंने कला और समय नियंत्रण के कई परीक्षण किए।

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

मैं प्रत्येक एनीमेशन के लिए एक संख्यात्मक स्कोर के साथ आया और खराब प्रदर्शन के साथ सब कुछ छोड़ दिया। प्रारंभ में, मैंने कवच के 6 सेट बनाने की योजना बनाई, लेकिन जल्दी से एहसास हुआ कि यह बहुत अधिक था, और तीन प्रकारों को बाहर फेंक दिया।

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

मैं पिछले दो महीनों में अपने काम की पत्रिका की एक प्रति साझा करूंगा। कृपया ध्यान दें कि यह समय मेरे सामान्य काम के अतिरिक्त है, जहां मैं सप्ताह में 30 घंटे बिताता हूं:

https://docs.google.com/spreadsheets/d/1Nbr7lujZTB4pWMsuedVcgBYS6n5V-rHrk1PxeGxr6Ck/edit?usp=sharing

द्वितीय। एक उज्जवल भविष्य के लिए पैलेट बदलना

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

कवच के प्रत्येक सेट में 3 विविधताएं हैं, और ऊपरी और निचले हिस्सों को मिलाकर, आप कई संयोजन प्राप्त कर सकते हैं। मैं एक ऐसी प्रणाली को लागू करने की योजना बना रहा हूं जिसमें आप चरित्र की उपस्थिति के लिए कवच के एक सेट को इकट्ठा कर सकते हैं, और उसकी विशेषताओं के लिए दूसरा (टेरारिया में)।


इस प्रक्रिया में, मुझे खोजा गया जिज्ञासु संयोजनों से सुखद आश्चर्य हुआ। यदि आप प्लेट के शीर्ष को रेशम के नीचे से जोड़ते हैं, तो आप एक युद्ध दाना की शैली में कुछ प्राप्त कर सकते हैं।

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


मैं सब कुछ विस्तार से नहीं बताऊंगा, लेकिन इसके बजाय मैं इस तकनीक को एकता में लागू करने के तरीकों, और उनके पेशेवरों और विपक्षों के बारे में बात करूंगा।

1. प्रत्येक पैलेट के लिए खोज बनावट

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

sampler2D _MainTex; sampler2D _PaletteTex; float4 _PaletteTex_TexelSize; half4 frag(v2f input) : SV_TARGET { half4 lookup = tex2D(_MainTex, input.uv); half4 color = tex2D(_PaletteTex, half2(lookup.r * (_PaletteTex_TexelSize.x / 0.00390625f), 0.5)); color.a *= lookup.a; return color * input.color; } 

2. रंगों का सरणी

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

कोड:

 sampler2D _MainTex; half4 _Colors[32]; half4 frag(v2f input) : SV_TARGET { half4 lookup = tex2D(_MainTex, input.uv); half4 color = _Colors[round(lookup.r * 255)]; color.a *= lookup.a; return color * input.color; } 

मैंने अपने पैलेट्स को एक ScriptableObject प्रकार के रूप में प्रस्तुत किया और उन्हें संपादित करने के लिए MonoBehaviour टूल का उपयोग किया। Aseprite में एनिमेशन बनाने की प्रक्रिया में पैलेट को संपादित करने पर लंबे समय तक काम करने के बाद, मुझे एहसास हुआ कि मुझे कौन से टूल की जरूरत है और उसी के अनुसार इन स्क्रिप्ट को लिखा। यदि आप संपादन पट्टियों के लिए अपना स्वयं का उपकरण लिखना चाहते हैं, तो यहां कुछ कार्य हैं जिन्हें मैं निश्चित रूप से लागू करने की सलाह देता हूं:

- वास्तविक समय में परिवर्तन प्रदर्शित करने के लिए रंगों का संपादन करते समय विभिन्न सामग्रियों पर पैलेटों को अपडेट करना।

- नामों को असाइन करना और पैलेट में रंगों के क्रम को बदलना (रंग सूचकांक को संग्रहीत करने के लिए फ़ील्ड का उपयोग करें, न कि सरणी में इसका क्रम)।

- एक समय में कई रंगों का चयन करें और संपादित करें। (टिप: आप एकता में रंग फ़ील्ड को कॉपी और पेस्ट कर सकते हैं: बस एक रंग पर क्लिक करें, कॉपी करें, दूसरे रंग पर क्लिक करें, पेस्ट करें - अब वे समान हैं!)

- पूरे पैलेट पर ओवरले रंग लागू करें

- बनावट में रिकॉर्ड पैलेट

3. सभी पट्टियों के लिए एक एकल खोज बनावट

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

सबसे पहले, आपको सभी पट्टियों को एक बड़ी बनावट में पैक करने की आवश्यकता होगी। फिर आप छाया में पैलेट बनावट से पढ़ी जाने वाली लाइन को निर्धारित करने के लिए स्प्राइट रेंडरर घटक (AKA वर्टेक्स कलर) में निर्दिष्ट रंग का उपयोग करते हैं। यही है, इस स्प्राइट के पैलेट को SpriteRenderer.color के माध्यम से नियंत्रित किया जाता है। वर्टेक्स रंग एकमात्र स्प्राइट रेंडरर संपत्ति है जिसे बिना स्थिति को तोड़े बिना बदला जा सकता है (बशर्ते कि सभी सामग्रियां समान हों)।

ज्यादातर मामलों में, सूचकांक को नियंत्रित करने के लिए अल्फा चैनल का उपयोग करना सबसे अच्छा है, क्योंकि आपको अलग-अलग पारदर्शिता के साथ स्प्राइट्स के एक गुच्छा की आवश्यकता नहीं होगी।

कोड:

 sampler2D _MainTex; sampler2D _PaletteTex; float4 _PaletteTex_TexelSize; half4 frag(v2f input) : SV_TARGET { half4 lookup = tex2D(_MainTex, input.uv); half2 paletteUV = half2( lookup.r * _(PaletteTex_TexelSize.x / 0.00390625f), input.color.a * _(PaletteTex_TexelSize.y / 0.00390625f) ) half4 color = tex2D(_PaletteTex, paletteUV); color.a *= lookup.a; color.rgb *= input.color.rgb; return color; } 

पैलेट और स्प्राइट परतों की जगह के चमत्कार। इतने सारे संयोजन।

तृतीय। सब कुछ स्वचालित करें और सही उपकरणों का उपयोग करें।

इस फ़ंक्शन को लागू करने के लिए, स्वचालन बिल्कुल आवश्यक था, क्योंकि परिणामस्वरूप मुझे लगभग 300 एनिमेशन और हजारों स्प्राइट मिले।

मेरा पहला कदम एसेप्राइट के लिए एक सुविधाजनक कमांड लाइन इंटरफ़ेस का उपयोग करके मेरी पागल स्प्राइट परत योजना का प्रबंधन करना था । यह सिर्फ एक पर्ल स्क्रिप्ट है जो मेरी Aseprite फ़ाइल में सभी परतों और लेबलों को दरकिनार करती है और एक विशिष्ट निर्देशिका और नाम संरचना में छवियों को निर्यात करती है ताकि मैं उन्हें बाद में पढ़ सकूं।

फिर मैंने एकता के लिए एक आयातक लिखा। Aseprite फ्रेम डेटा के साथ एक सुविधाजनक JSON फ़ाइल प्रदर्शित करता है, जिससे आप प्रोग्रामेटिक रूप से एनीमेशन एसेट बना सकते हैं। Aseprite JSON को संभालना और इस डेटा प्रकार को लिखना बहुत कठिन हो गया था, इसलिए मैं उन्हें यहां लाता हूं। आप JsonUtility.FromJson <AespriteData> का उपयोग करके उन्हें आसानी से एकता में लोड कर सकते हैं, बस विकल्प - 'json-array' के साथ Aseprite चलाना याद रखें।

कोड:

 [System.Serializable] public struct AespriteData { [System.Serializable] public struct Size { public int w; public int h; } [System.Serializable] public struct Position { public int x; public int y; public int w; public int h; } [System.Serializable] public struct Frame { public string filename; public Position frame; public bool rotated; public bool trimmed; public Position spriteSourceSize; public Size sourceSize; public int duration; } [System.Serializable] public struct Metadata { public string app; public string version; public string format; public Size size; public string scale; } public Frame[] frames; public Metadata meta; } 

यूनिटी की तरफ, मुझे दो जगहों पर गंभीर समस्याएं थीं: स्प्राइट शीट को लोड करना / स्लाइस करना और एनीमेशन क्लिप का निर्माण करना। एक स्पष्ट उदाहरण मुझे बहुत मदद करेगा, इसलिए यहां मेरे आयातक से कोड का एक स्निपेट है ताकि आपको बहुत नुकसान न हो:

कोड:

 TextureImporter textureImporter = AssetImporter.GetAtPath(spritePath) as TextureImporter; textureImporter.spriteImportMode = SpriteImportMode.Multiple; SpriteMetaData[] spriteMetaData = new SpriteMetaData[aespriteData.frames.Length]; // Slice the spritesheet according to the aesprite data. for (int i = 0; i < aespriteData.frames.Length; i++) { AespriteData.Position spritePosition = aespriteData.frames[i].frame; spriteMetaData[i].name = aespriteData.frames[i].filename; spriteMetaData[i].rect = new Rect(spritePosition.x, spritePosition.y, spritePosition.w, spritePosition.h); spriteMetaData[i].alignment = (int)SpriteAlignment.Custom; // Same as "Pivot" in Sprite Editor. spriteMetaData[i].pivot = new Vector2(0.5f, 0f); // Same as "Custom Pivot" in Sprite Editor. Ignored if alignment isn't "Custom". } textureImporter.spritesheet = spriteMetaData; AssetDatabase.ImportAsset(spritePath, ImportAssetOptions.ForceUpdate); Object[] assets = AssetDatabase.LoadAllAssetsAtPath(spritePath); // The first element in this array is actually a Texture2D (ie the sheet itself). for (int i = 1; i < assets.Length; i++) { sprites[i - 1] = assets[i] as Sprite; } // Create the animation. AnimationClip clip = new AnimationClip(); clip.frameRate = 40f; float frameLength = 1f / clip.frameRate; ObjectReferenceKeyframe[] keyframes = new ObjectReferenceKeyframe[aespriteData.frames.Length + 1]; // One extra keyframe is required at the end to express the last frame's duration. float time = 0f; for (int i = 0; i < keyframes.Length; i++) { bool lastFrame = i == keyframes.Length - 1; ObjectReferenceKeyframe keyframe = new ObjectReferenceKeyframe(); keyframe.value = sprites[lastFrame ? i - 1 : i]; keyframe.time = time - (lastFrame ? frameLength : 0f); keyframes[i] = keyframe; time += lastFrame ? 0f : aespriteData.frames[i].duration / 1000f; } EditorCurveBinding binding = new EditorCurveBinding(); binding.type = typeof(SpriteRenderer); binding.path = ""; binding.propertyName = "m_Sprite"; AnimationUtility.SetObjectReferenceCurve(clip, binding, keyframes); AssetDatabase.CreateAsset(clip, "Assets/Animation/" + name + ".anim"); AssetDatabase.SaveAssets(); 

यदि आपने अभी तक ऐसा नहीं किया है, तो मेरा विश्वास करो - अपने स्वयं के उपकरण बनाना शुरू करना बहुत आसान है। सबसे आसान चाल दृश्य में एक गेमऑबजेक्ट को रखना है जिसमें मोनोबीहेवॉर जुड़ा हुआ है, जिसमें [ExecuteInEditMode] विशेषता है। एक बटन जोड़ें और आप लड़ाई के लिए तैयार हैं! याद रखें कि आपके व्यक्तिगत साधनों को अच्छा नहीं देखना है, वे विशुद्ध रूप से उपयोगी हो सकते हैं।

कोड:

 [ExecuteInEditMode] public class MyCoolTool : MonoBehaviour { public bool button; void Update() { if (button) { button = false; DoThing(); } } } 

स्प्राइट्स के साथ काम करते समय, मानक कार्यों को स्वचालित करना काफी आसान है (उदाहरण के लिए, पैलेट बनावट या बैच को कई स्प्राइट फ़ाइलों में रंगों को बदलना)। यहाँ एक उदाहरण है जिससे आप सीखना शुरू कर सकते हैं कि अपने स्प्राइट्स को कैसे बदलना है।

कोड:

 string path = "Assets/Whatever/Sprite.png"; Texture2D texture = AssetDatabase.LoadAssetAtPath<Texture2D>(path); TextureImporter textureImporter = AssetImporter.GetAtPath(path) as TextureImporter; if (!textureImporter.isReadable) { textureImporter.isReadable = true; AssetDatabase.ImportAsset(path, ImportAssetOptions.ForceUpdate); } Color[] pixels = texture.GetPixels(0, 0, texture.width, texture.height); for (int i = 0; i < pixels.Length; i++) { // Do something with the pixels, eg replace one color with another. } texture.SetPixels(pixels); texture.Apply(); textureImporter.isReadable = false; // Make sure textures are marked as un-readable when you're done. There's a performance cost to using readable textures in your project that you should avoid unless you plan to change a sprite at runtime. byte[] bytes = ImageConversion.EncodeToPNG(texture); File.WriteAllBytes(Application.dataPath + path.Substring(6), bytes); AssetDatabase.ImportAsset(path, ImportAssetOptions.ForceUpdate); 

मैं कैसे मेक अप के अवसरों को पछाड़ता था: शिकायत

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

मेकिमेन स्वयं इतनी खराब प्रणाली नहीं है, लेकिन मुझे ऐसा लगता है कि यह अपनी मुख्य घोषित विशेषता - सादगी को महसूस करने का प्रबंधन नहीं करता है। डेवलपर्स का विचार कुछ सरल (दृश्य राज्य मशीन) के साथ जटिल और दर्दनाक (स्क्रिप्टिंग) को बदलने के लिए था। हालांकि:

- कोई भी गैर-तुच्छ परिमित राज्य मशीन जल्दी से नोड्स और कनेक्शन के एक जंगली वेब में बदल जाती है, जिसका तर्क विभिन्न परतों में बिखरा हुआ है।

- साधारण उपयोग के मामले सामान्यीकृत प्रणाली आवश्यकताओं द्वारा बाधित होते हैं। एक या दो एनिमेशन खेलने के लिए, आपको एक नया नियंत्रक बनाने और राज्यों / बदलावों को असाइन करने की आवश्यकता है। बेशक, संसाधनों की अत्यधिक बर्बादी है।

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

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

- अगर आप उस स्थिति में बदलाव करना चाहते हैं, जो रनटाइम में है, तो आपको समस्या है। समाधान या तो एक बुरा एपीआई या हर संभव एनीमेशन के लिए एक नोड के साथ एक पागल ग्राफ है।


फ़ायरवॉच डेवलपर्स कैसे दृश्य पटकथा के नरक में मिला की कहानी। मजेदार बात यह है कि जब स्पीकर सबसे सरल उदाहरण दिखाता है, तब भी वे पागल दिखते हैं। स्पेक्टेटर सचमुच 12:41 पर कराहते हैं। बड़ी रखरखाव लागत जोड़ें, और आप समझेंगे कि मैं इस प्रणाली को क्यों नापसंद करता हूं।

इन समस्याओं में से कई मेकंप डेवलपर्स की गलती भी नहीं हैं, लेकिन बस असंगत विचारों का स्वाभाविक परिणाम है: आप एक सामान्य और एक ही समय में सरल प्रणाली नहीं बना सकते हैं, और छवियों का उपयोग करके तर्क का वर्णन करना केवल शब्दों / प्रतीकों की तुलना में अधिक कठिन है (क्या कोई यूएमएल फ़्लोचार्ट्स याद है?) । मुझे प्रैक्टिस NYC 2018 में Zack McClendon की रिपोर्ट का एक अंश याद आया, और अगर आपके पास समय हो, तो मैं सुझाव देता हूं कि आप पूरा वीडियो देखें!

हालाँकि, मुझे यह समझ में आया। दृश्य स्क्रिप्टिंग हमेशा आक्रामक द्वारा "अपने स्वयं के इंजन को लिखें" नर्ड को ठीक किया जाता है जो कलाकार की जरूरतों को नहीं समझते हैं। इसके अलावा, इस बात से इनकार नहीं किया जा सकता है कि अधिकांश कोड अतुलनीय तकनीकी शब्दजाल की तरह दिखता है।

यदि आप पहले से ही थोड़ा प्रोग्रामर हैं और स्प्राइट्स के साथ गेम बनाते हैं, तो आपको दो बार सोचने की आवश्यकता हो सकती है। जब मैंने शुरुआत की, तो मुझे यकीन था कि मैं एकता डेवलपर्स से बेहतर इंजन से संबंधित कुछ नहीं लिख सकता।

और आपको पता है क्या? यह पता चला कि स्प्राइट एनिमेटर एक स्क्रिप्ट है जो निर्दिष्ट सेकंड के बाद स्प्राइट को बदल देता है। जैसा हो सकता है वैसा ही रहो, मुझे अभी भी अपना लिखना था। तब से मैंने अपनी विशिष्ट परियोजना में एनीमेशन घटनाओं और अन्य कार्यों को जोड़ा है, लेकिन जो मूल संस्करण मैंने आधे दिन में लिखा था, वह मेरी जरूरतों का 90% है। इसमें केवल 120 लाइनें शामिल हैं और इन्हें यहां से मुफ्त में डाउनलोड किया जा सकता है: https://pastebin.com/m9Lfmd94 मेरा लेख पढ़ने के लिए धन्यवाद। जल्द मिलते हैं!