xpra icon
Bug tracker and wiki

Opened 5 years ago

Closed 5 years ago

Last modified 5 years ago

#1042 closed defect (invalid)

VirtualGL parameters turns off xpra client

Reported by: zenny Owned by: zenny
Priority: major Milestone: 0.16
Component: client Version: trunk
Keywords: VirtualGL vglrun parameters Cc:

Description

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.

Change History (10)

comment:1 Changed 5 years ago by 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
Last edited 5 years ago by zenny (previous) (diff)

comment:2 Changed 5 years ago by Antoine Martin

Owner: changed from Antoine Martin to zenny

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.

comment:3 in reply to:  2 Changed 5 years ago by 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. ;-)

Last edited 5 years ago by zenny (previous) (diff)

comment:4 Changed 5 years ago by Antoine Martin

Resolution: invalid
Status: newclosed

AFAIK, xvfb does not support opengl.

comment:5 Changed 5 years ago by zenny

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


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

comment:6 Changed 5 years ago by 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.

Last edited 5 years ago by zenny (previous) (diff)

comment:7 Changed 5 years ago by Antoine Martin

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

comment:8 Changed 5 years ago by 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).

Last edited 5 years ago by Antoine Martin (previous) (diff)

comment:9 Changed 5 years ago by 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.

Last edited 5 years ago by Antoine Martin (previous) (diff)

comment:10 Changed 5 years ago by 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

Note: See TracTickets for help on using tickets.