VirtualGL

VirtualGL является полностью бесплатным, и мультиплатформенный с открытым исходным кодом командной строки программное обеспечение, которое может перенаправить команды 3D из любого OpenGL приложения на стороне сервера 3D видеокарты, на любой операционной системе Linux или UNIX-подобных. Он также преобразует изображения в оказанные видео-файл.

Основные функции включают в себя рабочую станцию, как уровень производительности, что очень полезно при использовании высокоскоростных прокси TurboVNC, а также поддержку для включения 3D сеанса совместной работы и мобильности, что весьма удобно при использовании VNC или аналогичного прокси.

Кроме того, программное обеспечение включает в себя поддержку более чем 50MP / секунду на 100 Мбит сети, особенно при использовании с приложением TurboVNC и четырехкратно-буферизованного поддержкой стерео. Это позволяет пользователям удалить 3D размер данных.

Программное обеспечение может быть легко использована в качестве компаньона для веб-браузера VizStack для отображения параллельных задач рендеринга удаленно, а также с программным обеспечением для виртуализации VMware или Oracle VirtualBox для отображения OpenGL приложений удаленно на Microsoft Windows операционки.

VirtualGL является кросс-платформенный проект, который работает под управлением GNU / Linux, FreeBSD, Microsoft Windows и операционных систем Mac OS X. Она была успешно протестирована на компьютерах, поддерживающих любой из 32 или 64-разрядных процессорных архитектур.

Для Вашего удобства, программа распространяется как родные монтажников для многочисленных дистрибутивов GNU / Linux, которые используют любой из DEB или RPM системы управления пакетами. Исходный пакет также доступен для загрузки для ядра на основе операционных систем Linux, которые используют другой менеджер пакетов. После установки, вы можете использовать программное обеспечение VirtualGL на ваших проектах. Подробнее об использовании можно найти на проекте & Rsquo; s сайт

Что нового в этом выпуске:.

• VirtualGL больше не будет бросать исключение, если 3D-приложение вызывает определенные функции X11 и GLX с аргументом NULL. Это вместо того, чтобы позволить основной или библиотека X11 GLX для обработки ошибки. В частности, это работает вокруг вопроса с Фиджи.
• Работал вокруг вопроса посредством чего, когда ANSYS Workbench 14.5 был запущен с VirtualGL, подпроцессы (такие как редактор геометрии), запущенный из среды Workbench бы не выйти должным образом (и, таким образом, станет зомби.) Эта проблема также влияет ANSYS HFSS , который либо запереть при выходе или будет выведено сообщение об ошибке: & Quot; прекратить действие вызывается после выбрасывания экземпляр '' rrerror & Quot;
.
• Работал вокруг вопроса посредством чего при использовании MAGMA5 с VirtualGL, второй и последующие перспективы открываются в приложении будет не всегда корректно отображаться.
• Добавлена ​​поддержка расширения GLX_EXT_texture_from_pixmap.
• Добавлена ​​поддержка расширений GLX_EXT_swap_control и GLX_SGI_swap_control и новой переменной конфигурации (VGL_REFRESHRATE), которые могут быть использованы для борьбы с ними. См руководство пользователя для получения дополнительной информации.
• Добавлена ​​поддержка Depth = 32 и FB визуальными конфиги.
• Добавлен новый & Quot; окно менеджера & Quot; режим, который отключает некоторые функции в VirtualGL, которые мешают 3D оконных менеджеров, таких как Compiz. Это, в сочетании с [6] и [4] выше, должно позволить Compiz правильно работать с этой версией VirtualGL, при условии, что 2D X Server поддерживает расширение X Composite. См руководство пользователя для получения дополнительной информации.
• Исправлена ​​ошибка BadDrawable X11, которая произошла при запуске клиента Steam, в VirtualGL.
• Улучшена точность TCBench и CPUstat.
• поведение обтекаемой VirtualGL, когда он установлен из исходных текстов: - vglrun теперь работает независимо от того, где были установлены библиотеки Факер. Система сборки жёстко прописывает Значение переменной VGL_LIBDIR CMake в сценарий, который vglrun поэтому вызываемые программой можно добавить эту директорию в LD_LIBRARY_PATH. Если библиотеки FAKER установлены в каталог системной библиотеки, то упаковщиков может выбрать опустить новый сценарий, и vglrun будет продолжать работать, как и всегда. - Всякий раз, когда установлена ​​64-разрядная сборка, glxspheres теперь переименован glxspheres64, согласно конвенции официальных пакетов. Это дает возможность установить 32-разрядные и 64-разрядную версию VirtualGL в тот же каталог. - Если префикс установки установлен на значение по умолчанию (/ Opt / VirtualGL), то система сборки по умолчанию установка библиотек FAKER из 32-битной сборки в / Opt / VirtualGL / lib32 и библиотеки FAKER из 64-битных построить в / Opt / VirtualGL / lib64. - Точно так же, если префикс установки установлен на значение по умолчанию (/ Opt / VirtualGL), то система сборки по умолчанию установки симлинк libGL для хрома из 32-битных построить в / Opt / VirtualGL / fakelib32 и символическом линке libGL для Хром из 64-битных построить в / Opt / VirtualGL / fakelib64.

