Eto: ओपनजीएल रेंडर कंट्रोल के लिए समर्थन।

को निर्मित 17 जुल॰ 2012 · 23टिप्पणियाँ · स्रोत: picoe/Eto

संक्षेप में: क्या किसी प्रकार का ओपनजीएल रेंडर कंट्रोल योजनाबद्ध है जिसका उपयोग ओपनटीके के साथ संयोजन में किया जा रहा है?

enhancement help wanted

स्रोत

azunyuuuuuuu

सबसे उपयोगी टिप्पणी

ईटो के लिए ओपनजीएल नियंत्रण पर कोई अपडेट?

shabadan 22 अग॰ 2016

👍2

सभी 23 टिप्पणियाँ

विशेष रूप से योजनाबद्ध नहीं था, लेकिन करना काफी आसान था। ऐसा लगता है कि OpenTK को MIT लाइसेंस प्राप्त है इसलिए यह Eto.Forms के साथ अच्छी तरह से फिट होगा।

हालांकि कुछ जटिलताएं हो सकती हैं, क्योंकि आपको अपने ऐप को लक्ष्य प्लेटफॉर्म के आधार पर अलग-अलग संदर्भों के साथ संकलित करना होगा, जब तक कि Eto.Forms में OpenTK के चारों ओर एक प्रकार का आवरण न हो, जो मैं जरूरी नहीं करना चाहूंगा।

cwensley 17 जुल॰ 2012

मैंने देखा है कि आपके पास विंडोज़, जीटीके और मैक के लिए अलग-अलग प्लेटफॉर्म डीएलएल हैं, क्या यह प्लेटफॉर्म विशिष्ट कोड रखने का स्थान नहीं हो सकता है।
OpenTK का उपयोग करने के लिए आपको एक सामान्य प्लेटफ़ॉर्म स्वतंत्र OpenTK.dll और एक प्लेटफ़ॉर्म विशिष्ट का संदर्भ देना होगा जिसका कोड मौजूदा Eto.Platform.*.dll में जोड़ा जा सकता है क्योंकि उनमें पहले से ही आवश्यक संदर्भ शामिल हैं।

मैं https://github.com/hultqvist/opentk पर पाए गए OpenTK के एक कांटे को संशोधित और अलग करने के साथ काम कर रहा हूं
लेकिन चेतावनी दी जानी चाहिए कि कांटा में कुछ प्रमुख संशोधन हैं जो इसे मूल ओपनटेक परियोजना (मुख्य रूप से कॉलम वैक्टर का उपयोग करके) के साथ असंगत बनाता है।

फिर भी जिस हिस्से के बारे में मैं बात कर रहा हूं वह उस संबंध में नहीं बदला है, विशेष रूप से विंडोज़ और जीटीके के लिए ओपनटीके.जीएलकंट्रोल और ओपनटीके.जीएलविजेट परियोजनाएं, मुझे लगता है कि मैक के लिए एक समान बनाया जा सकता है लेकिन वर्तमान में केवल मूल कार्यान्वयन ओपनटीके गेमविंडो क्लास।

hultqvist 5 अग॰ 2012

दरअसल, यह ऐसा करने का एक तरीका होगा।

cwensley 5 अग॰ 2012

मैंने इसे थोड़ा देखा - यह दुर्भाग्यपूर्ण है कि मोनोमैक मोनोमैक.डीएल में निर्मित एक कस्टम ओपनटीके का उपयोग करता है .. हमें पूरे एपीआई के चारों ओर एक रैपर बनाना पड़ सकता है, जो दुर्भाग्यपूर्ण होगा

cwensley 14 अग॰ 2012

यहां ईटो के लिए ओपनजीएल नियंत्रण पर प्रगति की गई है:

https://github.com/bchavez/SharpFlame/tree/eto/source

cwensley 3 जून 2014

क्या यह ओपनजीएल नियंत्रण प्रयोग करने योग्य स्थिति में है?

benklett 22 अग॰ 2015

