VirtualGL

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

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

В допълнение, софтуерът включва поддръжка за над 50MP / секунда на 100 Mbit мрежа, особено когато се използва с прилагането 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 Kernel-базирани операционни системи, които използват различен за управление на пакетите. След инсталацията, можете да използвате VirtualGL софтуера на вашите проекти. Повече детайли за ползване могат да бъдат намерени на проекта & rsquo; ите сайт

Какво ново в тази версия:.

<Ли > 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), който може да се използва, за да ги контролира. Вижте Ръководство за потребителя за повече информация.
• Добавена е поддръжка за дълбочина = 32 визия и FB довереник.
• добавя нов & quot; прозорец за управление на & quot; режим, който изключва определени функции в VirtualGL, които пречат на 3D мениджърите прозорец като Compiz. Това, съчетано с [6] и [4] по-горе, трябва да се даде възможност Compiz да работи правилно с тази версия на VirtualGL, при условие, че 2D X сървър има подкрепа за разширяването на X Composite. Вижте Ръководство за потребителя за повече информация.
• Фиксирана BadDrawable X11 грешка, което е настъпило, когато работи на клиента Steam в VirtualGL.
• Подобряване на точността на TCBench и CPUstat.
• поведение Оптимизирането VirtualGL, когато тя е инсталирана от източник: - vglrun сега работи независимо от това къде са били инсталирани библиотеки фалшификатор. Системата за натрупване хард кодове стойността на променливата на VGL_LIBDIR CMake в скрипт, който vglrun позовава така че може да добавите тази директория да LD_LIBRARY_PATH. Ако се инсталират в директорията система библиотека библиотеки фалшификатор, тогава опаковчиците могат да изберат да пропусне новия скрипт, и vglrun ще продължи да работи, тъй като винаги има. - Всеки път, когато е инсталирана 64-битова строителство, glxspheres се сега преименувани glxspheres64, на Конвенцията от официалните пакети. Това дава възможност за инсталиране на 32-битова и 64-битова версия на VirtualGL в същата директория. - Ако инсталирате представката е настроен по подразбиране (/ изберат / VirtualGL), а след това по подразбиране е натрупването система, за да инсталирате фалшификатор библиотеки от 32-битова изгради в / изберат / VirtualGL / lib32 и фалшификатор библиотеки от 64-битова вграждат в / изберат / VirtualGL / lib64. - По същия начин, ако инсталирате представката е настроен по подразбиране (/ изберат / VirtualGL), а след това по подразбиране е натрупването система, за да инсталирате libGL символната връзка за Chromium от 32-битова изграждат в / изберат / VirtualGL / fakelib32 и libGL символната връзка за Chromium от 64-битов изгради в / изберат / VirtualGL / fakelib64.

режим
• РВО readback сега е активирана по подразбиране. Освен това изследванията показват, че професионален клас графични процесори винаги се възползват от PBOs се активирано (доста драматично, в случай на AMD FirePro адаптери.) С потребителския клас AMD адаптери, PBOs принцип да не се вреди, и с потребителски клас NVIDIA (GeForce) адаптери, резултатите са смесени. Шофьорите на GeForce ще паднат обратно към блокиране readbacks ако форматът на пиксел поискано в glReadPixels () не съответства на пиксел формат на Pbuffer, така PBOs ще бъде по принцип по-бавно в тези случаи. По този начин, VirtualGL сега пада обратно към синхронен readback режим, ако открие, че PBOs не се държат асинхронно.
• Освен това, VGL_FORCEALPHA вече не е активирана по подразбиране, когато са активирани PBOs. Тази опция е въведена заради поведението на 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), който може да се използва, за да ги контролира. Вижте Ръководство за потребителя за повече информация.
• Добавена е поддръжка за дълбочина = 32 визия и FB довереник.
• добавя нов & quot; прозорец за управление на & quot; режим, който изключва определени функции в VirtualGL, които пречат на 3D мениджърите прозорец като Compiz. Това, съчетано с [6] и [4] по-горе, трябва да се даде възможност Compiz да работи правилно с тази версия на VirtualGL, при условие, че 2D X сървър има подкрепа за разширяването на X Composite. Вижте Ръководство за потребителя за повече информация.
• Фиксирана BadDrawable X11 грешка, което е настъпило, когато работи на клиента Steam в VirtualGL.
• Подобряване на точността на TCBench и CPUstat.
• поведение Оптимизирането VirtualGL, когато тя е инсталирана от източник: - vglrun сега работи независимо от това къде са били инсталирани библиотеки фалшификатор. Системата за натрупване хард кодове стойността на променливата на VGL_LIBDIR CMake в скрипт, който vglrun позовава така че може да добавите тази директория да LD_LIBRARY_PATH. Ако се инсталират в директорията система библиотека библиотеки фалшификатор, тогава опаковчиците могат да изберат да пропусне новия скрипт, и vglrun ще продължи да работи, тъй като винаги има. - Всеки път, когато е инсталирана 64-битова строителство, glxspheres се сега преименувани glxspheres64, на Конвенцията от официалните пакети. Това дава възможност за инсталиране на 32-битова и 64-битова версия на VirtualGL в същата директория. - Ако инсталирате представката е настроен по подразбиране (/ изберат / VirtualGL), а след това по подразбиране е натрупването система, за да инсталирате фалшификатор библиотеки от 32-битова изгради в / изберат / VirtualGL / lib32 и фалшификатор библиотеки от 64-битова вграждат в / изберат / VirtualGL / lib64. - По същия начин, ако инсталирате представката е настроен по подразбиране (/ изберат / VirtualGL), а след това по подразбиране е натрупването система, за да инсталирате libGL символната връзка за Chromium от 32-битова изграждат в / изберат / VirtualGL / fakelib32 и libGL символната връзка за Chromium от 64-битов изгради в / изберат / VirtualGL / fakelib64.

