Re: [VirtualGL-Users] Max 4GB video memory available to apps?

On 31/05/17 05:02 AM, Peter Tyson wrote: > On 31 May 2017 at 12:06, DRC wrote: >> >> >> VGL mainly just modifies the GLX calls such that OpenGL rendering is >> redirected from a window on the 2D X server to a Pbuffer on the 3D X >> server. I can't imagine why

Re: [VirtualGL-Users] VirtualGL - reduce bandwidth with compression

On 13/06/15 09:56 AM, Marco Marino wrote: I understand your point of view, but without any documentation (and a bit of help) is impossible for me develop such transport plugin. Hi Marco, Having used the plugin API and put my own transport layer in VGL directly in the past, my free and

Re: [VirtualGL-Users] [VGL] ERROR: glXCreateContextAttribsARB symbol not loaded

On 13/03/15 11:25 AM, Alex Xu wrote: I get the aforementioned error when running almost anything through VirtualGL through various methods (SSH X11 forwarding and local VNC). Specifically, running vglconnect -s host 'vglrun glxinfo' results in this error. However, running ssh host

Re: [VirtualGL-Users] Xinerama inside TurboVNC

On 11/11/14 11:09 AM, Ben Avdicevic wrote: # vglrun ./heaven The error I get is following: Xlib: extension XINERAMA missing on display :1.0. X Error of failed request: BadRequest (invalid request code or no such operation) Major opcode of failed request: 138 (RANDR) Minor opcode

Re: [VirtualGL-Users] virtualGL vs. multiple remote 3D X-servers

). Bottom line: `glxspheres -p 350` (which equates to a little over 14 millon ROPs per frame) is the highest load the stock glxspheres/libGLU will produce. -Nathan -- Nathan Kidd OpenText Connectivity Solutions nk...@opentext.com Software Developer http

Re: [VirtualGL-Users] virtualGL vs. multiple remote 3D X-servers

. -Nathan -- Nathan Kidd OpenText Connectivity Solutions nk...@opentext.com Software Developer http://connectivity.opentext.com +1 905-762-6001 -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer

Re: [VirtualGL-Users] Exceed support

. -Nathan -- OpenText Connectivity Solutions Group Nathan Kidd http://www.opentext.com/connectivity Research and DevelopmentPhone: +1 905 762 6001 nkidd at opentext.com Toll Free: 1 877 359 4866

Re: [VirtualGL-Users] 32bit glxspheres on 2nd GPU very slow

On 13/03/14 05:52 AM, Vincent Li wrote: Then I started two 2D real X server which attached to Screen 0 and Screen 1 respectively. $ X :0 -layout Layout0 $ X :1 -layout Layout1 And start a xvfb server as dummy x server $ Xvfb :2 -screen 0 1024x768x24 When run glxspheres using gpu 0 $

Re: [VirtualGL-Users] Maximum number of clients reached

On 12/05/2013 03:49 PM, Kevin Van Workum wrote: I'm trying to run Visit (https://wci.llnl.gov/codes/visit/) and am getting the following error: Maximum number of clients reached[VGL] ERROR: Could not open display :0. Visit tries to open several windows of which I guess at lease two are

Re: [VirtualGL-Users] libturbojpeg.a compile error: relocation R_X86_64_32 against .data can not be used

On 06/14/2013 01:29 PM, DRC wrote: Both of you are misunderstanding a couple of things: (1) It isn't necessary to extend the CMake build system in order to link dynamically with TurboJPEG. (To be clear: I didn't mean to imply that was a patch that you should accept -- it merely made sense in

Re: [VirtualGL-Users] Support for VSync

On 06/05/2013 09:14 AM, DRC wrote: On 6/4/13 8:51 PM, Nathan Kidd wrote: Is there a reason for -fps to not automatically enable -sp? I'm not thinking of any use case for -fps apart from -sp; as you've said, in the typical use case of wanting to rate-limit your app/bandwidth you always need

Re: [VirtualGL-Users] Support for VSync

On 06/04/2013 06:27 PM, DRC wrote: On 6/4/13 3:16 PM, Dyweni - VirtualGL-Users wrote: You are correct. Running vglrun with '-sp -fps 60' limits the 3D rendering rate as you described. The 3D rendering rate follows the -fps value. I didn't realize that -sp would lock the two rates together.

Re: [VirtualGL-Users] two graphics cards with two x servers

On 04/29/2013 12:50 PM, Kevin Van Workum wrote: On Mon, Apr 29, 2013 at 11:34 AM, Nathan Kidd wrote: If the extra restrictions[1] aren't a problem, you may prefer 'UseDisplayDevice None'[2] in your xorg.conf. Yes, but I believe that is an NVIDIA driver option, correct? I'll try

Re: [VirtualGL-Users] reroute OpenGL commands to another X server with 3D acceleration hardware available