मैंने इसे आज़माया नहीं है इसलिए मुझे यकीन नहीं है, हालांकि मैंने इसके स्क्रीनशॉट SharpFlame में काम करते हुए देखे हैं.. @bchavez , क्या आपके पास अपने OpenGL नियंत्रण की स्थिति के बारे में अधिक जानकारी है?

cwensley 22 अग॰ 2015

Eto.Gl - _Eto Control_, लेकिन मैंने अभी तक एपीआई को औपचारिक रूप नहीं दिया है।
Eto.Gl.Windows - प्लेटफ़ॉर्म-विशिष्ट जीएल को Eto.Gl का उपयोग करके विंडोज़ पर वैसे ही काम करना चाहिए।
Eto.Gl.Linux - कुछ नए ईटो परिवर्तनों के कारण Linux पर प्लेटफ़ॉर्म-विशिष्ट GL को अपडेट करने की आवश्यकता है। अपडेट करना मुश्किल नहीं होना चाहिए, बस पर्याप्त समय नहीं है।
Eto.Gl.Mac - थोड़ा मुश्किल _gotcha_ मुद्दा मुझे अभी भी हल करने की जरूरत है।

मैक/ओएसएक्स पर एक प्रमुख मुद्दा, डिफ़ॉल्ट रूप से, एक ही ऐप के भीतर बनाए गए नए जीएल संदर्भ संसाधन साझा नहीं होते हैं। इसका मतलब है, आपको प्रति सतह एक अलग जीएल संसाधन संदर्भ मिलता है। IE: यदि आपके पास एक ऐसा ऐप है जो कई GL सतहों का उपयोग करता है, तो आपको बनावट को n प्रति सतह बार लोड करना होगा, बनावट मेमोरी की मात्रा का n गुना लेना होगा।

यह व्यवहार लिनक्स और विंडोज पर अलग है, डिफ़ॉल्ट रूप से, नए ओपनजीएल संदर्भ संसाधन साझा किए जाते हैं (उसी ऐप के भीतर)। इसलिए, यदि आपके पास एक ही ऐप में कई GL सरफेस (लिनक्स या विंडोज पर) हैं और टेक्सचर लोड करते हैं, तो आप केवल बनावट संसाधनों को एक बार लोड कर रहे हैं, प्रति सतह n बार नहीं।

मैक पर इसे काम करने के लिए मैंने जो कुछ हैकिंग प्रयास किए हैं, वे हैं MacGLView1-7.cs :
https://github.com/bchavez/SharpFlame/tree/eto/source/Eto.Gl.Mac

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

bchavez 22 अग॰ 2015

समस्या के लिए OSX दस्तावेज़ यहाँ है:

https://developer.apple.com/library/mac/documentation/GraphicsImaging/Conceptual/OpenGL-MacProgGuide/opengl_contexts/opengl_contexts.html

स्पष्ट करने के लिए, "जीएल संदर्भ" से मेरा मतलब है, विशेष रूप से, जीएल संसाधन संदर्भ । (साझा वस्तु स्थिति जैसा कि ऊपर दिए गए लिंक में वर्णित है)।

bchavez 22 अग॰ 2015

शुद्धिकरण के लिए धन्यवाद। मैंने पहले ही इसे विंडोज और लिनक्स पर काम करने की कोशिश की है।
विंडोज़ Wpf के साथ ठीक काम कर रहा है, लेकिन Gtk#2 के साथ Linux पर यह काम नहीं करना चाहता: http://hastebin.com/okewirerem
यदि आप इसे देखना चाहते हैं तो यहां कोड है: https://github.com/PowerOfCode/Eto/tree/opengl-control/Source/Eto.Gl.Gtk

benklett 22 अग॰ 2015

मुझे पता चला कि इसका टेक्स्ट रेंडरिंग से कुछ लेना-देना है। यदि आपके पास लेआउट पर कोई अन्य नियंत्रण है, जो पाठ प्रस्तुत करता है, तो यह तुरंत क्रैश हो जाता है। यदि उस नियंत्रण का पाठ इसके बजाय खाली है, तो यह क्रैश नहीं होता है।

वाह, यह अजीब है।

benklett 27 अग॰ 2015

