Hi,
I tried with the VirtualGL (as described here: https://www.xpra.org/trac/wiki/Usage/OpenGL). Very nifty hack, indeed.
However whenever I run vglrun with extra parameters, xpra client fails to display even xpra client window, though xpra client works as evident from the xpra menu appears in the menutray.
Working:
--start='vglrun APP'
Tried with the following (man vglrun) to reduce lagging, but none of the following worked:
--start='vglrun -c jpeg -fps 24 -ge -q 85 APP'
--start='vglrun -c jpeg -fps 24 -q 85 APP'
--start='vglrun -c jpeg -fps 24 APP'
--start='vglrun -c jpeg APP'
Is there a way to reduce the lagging part? It is all on localhost with virtual x server running with Xvfb, fyi.
I have also checked and tried as described at http://sourceforge.net/p/virtualgl/mailman/message/19202434/ with the same results. Thanks!
UPDATE (Ref.: https://wiki.archlinux.org/index.php/VirtualGL#Problem:_rendering_glitches.2C_unusually_poor_performance.2C_or_application_errors)
Tried with the following prefixes to vglrun command, but lagging video persisted as earlier.
VGL_ALLOWINDIRECT=1 VGL_FORCEALPHA=1 VGL_GLFLUSHTRIGGER=0 VGL_READBACK=pbo VGL_SPOILLAST=0 VGL_SYNC=1
Is there a way to reduce the lagging part?
What lagging part? What drivers? What command lines? What OS? etc..
Sounds like a configuration issue on your side, you may want to ask virtualgl instead.
Replying to antoine:
Is there a way to reduce the lagging part?
What lagging part?
The video rendered is very lagged and skips frames.
What drivers?
Xvfb (could not make Xdummy work in Ubuntu nor jessie, my bad)
What command lines?
$ XPRA_RANDR=0 xpra start :99 \ --xvfb="Xvfb -screen 0 3840x2160x24+32 -fbdir /var/tmp" \ --sync-xvfb=50 --no-mmap \ --bind-tcp=127.0.0.1:10000 \ --start='vglrun APP'
What OS? etc..
Ubuntu 14.04.3
Sounds like a configuration issue on your side, you may want to ask virtualgl instead.
Read and checked virtualgl mailinglist and found a few links that I have already posted above. Thanks for your suggestion to ask them. ;-)
AFAIK, xvfb does not support opengl.
Sounds like a configuration issue on your side, you may want to ask virtualgl instead.
FYI, https://github.com/VirtualGL/virtualgl/issues/11
AFAIK, xvfb does not support opengl.
Without virtualgl, the APP did NOT run at all when executed like this:
$ XPRA_RANDR=0 xpra start :99 \ --xvfb="Xvfb -screen 0 3840x2160x24+32 -fbdir /var/tmp" \ --sync-xvfb=50 --no-mmap \ --bind-tcp=127.0.0.1:10000 \ --start='APP'
But with 'vglrun' it runs and displays properly except several vglrun parameters does not come into effect if applied. This could be an exception, I guess.
Then your app requires opengl and you should be using Xdummy.
Then your app requires opengl and you should be using Xdummy.
Using Xdummy as reported at #1043 works fine till the capture part (BOTTLENECK) as described here: ticket:1043#comment:4
As you are aware, xpra came into picture to do something as we discussed in #1036 which works fine with Xvfb, but not with Xdummy (at least in Ubuntu 14.04).
Hi Antoine,
I want you to have a look at what VirtuaGL developer has to say about the slowness in rendering with xpra.
https://github.com/VirtualGL/virtualgl/issues/11#issuecomment-161392904
As far as the performance, the profiling output you list above indicates that the bottleneck is not in VirtualGL but in xpra. However, 40 Mpixels/sec is still a reasonable level of performance-- I would not call that "very slow." Regardless, I believe that whatever issue you're having is not VirtualGL's fault.
As per my comments on the vgl ticket, the opengl rendering is unlikely to be the problem.
If there are performance issues forwarding this opengl application with xpra, please open a separate ticket with enough information. wiki/ReportingBugs
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1042