режим
• РВО readback сега е активирана по подразбиране. Освен това изследванията показват, че професионален клас графични процесори винаги се възползват от PBOs се активирано (доста драматично, в случай на AMD FirePro адаптери.) С потребителския клас AMD адаптери, PBOs принцип да не се вреди, и с потребителски клас NVIDIA (GeForce) адаптери, резултатите са смесени. Шофьорите на GeForce ще паднат обратно към блокиране readbacks ако форматът на пиксел поискано в glReadPixels () не съответства на пиксел формат на Pbuffer, така PBOs ще бъде по принцип по-бавно в тези случаи. По този начин, VirtualGL сега пада обратно към синхронен readback режим, ако открие, че PBOs не се държат асинхронно.
• Освен това, VGL_FORCEALPHA вече не е активирана по подразбиране, когато са активирани PBOs. Тази опция е въведена заради поведението на 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), който може да се използва, за да ги контролира. Вижте Ръководство за потребителя за повече информация.
• Добавена е поддръжка за дълбочина = 32 визия и FB довереник.
• добавя нов & quot; прозорец за управление на & quot; режим, който изключва определени функции в VirtualGL, които пречат на 3D мениджърите прозорец като Compiz. Това, съчетано с [6] и [4] по-горе, трябва да се даде възможност Compiz да работи правилно с тази версия на VirtualGL, при условие, че 2D X сървър има подкрепа за разширяването на X Composite. Вижте Ръководство за потребителя за повече информация.
• Фиксирана BadDrawable X11 грешка, което е настъпило, когато работи на клиента Steam в VirtualGL.
• Подобряване на точността на TCBench и CPUstat.
• поведение Оптимизирането VirtualGL, когато тя е инсталирана от източник: - vglrun сега работи независимо от това къде са били инсталирани библиотеки фалшификатор. Системата за натрупване хард кодове стойността на променливата на VGL_LIBDIR CMake в скрипт, който vglrun позовава така че може да добавите тази директория да LD_LIBRARY_PATH. Ако се инсталират в директорията система библиотека библиотеки фалшификатор, тогава опаковчиците могат да изберат да пропусне новия скрипт, и vglrun ще продължи да работи, тъй като винаги има. - Всеки път, когато е инсталирана 64-битова строителство, glxspheres се сега преименувани glxspheres64, на Конвенцията от официалните пакети. Това дава възможност за инсталиране на 32-битова и 64-битова версия на VirtualGL в същата директория. - Ако инсталирате представката е настроен по подразбиране (/ изберат / VirtualGL), а след това по подразбиране е натрупването система, за да инсталирате фалшификатор библиотеки от 32-битова изгради в / изберат / VirtualGL / lib32 и фалшификатор библиотеки от 64-битова вграждат в / изберат / VirtualGL / lib64. - По същия начин, ако инсталирате представката е настроен по подразбиране (/ изберат / VirtualGL), а след това по подразбиране е натрупването система, за да инсталирате libGL символната връзка за Chromium от 32-битова изграждат в / изберат / VirtualGL / fakelib32 и libGL символната връзка за Chromium от 64-битов изгради в / изберат / VirtualGL / fakelib64.