Режим
• ПБО READBACK теперь включен по умолчанию. Дальнейшие исследования показали, что графические процессоры профессионального уровня всегда выгоду от ОПО быть включен (довольно резко, в случае AMD FirePro адаптеров.) С потребительского класса AMD адаптеров ОПО в целом не причиняют вреда, а с потребительского класса NVIDIA (GeForce) адаптеры, результаты неоднозначны. Драйверы GeForce вернется к блокированию readbacks, если формат пикселя запрашивается в glReadPixels () не совпадает с форматом пикселя пиксельный буфер, поэтому ОПО обычно будет медленнее в тех случаях. Таким образом, в настоящее время VirtualGL возвращается к синхронной считываемого режим, если он обнаруживает, что ОПО не ведут себя в асинхронном режиме.

нет
• Кроме того, VGL_FORCEALPHA больше не включена по умолчанию, когда ОПО включены. Эта опция была введена из-за поведения GeForce, упомянутой выше, но вариант не имеет никакого эффекта с графическими процессорами профессионального уровня, которые рекомендуются для использования с VirtualGL. Вместо этого VGL теперь будет обнаруживать ситуации, в которых VGL_FORCEALPHA может быть полезным и предложить включить или отключить его (если VGL_VERBOSE = 1.)
• Эта версия VirtualGL предоставляет бинарный пакет и полную поддержку Cygwin64.

Что нового в версии 2.4.1 / 2.5 Beta 1:

• VirtualGL больше не будет бросаться исключение, если 3D-приложение вызывает определенные функции X11 и GLX с аргументом NULL. Это вместо того, чтобы позволить основной или библиотека X11 GLX для обработки ошибки. В частности, это работает вокруг вопроса с Фиджи.
• Работал вокруг вопроса посредством чего, когда ANSYS Workbench 14.5 был запущен с VirtualGL, подпроцессы (такие как редактор геометрии), запущенный из среды Workbench бы не выйти должным образом (и, таким образом, станет зомби.) Эта проблема также влияет ANSYS HFSS , который либо запереть при выходе или будет выведено сообщение об ошибке: & Quot; прекратить действие вызывается после выбрасывания экземпляр '' rrerror & Quot;
.
• Работал вокруг вопроса посредством чего при использовании MAGMA5 с VirtualGL, второй и последующие перспективы открываются в приложении будет не всегда корректно отображаться.
• Добавлена ​​поддержка расширения GLX_EXT_texture_from_pixmap.
• Добавлена ​​поддержка расширений GLX_EXT_swap_control и GLX_SGI_swap_control и новой переменной конфигурации (VGL_REFRESHRATE), которые могут быть использованы для борьбы с ними. См руководство пользователя для получения дополнительной информации.
• Добавлена ​​поддержка Depth = 32 и FB визуальными конфиги.
• Добавлен новый & Quot; окно менеджера & Quot; режим, который отключает некоторые функции в VirtualGL, которые мешают 3D оконных менеджеров, таких как Compiz. Это, в сочетании с [6] и [4] выше, должно позволить Compiz правильно работать с этой версией VirtualGL, при условии, что 2D X Server поддерживает расширение X Composite. См руководство пользователя для получения дополнительной информации.
• Исправлена ​​ошибка BadDrawable X11, которая произошла при запуске клиента Steam, в VirtualGL.
• Улучшена точность TCBench и CPUstat.
• поведение обтекаемой VirtualGL, когда он установлен из исходных текстов: - vglrun теперь работает независимо от того, где были установлены библиотеки Факер. Система сборки жёстко прописывает Значение переменной VGL_LIBDIR CMake в сценарий, который vglrun поэтому вызываемые программой можно добавить эту директорию в LD_LIBRARY_PATH. Если библиотеки FAKER установлены в каталог системной библиотеки, то упаковщиков может выбрать опустить новый сценарий, и vglrun будет продолжать работать, как и всегда. - Всякий раз, когда установлена ​​64-разрядная сборка, glxspheres теперь переименован glxspheres64, согласно конвенции официальных пакетов. Это дает возможность установить 32-разрядные и 64-разрядную версию VirtualGL в тот же каталог. - Если префикс установки установлен на значение по умолчанию (/ Opt / VirtualGL), то система сборки по умолчанию установка библиотек FAKER из 32-битной сборки в / Opt / VirtualGL / lib32 и библиотеки FAKER из 64-битных построить в / Opt / VirtualGL / lib64. - Точно так же, если префикс установки установлен на значение по умолчанию (/ Opt / VirtualGL), то система сборки по умолчанию установки симлинк libGL для хрома из 32-битных построить в / Opt / VirtualGL / fakelib32 и символическом линке libGL для Хром из 64-битных построить в / Opt / VirtualGL / fakelib64.

Режим
• ПБО READBACK теперь включен по умолчанию. Дальнейшие исследования показали, что графические процессоры профессионального уровня всегда выгоду от ОПО быть включен (довольно резко, в случае AMD FirePro адаптеров.) С потребительского класса AMD адаптеров ОПО в целом не причиняют вреда, а с потребительского класса NVIDIA (GeForce) адаптеры, результаты неоднозначны. Драйверы GeForce вернется к блокированию readbacks, если формат пикселя запрашивается в glReadPixels () не совпадает с форматом пикселя пиксельный буфер, поэтому ОПО обычно будет медленнее в тех случаях. Таким образом, в настоящее время VirtualGL возвращается к синхронной считываемого режим, если он обнаруживает, что ОПО не ведут себя в асинхронном режиме.

нет
• Кроме того, VGL_FORCEALPHA больше не включена по умолчанию, когда ОПО включены. Эта опция была введена из-за поведения GeForce, упомянутой выше, но вариант не имеет никакого эффекта с графическими процессорами профессионального уровня, которые рекомендуются для использования с VirtualGL. Вместо этого VGL теперь будет обнаруживать ситуации, в которых VGL_FORCEALPHA может быть полезным и предложить включить или отключить его (если VGL_VERBOSE = 1.)
• Эта версия VirtualGL предоставляет бинарный пакет и полную поддержку Cygwin64.

Что нового в версии 2.4.1:

• VirtualGL больше не будет бросать исключение, если 3D приложение вызывает определенные функции X11 и GLX с аргументом NULL. Это вместо того, чтобы позволить основной или библиотека X11 GLX для обработки ошибки. В частности, это работает вокруг вопроса с Фиджи.
• Работал вокруг вопроса посредством чего, когда ANSYS Workbench 14.5 был запущен с VirtualGL, подпроцессы (такие как редактор геометрии), запущенный из среды Workbench бы не выйти должным образом (и, таким образом, станет зомби.) Эта проблема также влияет ANSYS HFSS , который либо запереть при выходе или будет выведено сообщение об ошибке: & Quot; прекратить действие вызывается после выбрасывания экземпляр '' rrerror & Quot;
.
• Работал вокруг вопроса посредством чего при использовании MAGMA5 с VirtualGL, второй и последующие перспективы открываются в приложении будет не всегда корректно отображаться.
• Добавлена ​​поддержка расширения GLX_EXT_texture_from_pixmap.
• Добавлена ​​поддержка расширений GLX_EXT_swap_control и GLX_SGI_swap_control и новой переменной конфигурации (VGL_REFRESHRATE), которые могут быть использованы для борьбы с ними. См руководство пользователя для получения дополнительной информации.
• Добавлена ​​поддержка Depth = 32 и FB визуальными конфиги.
• Добавлен новый & Quot; окно менеджера & Quot; режим, который отключает некоторые функции в VirtualGL, которые мешают 3D оконных менеджеров, таких как Compiz. Это, в сочетании с [6] и [4] выше, должно позволить Compiz правильно работать с этой версией VirtualGL, при условии, что 2D X Server поддерживает расширение X Composite. См руководство пользователя для получения дополнительной информации.
• Исправлена ​​ошибка BadDrawable X11, которая произошла при запуске клиента Steam, в VirtualGL.
• Улучшена точность TCBench и CPUstat.
• поведение обтекаемой VirtualGL, когда он установлен из исходных текстов: - vglrun теперь работает независимо от того, где были установлены библиотеки Факер. Система сборки жёстко прописывает Значение переменной VGL_LIBDIR CMake в сценарий, который vglrun поэтому вызываемые программой можно добавить эту директорию в LD_LIBRARY_PATH. Если библиотеки FAKER установлены в каталог системной библиотеки, то упаковщиков может выбрать опустить новый сценарий, и vglrun будет продолжать работать, как и всегда. - Всякий раз, когда установлена ​​64-разрядная сборка, glxspheres теперь переименован glxspheres64, согласно конвенции официальных пакетов. Это дает возможность установить 32-разрядные и 64-разрядную версию VirtualGL в тот же каталог. - Если префикс установки установлен на значение по умолчанию (/ Opt / VirtualGL), то система сборки по умолчанию установка библиотек FAKER из 32-битной сборки в / Opt / VirtualGL / lib32 и библиотеки FAKER из 64-битных построить в / Opt / VirtualGL / lib64. - Точно так же, если префикс установки установлен на значение по умолчанию (/ Opt / VirtualGL), то система сборки по умолчанию установки симлинк libGL для хрома из 32-битных построить в / Opt / VirtualGL / fakelib32 и символическом линке libGL для Хром из 64-битных построить в / Opt / VirtualGL / fakelib64.

Режим
• ПБО READBACK теперь включен по умолчанию. Дальнейшие исследования показали, что графические процессоры профессионального уровня всегда выгоду от ОПО быть включен (довольно резко, в случае AMD FirePro адаптеров.) С потребительского класса AMD адаптеров ОПО в целом не причиняют вреда, а с потребительского класса NVIDIA (GeForce) адаптеры, результаты неоднозначны. Драйверы GeForce вернется к блокированию readbacks, если формат пикселя запрашивается в glReadPixels () не совпадает с форматом пикселя пиксельный буфер, поэтому ОПО обычно будет медленнее в тех случаях. Таким образом, в настоящее время VirtualGL возвращается к синхронной считываемого режим, если он обнаруживает, что ОПО не ведут себя в асинхронном режиме.

нет
• Кроме того, VGL_FORCEALPHA больше не включена по умолчанию, когда ОПО включены. Эта опция была введена из-за поведения GeForce, упомянутой выше, но вариант не имеет никакого эффекта с графическими процессорами профессионального уровня, которые рекомендуются для использования с VirtualGL. Вместо этого VGL теперь будет обнаруживать ситуации, в которых VGL_FORCEALPHA может быть полезным и предложить включить или отключить его (если VGL_VERBOSE = 1.)
• Эта версия VirtualGL предоставляет бинарный пакет и полную поддержку Cygwin64.

Что нового в версии 2.3.3:

• VirtualGL больше не будет бросать исключение, если 3D приложение вызывает определенные функции X11 и GLX с аргументом NULL. Это вместо того, чтобы позволить основной или библиотека X11 GLX для обработки ошибки. В частности, это работает вокруг вопроса с Фиджи.
• Работал вокруг вопроса посредством чего, когда ANSYS Workbench 14.5 был запущен с VirtualGL, подпроцессы (такие как редактор геометрии), запущенный из среды Workbench бы не выйти должным образом (и, таким образом, станет зомби.) Эта проблема также влияет ANSYS HFSS , который либо запереть при выходе или будет выведено сообщение об ошибке: & Quot; прекратить действие вызывается после выбрасывания экземпляр '' rrerror & Quot;
.
• Работал вокруг вопроса посредством чего при использовании MAGMA5 с VirtualGL, второй и последующие перспективы открываются в приложении будет не всегда корректно отображаться.
• Добавлена ​​поддержка расширения GLX_EXT_texture_from_pixmap.
• Добавлена ​​поддержка расширений GLX_EXT_swap_control и GLX_SGI_swap_control и новой переменной конфигурации (VGL_REFRESHRATE), которые могут быть использованы для борьбы с ними. См руководство пользователя для получения дополнительной информации.
• Добавлена ​​поддержка Depth = 32 и FB визуальными конфиги.
• Добавлен новый & Quot; окно менеджера & Quot; режим, который отключает некоторые функции в VirtualGL, которые мешают 3D оконных менеджеров, таких как Compiz. Это, в сочетании с [6] и [4] выше, должно позволить Compiz правильно работать с этой версией VirtualGL, при условии, что 2D X Server поддерживает расширение X Composite. См руководство пользователя для получения дополнительной информации.
• Исправлена ​​ошибка BadDrawable X11, которая произошла при запуске клиента Steam, в VirtualGL.
• Улучшена точность TCBench и CPUstat.
• поведение обтекаемой VirtualGL, когда он установлен из исходных текстов: - vglrun теперь работает независимо от того, где были установлены библиотеки Факер. Система сборки жёстко прописывает Значение переменной VGL_LIBDIR CMake в сценарий, который vglrun поэтому вызываемые программой можно добавить эту директорию в LD_LIBRARY_PATH. Если библиотеки FAKER установлены в каталог системной библиотеки, то упаковщиков может выбрать опустить новый сценарий, и vglrun будет продолжать работать, как и всегда. - Всякий раз, когда установлена ​​64-разрядная сборка, glxspheres теперь переименован glxspheres64, согласно конвенции официальных пакетов. Это дает возможность установить 32-разрядные и 64-разрядную версию VirtualGL в тот же каталог. - Если префикс установки установлен на значение по умолчанию (/ Opt / VirtualGL), то система сборки по умолчанию установка библиотек FAKER из 32-битной сборки в / Opt / VirtualGL / lib32 и библиотеки FAKER из 64-битных построить в / Opt / VirtualGL / lib64. - Точно так же, если префикс установки установлен на значение по умолчанию (/ Opt / VirtualGL), то система сборки по умолчанию установки симлинк libGL для хрома из 32-битных построить в / Opt / VirtualGL / fakelib32 и символическом линке libGL для Хром из 64-битных построить в / Opt / VirtualGL / fakelib64.

Режим
• ПБО READBACK теперь включен по умолчанию. Дальнейшие исследования показали, что графические процессоры профессионального уровня всегда выгоду от ОПО быть включен (довольно резко, в случае AMD FirePro адаптеров.) С потребительского класса AMD адаптеров ОПО в целом не причиняют вреда, а с потребительского класса NVIDIA (GeForce) адаптеры, результаты неоднозначны. Драйверы GeForce вернется к блокированию readbacks, если формат пикселя запрашивается в glReadPixels () не совпадает с форматом пикселя пиксельный буфер, поэтому ОПО обычно будет медленнее в тех случаях. Таким образом, в настоящее время VirtualGL возвращается к синхронной считываемого режим, если он обнаруживает, что ОПО не ведут себя в асинхронном режиме.

нет
• Кроме того, VGL_FORCEALPHA больше не включена по умолчанию, когда ОПО включены. Эта опция была введена из-за поведения GeForce, упомянутой выше, но вариант не имеет никакого эффекта с графическими процессорами профессионального уровня, которые рекомендуются для использования с VirtualGL. Вместо этого VGL теперь будет обнаруживать ситуации, в которых VGL_FORCEALPHA может быть полезным и предложить включить или отключить его (если VGL_VERBOSE = 1.)
• Эта версия VirtualGL предоставляет бинарный пакет и полную поддержку Cygwin64.