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.