VirtualGL

VirtualGL ay isang ganap na libre, multiplatform at open source command-line software na maaaring i-redirect 3D utos mula sa anumang naibigay OpenGL app sa isang server-side 3D video card, sa anumang Linux o UNIX-tulad ng operating system. Ito rin ay nag-convert ang nai-render mga imahe sa isang video file.

Key mga tampok ay kinabibilangan workstation-tulad ng mga antas ng pagganap, na kung saan ay lubhang kapaki-pakinabang kapag ginamit sa mataas na bilis ng proxy TurboVNC, pati na rin ang suporta para sa pagpapagana 3D session pakikipagtulungan at kadaliang mapakilos, na kung saan ay lubos na madaling-magamit na kapag ginamit sa VNC o katulad proxy.

Bukod dito, ang software kabilang ang suporta para sa higit sa 50MP / second sa isang 100 Mbit network, lalo na kapag ginamit sa TurboVNC application at patyo sa loob-buffered stereo support. Ito ay nagpapahintulot sa mga gumagamit upang mag-alis 3D laki data.

Ang software ay maaaring madaling gamitin bilang isang kasamahan para sa mga web browser VizStack upang ipakita parallel rendering jobs mula sa malayo, pati na rin sa software VMware o Oracle VirtualBox virtualization para sa pagpapakita ng OpenGL application mula sa malayo sa Microsoft Windows OSes.

VirtualGL ay isang cross-platform proyekto na kung saan ay gumagana sa ilalim ng GNU / Linux, FreeBSD, Microsoft Windows at Mac OS X operating system. Ito ay matagumpay na nasubok sa mga computer na sumusuporta sa alinman sa mga 32 o 64-bit CPU architectures.

Para sa iyong kaginhawaan, ang programa ay ipinamamahagi bilang katutubong installers para sa maraming mga distribusyon ng GNU / Linux na gumagamit ng alinman sa mga DEB o RPM pakete management system. A source package ay maaaring i-download para sa Linux kernel-based operating system na gumamit ng ibang package manager din. Pagkatapos ng installation, maaari mong gamitin ang VirtualGL software sa iyong mga proyekto. Higit pang mga detalye ng paggamit ay maaaring matagpuan sa proyekto & rsquo; s website

Ano ang bago sa ito release:.

