Eto: OpenGL 렌더 컨트롤을 지원합니다.

특별히 계획된 것은 아니지만 충분히 쉽게 할 수 있습니다. OpenTK가 MIT 라이선스를 받은 것처럼 보이므로 Eto.Forms와 잘 맞습니다.

Eto.Forms에 OpenTK에 대한 일종의 래퍼가 있는 경우가 아니라면 대상 플랫폼을 기반으로 다른 참조로 앱을 컴파일해야 하므로 몇 가지 문제가 있을 수 있습니다.

Windows, Gtk 및 Mac용으로 별도의 플랫폼 DLL이 있는 것을 관찰했는데 플랫폼별 코드를 배치할 위치가 아닐 수 있습니다.
OpenTK를 사용하려면 이미 필요한 참조가 포함되어 있을 가능성이 높기 때문에 기존 Eto.Platform.*.dll에 코드를 추가할 수 있는 하나의 공통 플랫폼 독립 OpenTK.dll과 플랫폼별 하나를 참조해야 합니다.

저는 https://github.com/hultqvist/opentk 에 있는 OpenTK 포크를 수정하고 제거하는 작업을 해왔습니다.
그러나 포크에는 원래 Opentk 프로젝트(주로 열 벡터 사용)와 호환되지 않는 몇 가지 주요 수정 사항이 있습니다.

여전히 내가 말하는 부분은 그 점에서 변경되지 않았습니다. 특히 Windows 및 Gtk용 OpenTK.GLControl 및 OpenTK.GLWidget 프로젝트 각각 Mac용으로 비슷한 것을 만들 수 있지만 현재 유일한 구현은 원본에서 가져온 것입니다. OpenTK 게임창 클래스.

사실 그렇게 하는 것도 방법일 것입니다.

나는 이것을 조금 보았다 - MonoMac이 MonoMac.dll에 내장된 사용자 정의 OpenTK를 사용한다는 것은 불행한 일입니다. 우리는 불행히도 전체 API 주위에 래퍼를 만들어야 할 수도 있습니다.

여기에서 eto에 대한 OpenGL 컨트롤이 진행되었습니다.

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

이 OpenGL 컨트롤은 사용 가능한 상태입니까?

나는 그것을 시도하지 않았기 때문에 확실하지 않지만 SharpFlame에서 작동하는 스크린 샷을 보았지만.. @bchavez , OpenGL 컨트롤의 상태에 대한 자세한 정보가 있습니까?

• Eto.Gl - _Eto Control_이지만 아직 API를 정식화하지 않았습니다.
• Eto.Gl.Windows - 플랫폼별 GL은 Eto.Gl 사용하는 Windows에서 있는 그대로 작동해야 합니다.
• Eto.Gl.Linux - 새로운 eto 변경 사항으로 인해 Linux의 플랫폼별 GL을 업데이트해야 합니다. 업데이트하기가 어렵지 않아야 합니다. 시간이 충분하지 않았을 뿐입니다.
• Eto.Gl.Mac - 아직 해결해야 하는 다소 어려운 _gotcha_ 문제입니다.

Mac/OSX의 한 가지 주요 문제는 기본적으로 동일한 앱 내에서 생성된 새로운 GL 컨텍스트가 리소스를 공유하지 않는다는 것입니다. 즉, 표면당 격리된 GL 리소스 컨텍스트를 얻습니다. IE: 여러 GL 표면을 사용하는 앱이 있는 경우 표면당 n 번 텍스처를 로드해야 하며 n 의 텍스처 메모리 양을

이 동작은 Linux와 Windows에서 다르며 기본적으로 새로운 OpenGL 컨텍스트는 리소스를 공유합니다(동일한 앱 내에서). 따라서 동일한 앱 내에 여러 GL 표면(Linux 또는 Windows)이 있고 텍스처를 로드하는 경우 표면당 n 번이 아니라 텍스처 리소스를 한 번만 로드하는 것입니다.