@ बेंकलेट

मैं एक समस्या मे फंस गया। यदि आप अभी भी ठीक नहीं हुए हैं, तो आपको इसे अपने gtk प्रोग्राम की पहली पंक्ति के रूप में रखना होगा:

C# [STAThread] public static void Main(string[] args) { //this MUST be the first line in the program or any text + the opengl window will cause it to segfault OpenTK.Toolkit.Init (); ....

यह x_multithreading या कुछ के साथ कुछ निराला चीज के कारण है, इसलिए ओपनटीके को जीटीके शुरू होने से पहले वहां जाना होगा। सख्ती से पहली चीज नहीं जो आपको करनी है, लेकिन बहुत जल्दी।

kniteli 19 नव॰ 2015

आपकी मदद के लिए बहुत-बहुत धन्यवाद, मुझे कोशिश करनी होगी कि घर आने पर यह काम करे।

benklett 19 नव॰ 2015

ईटो के लिए ओपनजीएल नियंत्रण पर कोई अपडेट?

shabadan 22 अग॰ 2016

👍2

आशाजनक लग रहा है: https://github.com/philstopford/etoViewport।

DanWatkins 24 अग॰ 2016

पुन. etoViewport, यह wpf और GTK3 समर्थन के साथ कर सकता है, लेकिन GTK3 मुझे पहेली बनाता है कि कैसे आगे बढ़ना है - यह स्पष्ट नहीं है कि आवश्यक काहिरा संदर्भ कैसे स्थापित किया जाए (मेरे लिए)।

philstopford 8 अक्तू॰ 2016

डुनो कैसे etoViewport इसे कर रहा है, लेकिन Gtk 3 में OpenGL रेंडरिंग के लिए GLArea विजेट है: https://developer.gnome.org/gtk3/unstable/GtkGLArea.html

harry-cpp 8 अक्तू॰ 2016

इस पर कोई अपडेट?

feliwir 11 जन॰ 2018

@feliwir etoViewport अभी कम से कम wpf, WinForms और macOS के लिए काम करता है। मुझे यकीन नहीं है कि जीटीके की स्थिति हालांकि।

cwensley 11 जन॰ 2018

जीटीके वर्चुअलबॉक्स/सेंटोस 7.x और वीएमवेयर/लिनक्स मिंट के तहत मेरे परीक्षणों में काम कर रहा है। कुछ ड्राइवर विषमताएं हो सकती हैं, विशेष रूप से वर्चुअलबॉक्स के तहत, जहां ओपनजीएल नियंत्रण अन्य सभी विंडो के ऊपर तैरता हुआ प्रतीत होता है। मुझे लगता है कि यह VirtualBox में एक बग हो सकता है, हालांकि, जैसा कि VMWare में नहीं देखा जाता है।

हालांकि, GTK3 etoViewport के लिए लागू नहीं किया गया है।

philstopford 11 जन॰ 2018

@philstopford मुझे

feliwir 17 जन॰ 2018

मुझे खेद है कि आपको यह पसंद नहीं आया, लेकिन मैं यह नहीं देख रहा हूँ कि क्यों। पैच का स्वागत है, अगर वर्तमान दृष्टिकोण आपके लिए काम नहीं कर रहा है। मेरे पास वास्तव में इसे स्वयं बदलने की कोई योजना नहीं है: ओपनटीके एक विश्वसनीय कार्यकर्ता रहा है। पहले ओपनजीएल प्रयासों में, मैंने शार्पजीएल का इस्तेमाल किया और फिर वह परियोजना छोड़ दी गई। इसके विपरीत, OpenTK सक्रिय रूप से बनाए रखा और बहु-मंच है।

philstopford 17 जन॰ 2018

यहां ले जाया गया: https://github.com/picoe/Eto.Toolkit/issues/7

@cwensley इसे बंद किया जा सकता है।

harry-cpp 19 जन॰ 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Eto: ओपनजीएल रेंडर कंट्रोल के लिए समर्थन।

सबसे उपयोगी टिप्पणी

सभी 23 टिप्पणियाँ

संबंधित मुद्दों