• VirtualGL ay hindi na ihagis ng isang exception kung ang isang 3D application tawag tiyak X11 at GLX function na may isang null argument. Ito ay sa halip payagan ang pinagbabatayan X11 o GLX library upang panghawakan ang mga error. Ito partikular na gumagana sa paligid ng isang isyu sa Fiji.
• Nagtrabaho sa paligid ng isang isyu kung saan, kapag ANSYS workbench 14.5 ay balungan dahil sa VirtualGL, subprocesses (tulad ng geometry editor) inilunsad mula sa loob ng Workbench kapaligiran ay hindi lumabas ng maayos (at sa gayon ay maging zombies.) Isyu na ito apektado rin ANSYS HFSS , na kung saan ay alinman sa i-lock up kapag lumabas o gusto i-print ang isang mensahe ng error: & quot; wakasan tinatawag na matapos pagkahagis ng isang halimbawa ng 'rrerror' & quot;
.
• Nagtrabaho sa paligid ng isang isyu kung saan, kapag gumagamit MAGMA5 may VirtualGL, ang ikalawang at kasunod na perspectives binuksan sa loob ng application ay hindi palaging ipakita ang tama.
• Nagdagdag ng suporta para sa mga GLX_EXT_texture_from_pixmap extension.
• Nagdagdag ng suporta para sa mga GLX_EXT_swap_control at GLX_SGI_swap_control extension at isang bagong configuration variable (VGL_REFRESHRATE) na maaaring magamit upang makontrol ang mga ito. Tingnan gabay sa paggamit para sa karagdagang impormasyon.
• Added suporta para sa depth = 32 visual at FB configs.
• Nagdagdag ng isang bagong & quot; window manager & quot; mode na disables ang ilang mga tampok sa VirtualGL na makagambala sa 3D managers window tulad ng compiz. Ito, pinagsama sa [6] at [4] sa itaas, dapat payagan compiz upang tumakbo ng maayos sa ang bersyon na ito VirtualGL, sa kondisyon na ang 2d X Server ay may suporta para sa X Composite extension. Tingnan gabay sa paggamit para sa karagdagang impormasyon.
• Ang Nakatakdang ng isang error BadDrawable X11 na naganap kapag ang pagpapatakbo ng Steam client sa VirtualGL.
• Pinagbuting ang katumpakan ng TCBench at CPUstat.
• Streamline VirtualGL pag-uugali kapag ito ay naka-install mula sa pinagmulan: - vglrun ngayon ay gumagana nang walang kinalaman sa kung saan ang mga faker aklatan na-install. Ang bumuo ng sistema hard-code ang halaga ng VGL_LIBDIR CMake variable sa isang script na vglrun invokes kaya maaari itong magdagdag ng direktoryong ito sa LD_LIBRARY_PATH. Kung ang faker aklatan ay naka-install sa isang direktoryo ng sistema library, pagkatapos ay packagers ay maaaring pumili upang alisin ang mga bagong script, at vglrun ay patuloy na gagana hangga't ito laging may. - Sa tuwing ang isang 64-bit build ay naka-install, glxspheres ay ngayon muli glxspheres64, alinsunod sa mga convention ng mga opisyal na mga pakete. Ginagawa nitong posible na i-install ng isang 32-bit at 64-bit na bersyon ng VirtualGL sa parehong directory. - Kung ang i-install prefix ay naka-set sa default (/ opt / VirtualGL), pagkatapos ay ang bumuo ng sistema default sa pag-install ng faker aklatan mula sa isang 32-bit bumuo sa / opt / VirtualGL / lib32 at faker aklatan mula sa isang 64-bit bumuo sa / opt / VirtualGL / lib64. - Gayundin, kung ang i-install prefix ay naka-set sa default (/ opt / VirtualGL), pagkatapos ay ang bumuo ng sistema default sa pag-install ng libGL symlink para sa Chromium mula sa isang 32-bit bumuo sa / opt / VirtualGL / fakelib32 at ang libGL symlink para Chromium mula sa isang 64-bit bumuo sa / opt / VirtualGL / fakelib64.
• PBO readback mode ngayon ay pinagana sa pamamagitan ng default. Karagdagang pananaliksik ay ipinapakita na ang mga propesyonal na-grade GPUs palaging makinabang mula PBOs na pinagana (medyo kapansin-pansing, sa kaso ng AMD FirePro adapters.) Sa consumer-grade AMD adapters, PBOs pangkalahatan gawin walang pinsala, at sa consumer-grade nVidia (GeForce) adapters, ang mga resulta ay halo-halong. Ang GeForce driver ay umurong sa pagharang readbacks kung ang pixel format hiniling sa glReadPixels () ay hindi tumutugma sa pixel format ng Pbuffer, kaya PBOs ay sa pangkalahatan ay mas mabagal sa mga kaso. Kaya, VirtualGL ngayon ay bumaba pabalik sa sabaysabay readback mode kung nakita nito na PBOs ay hindi behaving asynchronously.
• Dagdag dito, VGL_FORCEALPHA ay hindi na pinagana sa pamamagitan ng default kapag PBOs ay pinagana. Ang opsiyon na ito ay ipinakilala dahil sa GeForce uugali ng nabanggit sa itaas, ngunit ang pagpipilian ay walang epekto kahit ano pa man sa mga propesyonal na-grade GPUs na ay inirerekomenda para sa paggamit sa VirtualGL. Sa halip, VGL ay ngayon tiktikan mga sitwasyon kung saan VGL_FORCEALPHA maaaring maging kapaki-pakinabang at magmungkahi pagpapagana o hindi pagpapagana ito (kung VGL_VERBOSE = 1.)
• Ang bersyong ito ng VirtualGL ay nagbibigay ng isang binary pakete at buong suporta para Cygwin64.

Ano ang bago sa bersyon 2.4.1 / 2.5 Beta 1:

• VirtualGL ay hindi na magtapon ng isang exception kung ang isang 3D application tawag tiyak X11 at GLX function na may isang null argument. Ito ay sa halip payagan ang pinagbabatayan X11 o GLX library upang panghawakan ang mga error. Ito partikular na gumagana sa paligid ng isang isyu sa Fiji.
• Nagtrabaho sa paligid ng isang isyu kung saan, kapag ANSYS workbench 14.5 ay balungan dahil sa VirtualGL, subprocesses (tulad ng geometry editor) inilunsad mula sa loob ng Workbench kapaligiran ay hindi lumabas ng maayos (at sa gayon ay maging zombies.) Isyu na ito apektado rin ANSYS HFSS , na kung saan ay alinman sa i-lock up kapag lumabas o gusto i-print ang isang mensahe ng error: & quot; wakasan tinatawag na matapos pagkahagis ng isang halimbawa ng 'rrerror' & quot;
.
• Nagtrabaho sa paligid ng isang isyu kung saan, kapag gumagamit MAGMA5 may VirtualGL, ang ikalawang at kasunod na perspectives binuksan sa loob ng application ay hindi palaging ipakita ang tama.
• Nagdagdag ng suporta para sa mga GLX_EXT_texture_from_pixmap extension.
• Nagdagdag ng suporta para sa mga GLX_EXT_swap_control at GLX_SGI_swap_control extension at isang bagong configuration variable (VGL_REFRESHRATE) na maaaring magamit upang makontrol ang mga ito. Tingnan gabay sa paggamit para sa karagdagang impormasyon.
• Added suporta para sa depth = 32 visual at FB configs.
• Nagdagdag ng isang bagong & quot; window manager & quot; mode na disables ang ilang mga tampok sa VirtualGL na makagambala sa 3D managers window tulad ng compiz. Ito, pinagsama sa [6] at [4] sa itaas, dapat payagan compiz upang tumakbo ng maayos sa ang bersyon na ito VirtualGL, sa kondisyon na ang 2d X Server ay may suporta para sa X Composite extension. Tingnan gabay sa paggamit para sa karagdagang impormasyon.
• Ang Nakatakdang ng isang error BadDrawable X11 na naganap kapag ang pagpapatakbo ng Steam client sa VirtualGL.
• Pinagbuting ang katumpakan ng TCBench at CPUstat.
• Streamline VirtualGL pag-uugali kapag ito ay naka-install mula sa pinagmulan: - vglrun ngayon ay gumagana nang walang kinalaman sa kung saan ang mga faker aklatan na-install. Ang bumuo ng sistema hard-code ang halaga ng VGL_LIBDIR CMake variable sa isang script na vglrun invokes kaya maaari itong magdagdag ng direktoryong ito sa LD_LIBRARY_PATH. Kung ang faker aklatan ay naka-install sa isang direktoryo ng sistema library, pagkatapos ay packagers ay maaaring pumili upang alisin ang mga bagong script, at vglrun ay patuloy na gagana hangga't ito laging may. - Sa tuwing ang isang 64-bit build ay naka-install, glxspheres ay ngayon muli glxspheres64, alinsunod sa mga convention ng mga opisyal na mga pakete. Ginagawa nitong posible na i-install ng isang 32-bit at 64-bit na bersyon ng VirtualGL sa parehong directory. - Kung ang i-install prefix ay naka-set sa default (/ opt / VirtualGL), pagkatapos ay ang bumuo ng sistema default sa pag-install ng faker aklatan mula sa isang 32-bit bumuo sa / opt / VirtualGL / lib32 at faker aklatan mula sa isang 64-bit bumuo sa / opt / VirtualGL / lib64. - Gayundin, kung ang i-install prefix ay naka-set sa default (/ opt / VirtualGL), pagkatapos ay ang bumuo ng sistema default sa pag-install ng libGL symlink para sa Chromium mula sa isang 32-bit bumuo sa / opt / VirtualGL / fakelib32 at ang libGL symlink para Chromium mula sa isang 64-bit bumuo sa / opt / VirtualGL / fakelib64.
• PBO readback mode ngayon ay pinagana sa pamamagitan ng default. Karagdagang pananaliksik ay ipinapakita na ang mga propesyonal na-grade GPUs palaging makinabang mula PBOs na pinagana (medyo kapansin-pansing, sa kaso ng AMD FirePro adapters.) Sa consumer-grade AMD adapters, PBOs pangkalahatan gawin walang pinsala, at sa consumer-grade nVidia (GeForce) adapters, ang mga resulta ay halo-halong. Ang GeForce driver ay umurong sa pagharang readbacks kung ang pixel format hiniling sa glReadPixels () ay hindi tumutugma sa pixel format ng Pbuffer, kaya PBOs ay sa pangkalahatan ay mas mabagal sa mga kaso. Kaya, VirtualGL ngayon ay bumaba pabalik sa sabaysabay readback mode kung nakita nito na PBOs ay hindi behaving asynchronously.
• Dagdag dito, VGL_FORCEALPHA ay hindi na pinagana sa pamamagitan ng default kapag PBOs ay pinagana. Ang opsiyon na ito ay ipinakilala dahil sa GeForce uugali ng nabanggit sa itaas, ngunit ang pagpipilian ay walang epekto kahit ano pa man sa mga propesyonal na-grade GPUs na ay inirerekomenda para sa paggamit sa VirtualGL. Sa halip, VGL ay ngayon tiktikan mga sitwasyon kung saan VGL_FORCEALPHA maaaring maging kapaki-pakinabang at magmungkahi pagpapagana o hindi pagpapagana ito (kung VGL_VERBOSE = 1.)
• Ang bersyong ito ng VirtualGL ay nagbibigay ng isang binary pakete at buong suporta para Cygwin64.

Ano ang bago sa bersyon 2.4.1:

• VirtualGL ay hindi na ihagis ng isang exception kung ang isang 3D application tawag tiyak X11 at GLX function na may isang null argument. Ito ay sa halip payagan ang pinagbabatayan X11 o GLX library upang panghawakan ang mga error. Ito partikular na gumagana sa paligid ng isang isyu sa Fiji.
• Nagtrabaho sa paligid ng isang isyu kung saan, kapag ANSYS workbench 14.5 ay balungan dahil sa VirtualGL, subprocesses (tulad ng geometry editor) inilunsad mula sa loob ng Workbench kapaligiran ay hindi lumabas ng maayos (at sa gayon ay maging zombies.) Isyu na ito apektado rin ANSYS HFSS , na kung saan ay alinman sa i-lock up kapag lumabas o gusto i-print ang isang mensahe ng error: & quot; wakasan tinatawag na matapos pagkahagis ng isang halimbawa ng 'rrerror' & quot;
.
• Nagtrabaho sa paligid ng isang isyu kung saan, kapag gumagamit MAGMA5 may VirtualGL, ang ikalawang at kasunod na perspectives binuksan sa loob ng application ay hindi palaging ipakita ang tama.
• Nagdagdag ng suporta para sa mga GLX_EXT_texture_from_pixmap extension.
• Nagdagdag ng suporta para sa mga GLX_EXT_swap_control at GLX_SGI_swap_control extension at isang bagong configuration variable (VGL_REFRESHRATE) na maaaring magamit upang makontrol ang mga ito. Tingnan gabay sa paggamit para sa karagdagang impormasyon.
• Added suporta para sa depth = 32 visual at FB configs.
• Nagdagdag ng isang bagong & quot; window manager & quot; mode na disables ang ilang mga tampok sa VirtualGL na makagambala sa 3D managers window tulad ng compiz. Ito, pinagsama sa [6] at [4] sa itaas, dapat payagan compiz upang tumakbo ng maayos sa ang bersyon na ito VirtualGL, sa kondisyon na ang 2d X Server ay may suporta para sa X Composite extension. Tingnan gabay sa paggamit para sa karagdagang impormasyon.
• Ang Nakatakdang ng isang error BadDrawable X11 na naganap kapag ang pagpapatakbo ng Steam client sa VirtualGL.
• Pinagbuting ang katumpakan ng TCBench at CPUstat.
• Streamline VirtualGL pag-uugali kapag ito ay naka-install mula sa pinagmulan: - vglrun ngayon ay gumagana nang walang kinalaman sa kung saan ang mga faker aklatan na-install. Ang bumuo ng sistema hard-code ang halaga ng VGL_LIBDIR CMake variable sa isang script na vglrun invokes kaya maaari itong magdagdag ng direktoryong ito sa LD_LIBRARY_PATH. Kung ang faker aklatan ay naka-install sa isang direktoryo ng sistema library, pagkatapos ay packagers ay maaaring pumili upang alisin ang mga bagong script, at vglrun ay patuloy na gagana hangga't ito laging may. - Sa tuwing ang isang 64-bit build ay naka-install, glxspheres ay ngayon muli glxspheres64, alinsunod sa mga convention ng mga opisyal na mga pakete. Ginagawa nitong posible na i-install ng isang 32-bit at 64-bit na bersyon ng VirtualGL sa parehong directory. - Kung ang i-install prefix ay naka-set sa default (/ opt / VirtualGL), pagkatapos ay ang bumuo ng sistema default sa pag-install ng faker aklatan mula sa isang 32-bit bumuo sa / opt / VirtualGL / lib32 at faker aklatan mula sa isang 64-bit bumuo sa / opt / VirtualGL / lib64. - Gayundin, kung ang i-install prefix ay naka-set sa default (/ opt / VirtualGL), pagkatapos ay ang bumuo ng sistema default sa pag-install ng libGL symlink para sa Chromium mula sa isang 32-bit bumuo sa / opt / VirtualGL / fakelib32 at ang libGL symlink para Chromium mula sa isang 64-bit bumuo sa / opt / VirtualGL / fakelib64.
• PBO readback mode ngayon ay pinagana sa pamamagitan ng default. Karagdagang pananaliksik ay ipinapakita na ang mga propesyonal na-grade GPUs palaging makinabang mula PBOs na pinagana (medyo kapansin-pansing, sa kaso ng AMD FirePro adapters.) Sa consumer-grade AMD adapters, PBOs pangkalahatan gawin walang pinsala, at sa consumer-grade nVidia (GeForce) adapters, ang mga resulta ay halo-halong. Ang GeForce driver ay umurong sa pagharang readbacks kung ang pixel format hiniling sa glReadPixels () ay hindi tumutugma sa pixel format ng Pbuffer, kaya PBOs ay sa pangkalahatan ay mas mabagal sa mga kaso. Kaya, VirtualGL ngayon ay bumaba pabalik sa sabaysabay readback mode kung nakita nito na PBOs ay hindi behaving asynchronously.
• Dagdag dito, VGL_FORCEALPHA ay hindi na pinagana sa pamamagitan ng default kapag PBOs ay pinagana. Ang opsiyon na ito ay ipinakilala dahil sa GeForce uugali ng nabanggit sa itaas, ngunit ang pagpipilian ay walang epekto kahit ano pa man sa mga propesyonal na-grade GPUs na ay inirerekomenda para sa paggamit sa VirtualGL. Sa halip, VGL ay ngayon tiktikan mga sitwasyon kung saan VGL_FORCEALPHA maaaring maging kapaki-pakinabang at magmungkahi pagpapagana o hindi pagpapagana ito (kung VGL_VERBOSE = 1.)
• Ang bersyong ito ng VirtualGL ay nagbibigay ng isang binary pakete at buong suporta para Cygwin64.

Ano ang bago sa bersyon 2.3.3:

• VirtualGL ay hindi na ihagis ng isang exception kung ang isang 3D application tawag tiyak X11 at GLX function na may isang null argument. Ito ay sa halip payagan ang pinagbabatayan X11 o GLX library upang panghawakan ang mga error. Ito partikular na gumagana sa paligid ng isang isyu sa Fiji.
• Nagtrabaho sa paligid ng isang isyu kung saan, kapag ANSYS workbench 14.5 ay balungan dahil sa VirtualGL, subprocesses (tulad ng geometry editor) inilunsad mula sa loob ng Workbench kapaligiran ay hindi lumabas ng maayos (at sa gayon ay maging zombies.) Isyu na ito apektado rin ANSYS HFSS , na kung saan ay alinman sa i-lock up kapag lumabas o gusto i-print ang isang mensahe ng error: & quot; wakasan tinatawag na matapos pagkahagis ng isang halimbawa ng 'rrerror' & quot;
.
• Nagtrabaho sa paligid ng isang isyu kung saan, kapag gumagamit MAGMA5 may VirtualGL, ang ikalawang at kasunod na perspectives binuksan sa loob ng application ay hindi palaging ipakita ang tama.
• Nagdagdag ng suporta para sa mga GLX_EXT_texture_from_pixmap extension.
• Nagdagdag ng suporta para sa mga GLX_EXT_swap_control at GLX_SGI_swap_control extension at isang bagong configuration variable (VGL_REFRESHRATE) na maaaring magamit upang makontrol ang mga ito. Tingnan gabay sa paggamit para sa karagdagang impormasyon.
• Added suporta para sa depth = 32 visual at FB configs.
• Nagdagdag ng isang bagong & quot; window manager & quot; mode na disables ang ilang mga tampok sa VirtualGL na makagambala sa 3D managers window tulad ng compiz. Ito, pinagsama sa [6] at [4] sa itaas, dapat payagan compiz upang tumakbo ng maayos sa ang bersyon na ito VirtualGL, sa kondisyon na ang 2d X Server ay may suporta para sa X Composite extension. Tingnan gabay sa paggamit para sa karagdagang impormasyon.
• Ang Nakatakdang ng isang error BadDrawable X11 na naganap kapag ang pagpapatakbo ng Steam client sa VirtualGL.
• Pinagbuting ang katumpakan ng TCBench at CPUstat.
• Streamline VirtualGL pag-uugali kapag ito ay naka-install mula sa pinagmulan: - vglrun ngayon ay gumagana nang walang kinalaman sa kung saan ang mga faker aklatan na-install. Ang bumuo ng sistema hard-code ang halaga ng VGL_LIBDIR CMake variable sa isang script na vglrun invokes kaya maaari itong magdagdag ng direktoryong ito sa LD_LIBRARY_PATH. Kung ang faker aklatan ay naka-install sa isang direktoryo ng sistema library, pagkatapos ay packagers ay maaaring pumili upang alisin ang mga bagong script, at vglrun ay patuloy na gagana hangga't ito laging may. - Sa tuwing ang isang 64-bit build ay naka-install, glxspheres ay ngayon muli glxspheres64, alinsunod sa mga convention ng mga opisyal na mga pakete. Ginagawa nitong posible na i-install ng isang 32-bit at 64-bit na bersyon ng VirtualGL sa parehong directory. - Kung ang i-install prefix ay naka-set sa default (/ opt / VirtualGL), pagkatapos ay ang bumuo ng sistema default sa pag-install ng faker aklatan mula sa isang 32-bit bumuo sa / opt / VirtualGL / lib32 at faker aklatan mula sa isang 64-bit bumuo sa / opt / VirtualGL / lib64. - Gayundin, kung ang i-install prefix ay naka-set sa default (/ opt / VirtualGL), pagkatapos ay ang bumuo ng sistema default sa pag-install ng libGL symlink para sa Chromium mula sa isang 32-bit bumuo sa / opt / VirtualGL / fakelib32 at ang libGL symlink para Chromium mula sa isang 64-bit bumuo sa / opt / VirtualGL / fakelib64.
• PBO readback mode ngayon ay pinagana sa pamamagitan ng default. Karagdagang pananaliksik ay ipinapakita na ang mga propesyonal na-grade GPUs palaging makinabang mula PBOs na pinagana (medyo kapansin-pansing, sa kaso ng AMD FirePro adapters.) Sa consumer-grade AMD adapters, PBOs pangkalahatan gawin walang pinsala, at sa consumer-grade nVidia (GeForce) adapters, ang mga resulta ay halo-halong. Ang GeForce driver ay umurong sa pagharang readbacks kung ang pixel format hiniling sa glReadPixels () ay hindi tumutugma sa pixel format ng Pbuffer, kaya PBOs ay sa pangkalahatan ay mas mabagal sa mga kaso. Kaya, VirtualGL ngayon ay bumaba pabalik sa sabaysabay readback mode kung nakita nito na PBOs ay hindi behaving asynchronously.
• Dagdag dito, VGL_FORCEALPHA ay hindi na pinagana sa pamamagitan ng default kapag PBOs ay pinagana. Ang opsiyon na ito ay ipinakilala dahil sa GeForce uugali ng nabanggit sa itaas, ngunit ang pagpipilian ay walang epekto kahit ano pa man sa mga propesyonal na-grade GPUs na ay inirerekomenda para sa paggamit sa VirtualGL. Sa halip, VGL ay ngayon tiktikan mga sitwasyon kung saan VGL_FORCEALPHA maaaring maging kapaki-pakinabang at magmungkahi pagpapagana o hindi pagpapagana ito (kung VGL_VERBOSE = 1.)
• Ang bersyong ito ng VirtualGL ay nagbibigay ng isang binary pakete at buong suporta para Cygwin64.