Pixi.js: इसके बजाय डिग्री का उपयोग करने के लिए रेडियन का उपयोग करने वाले रीवर्क एपीआई

कुछ विपक्ष जो दिमाग में आते हैं:

• अंतर्निहित जावास्क्रिप्ट गणित कार्य रेडियन पर मानकीकृत करते हैं
• बिल्ट-इन glsl फंक्शन रेडियन पर मानकीकृत होते हैं
• रेडियन कुछ प्रकार की गणनाओं से निपटने के लिए एक अधिक सुविधाजनक प्रारूप है (उदाहरण के लिए, मैं 0-> Math.pi * 2 से lerp कर सकता हूं और एक पूर्ण रोटेशन दक्षिणावर्त प्राप्त कर सकता हूं।)

मैं गणित का आदमी हूं, और मैं दृढ़ता और शेडर प्रारूप कारणों के कारण या तो 0..1 या तो 0..512 डिग्री का उपयोग करना पसंद करता हूं। यदि आपने मुझसे दो या अधिक साल पहले एक ही प्रश्न पूछा था तो मैं कह सकता था कि रेडियन बेहतर हैं क्योंकि वे गणित के अर्थ में "शुद्ध" हैं।

हालाँकि, फ़ाइलों में 2 x Math.PI संग्रहीत करना एक समस्या (दृढ़ता) है, और "360" 2*PI की तुलना में लिखने में तेज़ है, इसे बाइनरी रूप में स्पष्ट रूप से प्रदर्शित नहीं किया जा सकता है।

फ्लैश-आधारित इंजन डिग्री के साथ काम कर रहे हैं:

https://libgdx.badlogicgames.com/nightlies/docs/api/com/badlogic/gdx/graphics/g2d/Sprite.html#getRotation --

http://cocos2d-x.org/docs/programmers-guide/sprites/index.html

http://help.adobe.com/en_US/ActionScript/3.0_ProgrammingAS3/WS5b3ccc516d4fbf351e63e3d118a9b90204-7def.html

https://www.youtube.com/watch?v=zAsDbHXlFWI

साथ ही स्पाइन जैसे संपादक रेडियन में काम करते हैं और कोणों को स्टोर करते हैं।

एक और अजीब बात यह है कि हम SKEW का उपयोग करते हैं जो कि ग्राफिक्स डिजाइनर चीज है और गणित के अर्थ में सिर्फ "(shear.y, -shear.x)" है, हम ऐसे घृणित और उपयोगकर्ता को एक ही समय में रेड का उपयोग करने की अनुमति देते हैं।

"निम्न-स्तरीय रेंडरर" और "2d ग्राफिक्स रेंडरर के अपने स्वयं के चरण और टूल समर्थन के साथ" के बीच इसका संघर्ष, और मुझे लगता है कि पिक्सी दूसरे के करीब है।

@englercj मुझे उस कोड पर भी काम करना है, मेरे पास पहले से ही मेरे कांटे में कुछ ऐसा है: https://github.com/gameofbombs/gobi/tree/master/src/core/transform
https://github.com/gameofbombs/gobi/blob/master/src/core/math/FlatTransform2d.ts

@mreinstein मुझे उस कोड को भी देखने के लिए कहना है क्योंकि आप पिक्सी ट्रांसफॉर्म के बारे में कुछ जानते हैं;)

@bigtimebuddy और @GoodBoyDigital के सुझाव, एपीआई को विन्यास योग्य बनाते हैं:

// useDegrees
CONVERSION = Math.PI / 180;

// useRadiens
CONVERSION = 1;

set rotation(rot)
{
    this._rotation = rot * CONVERSION;
}

शायद फेजर की तरह करता है? कोण डिग्री के लिए है, रोटेशन रेडियंस के लिए है।

@englercj सहमत हैं। यह वहां का सबसे आसान तरीका है। पिक्सी पर आधारित इंजन केवल अपने "रूपांतरण" स्थिरांक को ठीक कर सकते हैं।

@englercj प्रसंस्करण यह करता है, और मुझे लगता है कि यह वास्तव में एक खराब डिजाइन निर्णय है। यह मॉड्यूलरिटी को नुकसान पहुंचाता है। यदि आपके पास कोड का एक टुकड़ा है जो कुछ एक तरह से करता है और कोड के दूसरे टुकड़े (शायद लाइब्रेरी में) का उपयोग करने का प्रयास करता है जो दूसरी तरफ मानता है, तो यह काम नहीं करेगा। यदि आप प्रत्येक कॉल से पहले कोण से संबंधित फ़ंक्शन पर यूनिट मोड सेट करना सुनिश्चित करते हैं, तो यह सुनिश्चित कर सकता है कि आपका कोड काम करता है लेकिन लाइब्रेरी कोड तोड़ देता है। और अगर पुस्तकालय कोड का एक टुकड़ा है जो कोणों का उपयोग करता है, तो क्या उसे कोण मोड सेट करना चाहिए? यह गारंटी दे सकता है कि इसका कोड इरादा के अनुसार काम करता है लेकिन उपयोगकर्ता के कोड को तोड़ देता है। यह लगभग एपीआई डिजाइन की कैदी की दुविधा की तरह है।

@OSUblake यह अधिक उचित लगता है। जबकि नाम कोण और रोटेशन एक इकाई को स्पष्ट रूप से निरूपित या प्रतिबंधित नहीं करते हैं, वहाँ निश्चित रूप से ऐसे संघ हैं जो इसे 50/50 अनुमान की तुलना में अधिक उचित बनाते हैं।

मुझे लगता है कि angleDeg और angleRad हालांकि बेहतर होगा। इसे स्पष्ट क्यों नहीं करते?

कोण डिग्री के लिए है, रोटेशन रेडियंस के लिए है।

हो सकता है कि फेजर इसे कैसे करता है लेकिन यह सार्वभौमिक रूप से सहमत नहीं है। घूर्णन क्रिया है, और कोण उस क्रिया की मात्रा है जो घटित हुई। कभी-कभी इसे "घूर्णन कोण" कहा जाता है। तो तकनीकी रूप से कोण या रोटेशन को एक ही चीज़ को संदर्भित करने के लिए अतिभारित किया जा सकता है, और किसी भी इकाई (डिग्री या रेडियन) में व्यक्त किया जा सकता है।

रेडियन के साथ रोटेशन से जुड़ी कोई भी गणित की कार्रवाई बहुत आसान है। इसे समझना वास्तव में इतना कठिन नहीं है; Math.PI वृत्त के चारों ओर आधा है; Math.PI*2 एक पूर्ण घूर्णन है।

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

मैं मानता हूं कि यह राय है लेकिन सिर्फ रेडियंस के साथ जाएं। जावास्क्रिप्ट में सभी गणित एपीआई रेडियन पर काम करते हैं, डिग्री नहीं, जैसा कि अधिकांश गैर-खिलौना ज्यामिति पुस्तकालय करते हैं।

अगर हमें वास्तव में हर चीज के लिए सभी का समर्थन करना चाहिए तो मैं इसे स्पष्ट करने के लिए @ 1j01 से सहमत हूं। शायद .degrees या .radians ?

इस समस्या को स्वचालित रूप से पुराना के रूप में चिह्नित कर दिया गया है क्योंकि इसमें हाल की गतिविधि नहीं है। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। आपके योगदानों के लिए धन्यवाद।

इस थ्रेड को स्वचालित रूप से लॉक कर दिया गया है क्योंकि इसे बंद करने के बाद हाल ही में कोई गतिविधि नहीं हुई है। कृपया संबंधित बग के लिए एक नया मुद्दा खोलें।