VirtualGL

Software screenshot:
VirtualGL
Dettagli del software:
Versione: 2.5 Aggiornato
Data di caricamento: 7 Mar 16
Sviluppatore: D. R. Commander
Licenza: Libero
Popolarità: 129

Rating: 2.3/5 (Total Votes: 12)

VirtualGL è un software a riga di comando fonte completamente gratuito, multipiattaforma e aperto che può reindirizzare i comandi 3D da qualsiasi OpenGL applicazione di una scheda video 3D sul lato server, su qualsiasi sistema operativo Linux o UNIX-like. Inoltre converte le immagini rese in un file video.


Offre il supporto stereo quad-buffered

Le caratteristiche principali includono livelli workstation simile di prestazioni, che è molto utile se usato con delega ad alta velocità TurboVNC, così come il supporto per abilitare la collaborazione sessione 3D e la mobilità, che è piuttosto comodo se utilizzato con VNC o un proxy simili.

Inoltre, il software include il supporto per più di 50mp Agente / secondo su una rete a 100 Mbit, soprattutto se utilizzato con l'applicazione TurboVNC e il supporto stereo quad-buffered. Esso consente agli utenti di rimuovere le dimensioni dei dati 3D.


Può essere usato un compagno VizStack

Il software può essere facilmente utilizzato come un compagno per il browser web VizStack per visualizzare i lavori di rendering paralleli a distanza, così come con il software di virtualizzazione VMware o VirtualBox di Oracle per la visualizzazione di applicazioni OpenGL in remoto su sistemi operativi Microsoft Windows.


Funziona sotto Linux, BSD. Mac e Windows

VirtualGL è un progetto cross-piattaforma che funziona sotto GNU / Linux, FreeBSD, Microsoft Windows e sistemi operativi Mac OS X. E 'stato testato con successo su computer che supportano una delle architetture di CPU a 32 o 64 bit.


Iniziare con VirtualGL

Per la vostra comodità, il programma è distribuito come installazione nativi per numerose distribuzioni di GNU / Linux che utilizzano una delle DEB o del sistema di gestione dei pacchetti RPM. Un pacchetto sorgente è disponibile per il download per i sistemi operativi Linux kernel-based che utilizzano un diverso gestore di pacchetti anche. Dopo l'installazione, è possibile utilizzare il software VirtualGL sui vostri progetti. Maggiori dettagli di utilizzo possono essere trovati sul progetto & rsquo; s sito web

Cosa c'è di nuovo in questa versione:.

  • VirtualGL non sarà più un'eccezione se un'applicazione 3D chiama determinate funzioni X11 e GLX con un argomento NULL. Sarà invece consentire l'X11 sottostante o biblioteca GLX per gestire l'errore. Questo funziona in particolare intorno a un problema con le Figi.
  • lavorato intorno a un problema per cui, quando ANSYS Workbench 14.5 è stato eseguito con VirtualGL, sottoprocessi (come l'editor di geometria) lanciati da all'interno dell'ambiente Workbench sarebbero non uscire correttamente (e quindi sarebbero diventati zombie.) Questo problema influenzato anche ANSYS HFSS , che sia bloccarsi quando si esce o che stampa un messaggio di errore: & quot; interrompere chiamato dopo aver lanciato un caso di 'rrerror' & quot;
  • .
  • Ha lavorato intorno a un problema per cui, quando si utilizza MAGMA5 con VirtualGL, la seconda e le successive prospettive aperte all'interno dell'applicazione non sarebbero sempre visualizzare correttamente.
  • Aggiunto il supporto per l'estensione GLX_EXT_texture_from_pixmap.
  • Aggiunto il supporto per le estensioni GLX_EXT_swap_control e GLX_SGI_swap_control e una nuova variabile di configurazione (VGL_REFRESHRATE) che può essere utilizzato per il loro controllo. Per ulteriori informazioni, consultare la Guida per l'utente.
  • Aggiunto il supporto per profondità = 32 immagini e file di configurazione FB.
  • Aggiunta una nuova & quot; window manager & quot; modalità che disabilita alcune funzioni in VirtualGL che interferiscono con il window manager 3D come Compiz. Questo, combinato con [6] e [4] di cui sopra, dovrebbe consentire compiz per funzionare correttamente con questa versione di VirtualGL, a condizione che il 2D X Server ha il supporto per l'estensione X Composite. Per ulteriori informazioni, consultare la Guida per l'utente.
  • Corretto un errore di BadDrawable X11 che si è verificato durante l'esecuzione del client di Steam in VirtualGL.
  • Migliorata la precisione della TCBench e cpustat.
  • il comportamento di Streamlined VirtualGL quando viene installato dai sorgenti: - vglrun ora funziona indipendentemente da dove sono state installate le librerie Faker. Il sistema di compilazione hard-codifica il valore della variabile VGL_LIBDIR CMake in uno script che vglrun invoca in modo che possa aggiungere questa directory al LD_LIBRARY_PATH. Se le librerie Faker vengono installati in una directory libreria di sistema, quindi confezionatori possono scegliere di omettere il nuovo script, e vglrun continuerà a lavorare come ha sempre fatto. - Ogni volta che viene installato un accumulo a 64 bit, glxspheres è ora rinominato glxspheres64, per la convenzione dei pacchetti ufficiali. Questo rende possibile l'installazione a 32 bit e una versione a 64 bit di VirtualGL nella stessa directory. - Se il prefisso di installazione è impostato di default (/ opt / VirtualGL), quindi le impostazioni predefinite del sistema di generazione per l'installazione di librerie Faker da una a 32 bit costruire in / opt / VirtualGL / lib32 e biblioteche Faker da una a 64 bit costruire in / opt / VirtualGL / lib64. - Allo stesso modo, se il prefisso di installazione è impostato di default (/ opt / VirtualGL), quindi le impostazioni predefinite del sistema di generazione di installare il link simbolico libGL per cromo da una a 32 bit costruire in / opt / VirtualGL / fakelib32 e il collegamento simbolico libGL per Il cromo da una a 64 bit integrata in / opt / VirtualGL / fakelib64.

  • modalità
  • PBO rilettura è ora abilitato di default. Ulteriori ricerche hanno dimostrato che le GPU di livello professionale beneficiano sempre da PBO essere abilitata (abbastanza drammaticamente, nel caso di schede AMD FirePro.) Con consumer adattatori AMD, PBO generalmente non nuocere, e con di tipo consumer nVidia (GeForce) adattatori, i risultati sono misti. I driver GeForce ricadrà a readback blocco se il formato richiesto in pixel glReadPixels () non corrisponde al formato pixel del Pbuffer, in modo PBO saranno generalmente più lenta in quei casi. Così, VirtualGL ora ricade in modalità sincrona rilettura se rileva che i PBO non si comportano in modo asincrono.
  • Inoltre, VGL_FORCEALPHA non è più abilitato per impostazione predefinita quando PBO sono abilitati. Questa opzione è stata introdotta a causa del comportamento GeForce di cui sopra, ma l'opzione non ha alcun effetto con la GPU di livello professionale che sono raccomandati per l'uso con VirtualGL. Invece, VGL ora rilevare situazioni in cui VGL_FORCEALPHA potrebbe essere utile e suggerire l'attivazione o disattivazione (se VGL_VERBOSE = 1).
  • Questa versione di VirtualGL fornisce un pacchetto binario e pieno supporto per Cygwin64.

Cosa c'è di nuovo nella versione 2.4.1 / 2.5 Beta 1:

  • VirtualGL non sarà più gettare un un'eccezione se un'applicazione 3D chiama determinate funzioni X11 e GLX con un argomento NULL. Sarà invece consentire l'X11 sottostante o biblioteca GLX per gestire l'errore. Questo funziona in particolare intorno a un problema con le Figi.
  • lavorato intorno a un problema per cui, quando ANSYS Workbench 14.5 è stato eseguito con VirtualGL, sottoprocessi (come l'editor di geometria) lanciati da all'interno dell'ambiente Workbench sarebbero non uscire correttamente (e quindi sarebbero diventati zombie.) Questo problema influenzato anche ANSYS HFSS , che sia bloccarsi quando si esce o che stampa un messaggio di errore: & quot; interrompere chiamato dopo aver lanciato un caso di 'rrerror' & quot;
  • .
  • Ha lavorato intorno a un problema per cui, quando si utilizza MAGMA5 con VirtualGL, la seconda e le successive prospettive aperte all'interno dell'applicazione non sarebbero sempre visualizzare correttamente.
  • Aggiunto il supporto per l'estensione GLX_EXT_texture_from_pixmap.
  • Aggiunto il supporto per le estensioni GLX_EXT_swap_control e GLX_SGI_swap_control e una nuova variabile di configurazione (VGL_REFRESHRATE) che può essere utilizzato per il loro controllo. Per ulteriori informazioni, consultare la Guida per l'utente.
  • Aggiunto il supporto per profondità = 32 immagini e file di configurazione FB.
  • Aggiunta una nuova & quot; window manager & quot; modalità che disabilita alcune funzioni in VirtualGL che interferiscono con il window manager 3D come Compiz. Questo, combinato con [6] e [4] di cui sopra, dovrebbe consentire compiz per funzionare correttamente con questa versione di VirtualGL, a condizione che il 2D X Server ha il supporto per l'estensione X Composite. Per ulteriori informazioni, consultare la Guida per l'utente.
  • Corretto un errore di BadDrawable X11 che si è verificato durante l'esecuzione del client di Steam in VirtualGL.
  • Migliorata la precisione della TCBench e cpustat.
  • il comportamento di Streamlined VirtualGL quando viene installato dai sorgenti: - vglrun ora funziona indipendentemente da dove sono state installate le librerie Faker. Il sistema di compilazione hard-codifica il valore della variabile VGL_LIBDIR CMake in uno script che vglrun invoca in modo che possa aggiungere questa directory al LD_LIBRARY_PATH. Se le librerie Faker vengono installati in una directory libreria di sistema, quindi confezionatori possono scegliere di omettere il nuovo script, e vglrun continuerà a lavorare come ha sempre fatto. - Ogni volta che viene installato un accumulo a 64 bit, glxspheres è ora rinominato glxspheres64, per la convenzione dei pacchetti ufficiali. Questo rende possibile l'installazione a 32 bit e una versione a 64 bit di VirtualGL nella stessa directory. - Se il prefisso di installazione è impostato di default (/ opt / VirtualGL), quindi le impostazioni predefinite del sistema di generazione per l'installazione di librerie Faker da una a 32 bit costruire in / opt / VirtualGL / lib32 e biblioteche Faker da una a 64 bit costruire in / opt / VirtualGL / lib64. - Allo stesso modo, se il prefisso di installazione è impostato di default (/ opt / VirtualGL), quindi le impostazioni predefinite del sistema di generazione di installare il link simbolico libGL per cromo da una a 32 bit costruire in / opt / VirtualGL / fakelib32 e il collegamento simbolico libGL per Il cromo da una a 64 bit integrata in / opt / VirtualGL / fakelib64.

  • modalità
  • PBO rilettura è ora abilitato di default. Ulteriori ricerche hanno dimostrato che le GPU di livello professionale beneficiano sempre da PBO essere abilitata (abbastanza drammaticamente, nel caso di schede AMD FirePro.) Con consumer adattatori AMD, PBO generalmente non nuocere, e con di tipo consumer nVidia (GeForce) adattatori, i risultati sono misti. I driver GeForce ricadrà a readback blocco se il formato richiesto in pixel glReadPixels () non corrisponde al formato pixel del Pbuffer, in modo PBO saranno generalmente più lenta in quei casi. Così, VirtualGL ora ricade in modalità sincrona rilettura se rileva che i PBO non si comportano in modo asincrono.
  • Inoltre, VGL_FORCEALPHA non è più abilitato per impostazione predefinita quando PBO sono abilitati. Questa opzione è stata introdotta a causa del comportamento GeForce di cui sopra, ma l'opzione non ha alcun effetto con la GPU di livello professionale che sono raccomandati per l'uso con VirtualGL. Invece, VGL ora rilevare situazioni in cui VGL_FORCEALPHA potrebbe essere utile e suggerire l'attivazione o disattivazione (se VGL_VERBOSE = 1).
  • Questa versione di VirtualGL fornisce un pacchetto binario e pieno supporto per Cygwin64.

Cosa c'è di nuovo nella versione 2.4.1:

  • VirtualGL non sarà più un'eccezione se un 3D applicazione chiama determinate funzioni X11 e GLX con un argomento NULL. Sarà invece consentire l'X11 sottostante o biblioteca GLX per gestire l'errore. Questo funziona in particolare intorno a un problema con le Figi.
  • lavorato intorno a un problema per cui, quando ANSYS Workbench 14.5 è stato eseguito con VirtualGL, sottoprocessi (come l'editor di geometria) lanciati da all'interno dell'ambiente Workbench sarebbero non uscire correttamente (e quindi sarebbero diventati zombie.) Questo problema influenzato anche ANSYS HFSS , che sia bloccarsi quando si esce o che stampa un messaggio di errore: & quot; interrompere chiamato dopo aver lanciato un caso di 'rrerror' & quot;
  • .
  • Ha lavorato intorno a un problema per cui, quando si utilizza MAGMA5 con VirtualGL, la seconda e le successive prospettive aperte all'interno dell'applicazione non sarebbero sempre visualizzare correttamente.
  • Aggiunto il supporto per l'estensione GLX_EXT_texture_from_pixmap.
  • Aggiunto il supporto per le estensioni GLX_EXT_swap_control e GLX_SGI_swap_control e una nuova variabile di configurazione (VGL_REFRESHRATE) che può essere utilizzato per il loro controllo. Per ulteriori informazioni, consultare la Guida per l'utente.
  • Aggiunto il supporto per profondità = 32 immagini e file di configurazione FB.
  • Aggiunta una nuova & quot; window manager & quot; modalità che disabilita alcune funzioni in VirtualGL che interferiscono con il window manager 3D come Compiz. Questo, combinato con [6] e [4] di cui sopra, dovrebbe consentire compiz per funzionare correttamente con questa versione di VirtualGL, a condizione che il 2D X Server ha il supporto per l'estensione X Composite. Per ulteriori informazioni, consultare la Guida per l'utente.
  • Corretto un errore di BadDrawable X11 che si è verificato durante l'esecuzione del client di Steam in VirtualGL.
  • Migliorata la precisione della TCBench e cpustat.
  • il comportamento di Streamlined VirtualGL quando viene installato dai sorgenti: - vglrun ora funziona indipendentemente da dove sono state installate le librerie Faker. Il sistema di compilazione hard-codifica il valore della variabile VGL_LIBDIR CMake in uno script che vglrun invoca in modo che possa aggiungere questa directory al LD_LIBRARY_PATH. Se le librerie Faker vengono installati in una directory libreria di sistema, quindi confezionatori possono scegliere di omettere il nuovo script, e vglrun continuerà a lavorare come ha sempre fatto. - Ogni volta che viene installato un accumulo a 64 bit, glxspheres è ora rinominato glxspheres64, per la convenzione dei pacchetti ufficiali. Questo rende possibile l'installazione a 32 bit e una versione a 64 bit di VirtualGL nella stessa directory. - Se il prefisso di installazione è impostato di default (/ opt / VirtualGL), quindi le impostazioni predefinite del sistema di generazione per l'installazione di librerie Faker da una a 32 bit costruire in / opt / VirtualGL / lib32 e biblioteche Faker da una a 64 bit costruire in / opt / VirtualGL / lib64. - Allo stesso modo, se il prefisso di installazione è impostato di default (/ opt / VirtualGL), quindi le impostazioni predefinite del sistema di generazione di installare il link simbolico libGL per cromo da una a 32 bit costruire in / opt / VirtualGL / fakelib32 e il collegamento simbolico libGL per Il cromo da una a 64 bit integrata in / opt / VirtualGL / fakelib64.

  • modalità
  • PBO rilettura è ora abilitato di default. Ulteriori ricerche hanno dimostrato che le GPU di livello professionale beneficiano sempre da PBO essere abilitata (abbastanza drammaticamente, nel caso di schede AMD FirePro.) Con consumer adattatori AMD, PBO generalmente non nuocere, e con di tipo consumer nVidia (GeForce) adattatori, i risultati sono misti. I driver GeForce ricadrà a readback blocco se il formato richiesto in pixel glReadPixels () non corrisponde al formato pixel del Pbuffer, in modo PBO saranno generalmente più lenta in quei casi. Così, VirtualGL ora ricade in modalità sincrona rilettura se rileva che i PBO non si comportano in modo asincrono.
  • Inoltre, VGL_FORCEALPHA non è più abilitato per impostazione predefinita quando PBO sono abilitati. Questa opzione è stata introdotta a causa del comportamento GeForce di cui sopra, ma l'opzione non ha alcun effetto con la GPU di livello professionale che sono raccomandati per l'uso con VirtualGL. Invece, VGL ora rilevare situazioni in cui VGL_FORCEALPHA potrebbe essere utile e suggerire l'attivazione o disattivazione (se VGL_VERBOSE = 1).
  • Questa versione di VirtualGL fornisce un pacchetto binario e pieno supporto per Cygwin64.

Cosa c'è di nuovo nella versione 2.3.3:

  • VirtualGL non sarà più un'eccezione se un 3D applicazione chiama determinate funzioni X11 e GLX con un argomento NULL. Sarà invece consentire l'X11 sottostante o biblioteca GLX per gestire l'errore. Questo funziona in particolare intorno a un problema con le Figi.
  • lavorato intorno a un problema per cui, quando ANSYS Workbench 14.5 è stato eseguito con VirtualGL, sottoprocessi (come l'editor di geometria) lanciati da all'interno dell'ambiente Workbench sarebbero non uscire correttamente (e quindi sarebbero diventati zombie.) Questo problema influenzato anche ANSYS HFSS , che sia bloccarsi quando si esce o che stampa un messaggio di errore: & quot; interrompere chiamato dopo aver lanciato un caso di 'rrerror' & quot;
  • .
  • Ha lavorato intorno a un problema per cui, quando si utilizza MAGMA5 con VirtualGL, la seconda e le successive prospettive aperte all'interno dell'applicazione non sarebbero sempre visualizzare correttamente.
  • Aggiunto il supporto per l'estensione GLX_EXT_texture_from_pixmap.
  • Aggiunto il supporto per le estensioni GLX_EXT_swap_control e GLX_SGI_swap_control e una nuova variabile di configurazione (VGL_REFRESHRATE) che può essere utilizzato per il loro controllo. Per ulteriori informazioni, consultare la Guida per l'utente.
  • Aggiunto il supporto per profondità = 32 immagini e file di configurazione FB.
  • Aggiunta una nuova & quot; window manager & quot; modalità che disabilita alcune funzioni in VirtualGL che interferiscono con il window manager 3D come Compiz. Questo, combinato con [6] e [4] di cui sopra, dovrebbe consentire compiz per funzionare correttamente con questa versione di VirtualGL, a condizione che il 2D X Server ha il supporto per l'estensione X Composite. Per ulteriori informazioni, consultare la Guida per l'utente.
  • Corretto un errore di BadDrawable X11 che si è verificato durante l'esecuzione del client di Steam in VirtualGL.
  • Migliorata la precisione della TCBench e cpustat.
  • il comportamento di Streamlined VirtualGL quando viene installato dai sorgenti: - vglrun ora funziona indipendentemente da dove sono state installate le librerie Faker. Il sistema di compilazione hard-codifica il valore della variabile VGL_LIBDIR CMake in uno script che vglrun invoca in modo che possa aggiungere questa directory al LD_LIBRARY_PATH. Se le librerie Faker vengono installati in una directory libreria di sistema, quindi confezionatori possono scegliere di omettere il nuovo script, e vglrun continuerà a lavorare come ha sempre fatto. - Ogni volta che viene installato un accumulo a 64 bit, glxspheres è ora rinominato glxspheres64, per la convenzione dei pacchetti ufficiali. Questo rende possibile l'installazione a 32 bit e una versione a 64 bit di VirtualGL nella stessa directory. - Se il prefisso di installazione è impostato di default (/ opt / VirtualGL), quindi le impostazioni predefinite del sistema di generazione per l'installazione di librerie Faker da una a 32 bit costruire in / opt / VirtualGL / lib32 e biblioteche Faker da una a 64 bit costruire in / opt / VirtualGL / lib64. - Allo stesso modo, se il prefisso di installazione è impostato di default (/ opt / VirtualGL), quindi le impostazioni predefinite del sistema di generazione di installare il link simbolico libGL per cromo da una a 32 bit costruire in / opt / VirtualGL / fakelib32 e il collegamento simbolico libGL per Il cromo da una a 64 bit integrata in / opt / VirtualGL / fakelib64.

  • modalità
  • PBO rilettura è ora abilitato di default. Ulteriori ricerche hanno dimostrato che le GPU di livello professionale beneficiano sempre da PBO essere abilitata (abbastanza drammaticamente, nel caso di schede AMD FirePro.) Con consumer adattatori AMD, PBO generalmente non nuocere, e con di tipo consumer nVidia (GeForce) adattatori, i risultati sono misti. I driver GeForce ricadrà a readback blocco se il formato richiesto in pixel glReadPixels () non corrisponde al formato pixel del Pbuffer, in modo PBO saranno generalmente più lenta in quei casi. Così, VirtualGL ora ricade in modalità sincrona rilettura se rileva che i PBO non si comportano in modo asincrono.
  • Inoltre, VGL_FORCEALPHA non è più abilitato per impostazione predefinita quando PBO sono abilitati. Questa opzione è stata introdotta a causa del comportamento GeForce di cui sopra, ma l'opzione non ha alcun effetto con la GPU di livello professionale che sono raccomandati per l'uso con VirtualGL. Invece, VGL ora rilevare situazioni in cui VGL_FORCEALPHA potrebbe essere utile e suggerire l'attivazione o disattivazione (se VGL_VERBOSE = 1).
  • Questa versione di VirtualGL fornisce un pacchetto binario e pieno supporto per Cygwin64.

Screenshots

virtualgl_1_70526.png

Programmi simili

Impact
Impact

14 Apr 15

Tulip
Tulip

20 Feb 15

QuteMol
QuteMol

15 Apr 15

mcview
mcview

2 Jun 15

Altri software di sviluppo D. R. Commander

TurboVNC
TurboVNC

3 Jun 15

libjpeg-turbo
libjpeg-turbo

10 Mar 16

Commenti a VirtualGL

I commenti non trovato
Aggiungi commento
Accendere le immagini!