On 12-02-17 07:13 AM, VITIELLO Fabien wrote: Do you know if it's possible to realize the following scheme in the attached file with VirtualGL ? The scheme describes the following use case : An application located on a platform P1 (which has no 3D hardware acceleration support but

Re: [VirtualGL-Users] VirtualGL on EC2

On 11-04-21 05:31 PM, Rohan Relan wrote: Unfortunately, I haven't been able to get X.org to start on a headless machine. The error it keeps throwing is no screens found with the message: No devices detected. The solutions to this problem found on Google usually say to use VNC instead of Xorg

Re: [VirtualGL-Users] OpenGL application hangs on start when run with vglrun.

On 11-04-13 05:03 AM, David Björkevik wrote: I'm trying to run Altair's HyperView with vglrun, but it hangs on startup. The hang happens right after [VGL] Shared memory segment ID for vglconfig: 21102608 and an strace shows a hang on a futex system call. My guess is that there is some kind

Re: [VirtualGL-Users] OpenGL application hangs on start when run with vglrun.

On 11-04-13 04:01 PM, DRC wrote: On 4/13/11 12:17 PM, Nathan Kidd wrote: Building a debug VGL isn't hard, roughly: - unpack libjpeg-turbo tarball - ./configure --with-jpeg8 NOTE: You don't need --with-jpeg8 to build VirtualGL, but you do need --with-pic. Hmmm, yesterday I built libjpeg

Re: [VirtualGL-Users] Fixing Issues with Mathematica 7

On 11-04-06 10:49 AM, Nathan Kidd wrote: I was able to find a Mathematica 8 eval, but they don't seem to offer 7 anymore. Also, can you post a procedure for reproducing the issue? Hmph. Evidently released that immediately after giving me an eval of 7. As soon as Mathematica comes up

Re: [VirtualGL-Users] [PATCH 2/2] Let glXGetConfig see variety of visuals

On 11-03-29 07:08 PM, DRC wrote: On 3/29/11 12:35 PM, Nathan Kidd wrote: On 11-03-28 10:11 PM, DRC wrote: I've attached a file that maybe does what you're thinking of: ... To be clear, the problem is no variety of visual attribs. (The Ansoft HFSS problem can only be seen with a specific

Re: [VirtualGL-Users] extension

get time. -Nathan On 3/23/11 9:23 AM, Nathan Kidd wrote: On 11-03-23 09:48 AM, r...@englobe-tec.com wrote: When using launcher130 I get the following error, does it give any light on the issue? ERROR: ld.so: object 'librrfaker.so' from LD_PRELOAD cannot be preloaded: ignored. It means

Re: [VirtualGL-Users] If the application sets GL_{RED|GREEN|BLUE|ALPHA}_{SCALE|BIAS} to non-default...

Hi Darrell, This is the 2nd fairly recent issue I notice you tracked down to drivers being very unhappy with specific modes set. I'm curious, how did you go about figuring out which call was killing the driver? Is it trial-and-error or you have a GL-driver-writer's mind and can make

Re: [VirtualGL-Users] extension

and seems to be going down again right now, so I won't likely look at that log for a good while. Sorry. What *you* can look for is which process is execing, and does it try to load librrfaker, and if so does it succeed; if not what paths did it try. -Nathan On Wed 9:23 PM , Nathan Kidd nathan

Re: [VirtualGL-Users] extension

On 37-01--10 02:59 PM, r...@englobe-tec.com wrote: I've tried the suggestions you gave: 1.- Adding -oglhw gave no apparent result 2.- Adding those 2 lines to the script added the following lines to the output: libdlfaker.so:librrfaker.so

Re: [VirtualGL-Users] extension

On 11-03-15 02:43 PM, DRC wrote: The root of the problem is that VirtualGL is not being engaged for some reason, With any application-specific issue like this, if I can't immediately discern what is happening by reading the trace output, the only other recourse is to get a copy of the app to

Re: [VirtualGL-Users] VirtualGL Linux wine crash in versions newer than 1.3.10

On 11-03-02 05:14 PM, DRC wrote: Bingo. Apparently nVidia is trying to outsmart us yet again and is somehow making a determination in the underlying GLX library that it needs to send glXSwapIntervalSGI() over the wire rather than to the display on which the GLX context has been established

Re: [VirtualGL-Users] Fwd: VirtualGL Linux wine crash in versions newer than 1.3.10

On 11-03-02 03:01 AM, DRC wrote: On 3/1/11 3:02 PM, Nathan Kidd wrote: This matches what my WireShark trace saw (last request was glXCreatePBuffer). In that hypothesis: VGL handles glXCreatePbuffer() with no problems (I even test for that in rrfakerut.) In the trace, that function

Re: [VirtualGL-Users] Fwd: VirtualGL Linux wine crash in versions newer than 1.3.10

On 11-03-01 04:02 PM, Nathan Kidd wrote: Hmmm, actually, I have an idea, based on what DRC said before about NV-GLX. When an NV-GLX libGL talks to a server that supports NV-GLX it has additional traffic (major opcode 139 on my server). This must be where the error comes from and why nothing

Re: [VirtualGL-Users] Fwd: VirtualGL Linux wine crash in versions newer than 1.3.10

Linux wine crash in versions newer than 1.3.10 On 2/28/11 6:20 PM, Nathan Kidd wrote: On 11-02-28 07:04 PM, DRC wrote: I'm not following how you ascertained that the issue was between WINE and the 3D X server. Sorry, I didn't mention that part. I ran against an in-house X server

Re: [VirtualGL-Users] [PATCH] Warn if mapping a visual to a different config than before

not dearly attached to the patch, however. If you think I'm being too paranoid and want to drop this patch I won't complain. :) -Nathan On 2/25/11 2:23 PM, Nathan Kidd wrote: An app would almost have to try on purpose for this to be a problem, but it could be hard to track down: ctx1

Re: [VirtualGL-Users] VirtualGL Linux wine crash in versions newer than 1.3.10

at all. Therefore it had to be the 3D X Server. -Nathan On 2/28/11 5:11 PM, Nathan Kidd wrote: I was finally able to reproduce. a) I had to update my NVIDIA driver from a pretty old 185 to 260. b) Used Wine 1.3.14 (from ubuntu-wine/ppa karmic) and fr-041_debris.exe c) The problem

Re: [VirtualGL-Users] VirtualGL Linux wine crash in versions newer than 1.3.10

On 11-02-25 06:19 PM, DRC wrote: If we're getting a BadWindow error it had to be issued by the 2D X server. Therefore, force an indirect context and grab a wireshark trace. The actual VendorPrivate call has to be there. Once we know which vop it is then the grepping will be easier. If you

Re: [VirtualGL-Users] VirtualGL Linux wine crash in versions newer than 1.3.10

On 11-02-24 10:32 AM, calvin.mor...@comcast.net wrote: Hello List, I'm finding that VirtualGL has been working well with most graphics applications I've tried under Linux, and even with pretty decent performance. I have been running several Windows applications using wine and VirtualGL

Re: [VirtualGL-Users] VirtualGL Linux wine crash in versions newer than 1.3.10

: Nathan Kidd nathan...@spicycrypto.ca To: VirtualGL Users virtualgl-users@lists.sourceforge.net Sent: Thursday, February 24, 2011 8:50:48 AM Subject: Re: [VirtualGL-Users] VirtualGL Linux wine crash in versions newer than 1.3.10 On 11-02-24 10:32 AM, calvin.mor...@comcast.net wrote: Hello List

Re: [VirtualGL-Users] VirtualGL Linux wine crash in versions newer than 1.3.10

On 11-02-24 01:24 PM, Nathan Kidd wrote: VGL doesn't hook any vendor private calls, so ... Correction: VGL doesn't appear to hook this vendor private function. -- Free Software Download: Index, Search Analyze Logs

[VirtualGL-Users] [PATCH] Don't die when NULL id passed to glXDestroyContext

I've seen a real-world app die because of this. -Nathan From 3e3ccda40b5eb51c0dc6f949f42cbdee26233169 Mon Sep 17 00:00:00 2001 From: Nathan Kidd nk...@opentext.com Date: Fri, 18 Feb 2011 14:16:55 -0500 Subject: [PATCH] Don't die when NULL id passed to glXDestroyContext The check was useless

[VirtualGL-Users] [PATCH] doc: app recipe for Roxar RMS

Applies in doc/ with patch -p2 001*.patch From d82376f74e685a32590e7399f25cb21175e252c4 Mon Sep 17 00:00:00 2001 From: Nathan Kidd nk...@opentext.com Date: Wed, 16 Feb 2011 11:51:57 -0500 Subject: [PATCH] doc: app recipe for Roxar RMS --- doc/apprecipes.txt |8 1 files changed, 4

Re: [VirtualGL-Users] Delay problems and frame spoiling option

is not very large I could see a slight delay coming from having to drain VGL's queue, full TCP buffers, plus any remote side buffers. Without a network trace it's hard to guess what the issue is though. -Nathan -- Nathan Kidd OpenText, Connectivity Solutions Group

Re: [VirtualGL-Users] Performance issue when picking

of round-trip requests when picking, which wouldn't be related to VGL at all) -Nathan -- Nathan Kidd OpenText, Connectivity Solutions Group -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value

Re: [VirtualGL-Users] Performance issue when picking

On 11-01-31 12:03 PM, Nathan Kidd wrote: On 11-01-31 11:46 AM, David Björkevik wrote: On 2011-01-31 17:06, Nathan Kidd wrote: On 11-01-31 09:52 AM, David Björkevik wrote: I tried the VGL_PROFILE option. Standard values for Readback are in the 300-600 Mpixels/sec range. However, when picking