Unity के बाद गेम डेवलपमेंट

• Unity के मामले में यह एक अनुमानित आपदा थी
  • इसकी आधे से ज़्यादा आय engine से नहीं, बल्कि advertising से आती है। यानी यह ad market से प्रभावित होता है

Unity के विकल्प

• Godot (C#, GDScript, visual)
  • सबसे ज़्यादा उल्लेख किया जाने वाला open source विकल्प
  • high-end engine features की बजाय beginners को जल्दी शुरुआत कराने पर ज़ोर
  • आम शिकायत है: "not quite there yet"
  • console support कमज़ोर है
• Unreal (visual)
  • ऐसा engine जिसे परिचय की ज़रूरत नहीं। कई AAA games इसमें बनते हैं
  • Nanite, Lumen, Metahuman जैसे advanced features देता है, लेकिन यह जटिल है, इसलिए शुरुआत करना मुश्किल है और ज़्यादा specialized knowledge चाहिए
  • लेकिन आजकल Unreal में game launch करना वास्तव में Unity से ज़्यादा आसान है
• Defold (Lua)
  • Godot और Unreal जितना ही उल्लेखित
  • 2D और mobile games के लिए उपयुक्त
  • कई mobile games पहले ही इस engine पर रिलीज़ हो चुके हैं
• RayLib
  • यह engine नहीं, बल्कि library के रूप में है
  • C++ जैसी भाषाओं में तेज़ी से game development करने में मदद करता है
• Open 3D (Lua, visual)
  • Amazon ने CryEngine-आधारित Lumberyard को open source के रूप में जारी किया
  • चूंकि इसकी शुरुआत Crytek के AAA game engine से हुई, इसलिए learning curve और कठिन हो सकता है
• GameMaker (GML, visual)
  • 2D games के लिए काफ़ी लोकप्रिय और beginners के लिए भी आसान
  • Undertale, Spelunky जैसे कई प्रसिद्ध 2D games इससे बनाए गए
• Unigine (C#)
  • मूल रूप से यह game-केंद्रित नहीं है, लेकिन games SDK के target list में सबसे ऊपर हैं
• Bevy (Rust)
  • Rust developers के बीच सबसे आम तौर पर उल्लेखित
• Flax (visual)
  • Defold जितना प्रसिद्ध नहीं, लेकिन काफ़ी अच्छा feature set देता है
  • अभी तक इस engine पर बना कोई खास उल्लेखनीय game नहीं है
• Cocos (JavaScript/TypeScript)
  • वही development tool lineage, जिसका इस्तेमाल 15 साल पहले FarmVille बनाने में हुआ था
• Stride (C#)
  • Silicon Studio के Paradox engine (उससे पहले Xenko) का बदला हुआ नाम
• Monogame (C#)
• इसके अलावा Construct, Ogre3D, Solar2D, HARFANG 3D, CryEngine, FNA, libGDX, LÖVE, Fyrox, C4Engine, Hazel, Wicked, TelluSim, heaps.io

[mhcoma]

सिर्फ Unity का विकल्प सामने आने भर से ही कुछ नई ऊर्जा महसूस होती है.
हकीकत यह है कि Unity ने जो कुछ बनाया और जमा किया है, उसे नज़रअंदाज़ करना मुश्किल है,
लेकिन लगता है कि ज़्यादा प्रयोगधर्मी indie डेवलपर दूसरे टूल्स की ओर चले जाएंगे.

[riot0083]

अतीत में कई घरेलू और विदेशी commercial game engines घाटे की वजह से बंद हो गए थे—इसे याद करें तो Unity engine की profitability समस्या पर ज़रूरत से ज़्यादा उंगली उठाने वाला माहौल मुझे थोड़ा विडंबनापूर्ण लगता है.

और production प्रक्रिया के बीच engine बदल देने की बातें भी मुझे लगता है कि बहुत आसानी से कही जा रही हैं.

इस समय का तथ्य यह है कि Unity जितने development tools और learning resources से भरपूर engines बहुत ज़्यादा नहीं हैं. यह सिर्फ programmers की learning की समस्या नहीं है; अगर पूरे development team की learning cost को देखें, तो यह अब भी काफी merit वाला engine है.

उम्मीद है कि Unity पक्ष और developers दोनों के लिए win-win दिशा बने.

[tomriddle7]

वैकल्पिक इंजन का ज़िक्र करने वाली पोस्टों में renpy की बात तो बिल्कुल भी नहीं दिख रही है।

[carnoxen]

मुझे लगता है कि Ren'Py visual novels तक सीमित है, इसलिए इसे किसी वैकल्पिक समाधान के रूप में पेश करना मुश्किल होगा.

[tomriddle7]

वास्तव में इस्तेमाल करके देखें तो, एक सामान्य-उद्देश्य 2D गेम इंजन के रूप में इसमें ज़रूरी ज़्यादातर फीचर्स मौजूद हैं।

[mhcoma]

लगता है कि कुछ लोग Pygame का इस्तेमाल किए बिना सिर्फ Ren'Py से ही गेम बनाते हैं।

[ragus]

मुझे लगता है कि इतने सारे विकल्प सामने आने के बावजूद, आखिरकार बात घूम-फिरकर Unity पर ही आकर टिकेगी।

[whdekf]

Unity ने indie developers और छोटे game studios के लिए एक engine के रूप में काफी अपील की थी, लेकिन इस बार जो नुकसान होगा, वह काफ़ी बड़ा लग रहा है। अगर वे किसी दूसरे engine पर भी जाते हैं, तब भी उसमें समय लगेगा, और उस दौरान industry सिकुड़ेगी और gamers के लिए आनंद लेने के मौके भी कम हो जाएंगे। उम्मीद है Unity अब भी इस पर दोबारा विचार करे।