Mac에서 작동하도록 하기 위해 시도한 해킹 시도 중 일부는 MacGLView1-7.cs .
https://github.com/bchavez/SharpFlame/tree/eto/source/Eto.Gl.Mac

결국 나(또는 다른 누군가)가 문제를 해결하여 플랫폼 간에 일관된 동작을 수행할 것입니다. atm 시간이 충분하지 않았습니다.

문제에 대한 OSX 문서는 다음과 같습니다.

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

명확히하기 위해 "GL 컨텍스트"는 특히 GL 리소스 컨텍스트를 의미합니다 . (위 링크에 설명된 공유 객체 상태).

정리해주셔서 감사합니다. 나는 이미 Windows와 Linux에서 작동하도록 시도했습니다.
Windows는 Wpf에서 잘 작동하지만 Gtk#2가 있는 Linux에서는 작동하지 않습니다. http://hastebin.com/okewirerem
다음은 코드를 살펴보고 싶다면 다음과 같습니다. https://github.com/PowerOfCode/Eto/tree/opengl-control/Source/Eto.Gl.Gtk

나는 그것이 텍스트 렌더링과 관련이 있다는 것을 알았습니다. 텍스트를 렌더링하는 레이아웃에 대한 다른 컨트롤이 있는 경우 즉시 충돌합니다. 해당 컨트롤의 텍스트가 대신 비어 있으면 충돌하지 않습니다.

와, 이상하네요.

@benklett

나는 같은 문제에 부딪쳤다. 여전히 수정 사항을 찾지 못했다면 이것을 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과 같은 이상한 것 때문에 gtk가 초기화되기 전에 OpenTK가 거기에 들어가야 합니다. 엄밀히 말하면 가장 먼저 해야 할 일은 아니지만 꽤 일찍 해야 합니다.

도움을 주셔서 감사합니다. 집에 도착하면 작동하는지 확인해야 합니다.

eto용 OpenGL 컨트롤에 대한 업데이트가 있습니까?

유망해 보입니다: https://github.com/philstopford/etoViewport.

레. etoViewport, WPF 및 GTK3 지원으로 할 수 있지만 GTK3은 진행 방법에 대해 어리둥절합니다. 필요한 Cairo 컨텍스트를 설정하는 방법이 명확하지 않습니다.

etoViewport가 어떻게 하는지 모르지만 Gtk 3에는 OpenGL 렌더링을 위한 GLArea 위젯이 있습니다. https://developer.gnome.org/gtk3/unstable/GtkGLArea.html

이것에 대한 업데이트가 있습니까?

@feliwir etoViewport는 현재 최소한 WPF, WinForms 및 macOS에서 작동합니다. GTK의 상태는 확실하지 않습니다.

GTK는 VirtualBox/CentOS 7.x 및 VMWare/Linux Mint에서 내 테스트에서 작동하고 있습니다. OpenGL 컨트롤이 다른 모든 창 위에 떠 있는 것처럼 보이는 VirtualBox에서 특히 드라이버가 약간 이상할 수 있습니다. VMWare에서는 볼 수 없기 때문에 이것이 VirtualBox의 버그일 수 있다고 생각합니다.

그러나 GTK3은 etoViewport에 대해 구현되지 않습니다.

@philstopford OpenTK에 대한 종속성이 마음에 들지 않습니다. 제거할 계획이 있습니까/컨텍스트 생성을 위한 사용자 정의 콜백을 허용합니까?

마음에 안들어서 죄송하지만 왜 그런지 모르겠네요. 현재 접근 방식이 효과가 없다면 패치를 환영합니다. 직접 변경할 계획은 없습니다. OpenTK는 신뢰할 수 있는 도구였습니다. 초기 OpenGL 작업에서 SharpGL을 사용한 후 해당 프로젝트가 중단되었습니다. 이와 대조적으로 OpenTK는 적극적으로 유지 관리되고 다중 플랫폼입니다.

이동: https://github.com/picoe/Eto.Toolkit/issues/7

@cwensley 닫을 수 있습니다.