режим
• РВО readback сега е активирана по подразбиране. Освен това изследванията показват, че професионален клас графични процесори винаги се възползват от PBOs се активирано (доста драматично, в случай на AMD FirePro адаптери.) С потребителския клас AMD адаптери, PBOs принцип да не се вреди, и с потребителски клас NVIDIA (GeForce) адаптери, резултатите са смесени. Шофьорите на GeForce ще паднат обратно към блокиране readbacks ако форматът на пиксел поискано в glReadPixels () не съответства на пиксел формат на Pbuffer, така PBOs ще бъде по принцип по-бавно в тези случаи. По този начин, VirtualGL сега пада обратно към синхронен readback режим, ако открие, че PBOs не се държат асинхронно.
• Освен това, VGL_FORCEALPHA вече не е активирана по подразбиране, когато са активирани PBOs. Тази опция е въведена заради поведението на 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), който може да се използва, за да ги контролира. Вижте Ръководство за потребителя за повече информация.
• Добавена е поддръжка за дълбочина = 32 визия и FB довереник.
• добавя нов & quot; прозорец за управление на & quot; режим, който изключва определени функции в VirtualGL, които пречат на 3D мениджърите прозорец като Compiz. Това, съчетано с [6] и [4] по-горе, трябва да се даде възможност Compiz да работи правилно с тази версия на VirtualGL, при условие, че 2D X сървър има подкрепа за разширяването на X Composite. Вижте Ръководство за потребителя за повече информация.
• Фиксирана BadDrawable X11 грешка, което е настъпило, когато работи на клиента Steam в VirtualGL.
• Подобряване на точността на TCBench и CPUstat.
• поведение Оптимизирането VirtualGL, когато тя е инсталирана от източник: - vglrun сега работи независимо от това къде са били инсталирани библиотеки фалшификатор. Системата за натрупване хард кодове стойността на променливата на VGL_LIBDIR CMake в скрипт, който vglrun позовава така че може да добавите тази директория да LD_LIBRARY_PATH. Ако се инсталират в директорията система библиотека библиотеки фалшификатор, тогава опаковчиците могат да изберат да пропусне новия скрипт, и vglrun ще продължи да работи, тъй като винаги има. - Всеки път, когато е инсталирана 64-битова строителство, glxspheres се сега преименувани glxspheres64, на Конвенцията от официалните пакети. Това дава възможност за инсталиране на 32-битова и 64-битова версия на VirtualGL в същата директория. - Ако инсталирате представката е настроен по подразбиране (/ изберат / VirtualGL), а след това по подразбиране е натрупването система, за да инсталирате фалшификатор библиотеки от 32-битова изгради в / изберат / VirtualGL / lib32 и фалшификатор библиотеки от 64-битова вграждат в / изберат / VirtualGL / lib64. - По същия начин, ако инсталирате представката е настроен по подразбиране (/ изберат / VirtualGL), а след това по подразбиране е натрупването система, за да инсталирате libGL символната връзка за Chromium от 32-битова изграждат в / изберат / VirtualGL / fakelib32 и libGL символната връзка за Chromium от 64-битов изгради в / изберат / VirtualGL / fakelib64.

режим
• РВО readback сега е активирана по подразбиране. Освен това изследванията показват, че професионален клас графични процесори винаги се възползват от PBOs се активирано (доста драматично, в случай на AMD FirePro адаптери.) С потребителския клас AMD адаптери, PBOs принцип да не се вреди, и с потребителски клас NVIDIA (GeForce) адаптери, резултатите са смесени. Шофьорите на GeForce ще паднат обратно към блокиране readbacks ако форматът на пиксел поискано в glReadPixels () не съответства на пиксел формат на Pbuffer, така PBOs ще бъде по принцип по-бавно в тези случаи. По този начин, VirtualGL сега пада обратно към синхронен readback режим, ако открие, че PBOs не се държат асинхронно.
• Освен това, VGL_FORCEALPHA вече не е активирана по подразбиране, когато са активирани PBOs. Тази опция е въведена заради поведението на GeForce споменато по-горе, но като опция има никакво действие с професионален клас графични процесори на които се препоръчва за употреба с VirtualGL. Вместо това, VGL сега ще открие ситуации, в които VGL_FORCEALPHA биха могли да бъдат от полза и предлагам да позволят или да го деактивирате (ако VGL_VERBOSE = 1.)
• Тази версия на VirtualGL осигурява двоичен пакет и пълна подкрепа за Cygwin64.