Аппаратно ускоренная реализация OpenVG на Рабочем столе на основе OpenGL [закрытый] ES

Закрытый. Этот вопрос вне темы. Это в настоящее время не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, таким образом, это на теме для Переполнения стека.

Закрытый 3 года назад.

Я в настоящее время пытаюсь разбудить OpenVG и работаю на своем рабочем столе. Проблема возникает сюда: Я / будет разрабатывать приложение для устройства Windows CE (с.NET компактная платформа), который аппаратно ускорил OpenGL ES 2.0 и OpenVG 1.0.1 (на основе TI OMAP35x, если Вам интересно). Приложение будет определенно использовать OpenVG для рисования и вероятный OpenGL для некоторых эффектов, если OpenVG не предложит им (т.е. размытость).

Теперь я хотел бы разработать на своем рабочем столе без эмулятора (см. этот вопрос). Таким образом, я думал, что просто импортирую OpenVG с P/Invoke, который был довольно легок, так как люди OpenVG превратили свои константы в реальные перечисления, и хотя процедурный API C, он перевел очень хорошо в объектно-ориентированную форму (с Графическим классом для рисования и Пути, Краски, Штриховых и Объектов изображения). Мне также удалось начать с по-другому именованным DLLs и точками входа. О, и я импортировал EGL 1.3, также довольно легкий переводить в объектно-ориентированный API.

До этой точки это звучало довольно хорошим. Я думал, что буду просто использовать ссылочную реализацию OpenVG от Khronos, но это медленно. Действительно медленный. Вы знаете, как очистка поверхности, занимающей буквально секунду! Таким образом, я думал, прекрасный, OpenVG является стандартом, я просто возьму одну из других реализаций. Большинство из них основано на OpenGL, который является тем, что я хочу. Или не так ли?

Нет, это не. Создание поверхности OpenGL ES 2.0 с EGL 1.3 (предоставленный Windows Emulation SDK PowerVR для OpenGL ES 2.0) не совместимо ни с какой реализацией OpenVG, которую я попробовал. Некоторые из них требуют традиционного OpenGL (AmanithVG GLE), версия EGL, предоставленная PowerVR, не поддерживает OpenVG. Большинство реализаций даже не имеет EGL и использует некоторые причудливые функции для инициализации контекста - все они предполагающие, что контекст OpenGL был уже создан. OpenGL, не OpenGL ES. Вздох.

Единственным, который я мог взяться за работу, был AmanithVG SRE, который очень быстр для реализации программного обеспечения и не полагается на OpenGL или EGL. Это работает, но это все еще слишком медленно для оперативных анимаций.

Я не могу полагать, что эти вещи чувствуют себя настолько неправильными. Я действительно испытываю желание просто использовать WindowsMobile. DirectX.Direct3D, для которого PowerVR предоставляет слой эмуляции для Настольного Windows в надежде, что заключительный Пакет поддержки плат предоставит Direct3D как обертку ES OpenGL, как он, кажется, находится на многих устройствах.

Так, вопрос, наконец:

Есть ли какая-либо реализация OpenVG для систем Windows Desktop, которая работает с OpenGL ES 2.0? Бонусные очки, если это работает гладко с эмуляцией OpenGL ES 2.0 PowerVR и предоставленным EGL 1.3.

Или я должен просто попытаться использовать традиционную реализацию OpenGL 2.0 на Рабочем столе? Но они обычно не предоставляют EGL также. Я не хочу иметь два слоя инициализации (EGL и WGL). Или должен я?

Примечание: это не вопрос о.NET, потому что проблемой является тот же самый без.NET.

задан Community 23 May 2017 в 12:17

0 ответов

Другие вопросы по тегам:

windows opengl-es desktop openvg

Аппаратно ускоренная реализация OpenVG на Рабочем столе на основе OpenGL [закрытый] ES

0 ответов

Похожие вопросы: