Xpra: Ticket #1042: VirtualGL parameters turns off xpra client

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.



Mon, 23 Nov 2015 21:20:10 GMT - zenny:

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

Tue, 24 Nov 2015 04:01:31 GMT - Antoine Martin: owner changed

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.


Tue, 24 Nov 2015 07:51:30 GMT - zenny:

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. ;-)


Tue, 24 Nov 2015 07:57:05 GMT - Antoine Martin: status changed; resolution set

AFAIK, xvfb does not support opengl.


Tue, 24 Nov 2015 07:59:49 GMT - zenny:

Sounds like a configuration issue on your side, you may want to ask virtualgl instead.


FYI, https://github.com/VirtualGL/virtualgl/issues/11


Tue, 24 Nov 2015 08:03:17 GMT - zenny:

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.


Fri, 27 Nov 2015 17:35:13 GMT - Antoine Martin:

Then your app requires opengl and you should be using Xdummy.


Fri, 27 Nov 2015 18:54:11 GMT - zenny:


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).


Wed, 02 Dec 2015 21:48:09 GMT - zenny:


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.


Sat, 05 Dec 2015 06:51:25 GMT - Antoine Martin:

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


Sat, 23 Jan 2021 05:13:19 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1042