[winswitch] testing required: OpenGL client rendering
Antoine Martin
totaam at gmail.com
Sun Apr 7 14:27:33 BST 2013
The "session info" window is in the system tray near the top. The opengl
details will be in the second tab iirc.
Can you clarify which log message is the error that you only see with local
connections and no-mmap?
Thanks
Antoine
On 7 Apr, 2013 1:55 PM, "Nick Burrett" <nick at sqrt.co.uk> wrote:
> I see the problem with any attached session, be that emacs, gnome-terminal,
> thunderbird etc. It's 100% reliable. I do not seem to have a
> session->info window.
>
> nickb at nickb-pc:~/src/xpra/src$ dpkg -l | grep fglrx
> ii fglrx 2:9.000-0ubuntu3
> amd64 Video driver for the AMD
> graphics accelerators
> ii fglrx-amdcccle 2:9.000-0ubuntu3
> amd64 Catalyst Control Center for the
> AMD graphics accelerators
>
> nickb at nickb-pc:~/src/xpra/src$ fglrxinfo
> display: :0 screen: 0
> OpenGL vendor string: Advanced Micro Devices, Inc.
> OpenGL renderer string: ATI Radeon HD 5670
> OpenGL version string: 4.2.11903 Compatibility Profile Context
>
>
> However I do not see the issue when I create a local xpra session and
> access that locally. Though if I try to start a xpra local server with
> --no-mmap, I currently get this error
>
> 2013-04-07 13:51:48,582 pulseaudio server started with pid 2586
> 2013-04-07 13:51:48,589 xpra server version 0.9.0
> E: [pulseaudio] pid.c: Daemon already running.
> /usr/local/lib/python2.7/dist-packages/xpra/server_base.py:297: GtkWarning:
> IA__gdk_error_trap_pop: assertion `gdk_error_traps != NULL' failed
> gtk.main()
> 2013-04-07 13:51:48,777 xpra is ready.
>
> (emacs:2589): Gdk-CRITICAL **: IA__gdk_error_trap_pop: assertion
> `gdk_error_traps != NULL' failed
> 2013-04-07 13:51:50,584 Warning: pulseaudio has terminated. Either fix the
> pulseaudio command line or use --no-pulseaudio to avoid this warning.
> 2013-04-07 13:51:52,153 New connection received:
> SocketConnection(/home/nickb/.xpra/nickb-pc-52)
> 2013-04-07 13:51:53,036 Handshake complete; enabling connection
> 2013-04-07 13:51:53,043 Python/Gtk2 Linux client version 0.9.0 connected
> from 'nickb-pc'
> 2013-04-07 13:51:53,043 using x264 as primary encoding
> 2013-04-07 13:51:53,044 max client resolution is 1920x1080 (from [[1920,
> 1080]]), current server resolution is 5120x3200
> 2013-04-07 13:51:53,051 new resolution matching 1920x1080 : screen now set
> to 1920x1080
> 2013-04-07 13:51:53,052 setting key repeat rate from client: 660ms delay /
> 40ms interval
> 2013-04-07 13:51:53,056 setting keymap: {'rules': 'evdev', 'model':
> 'pc105', 'layout': 'ie'}
> 2013-04-07 13:51:53,075 setting full keymap definition from client via
> xkbcomp
> 2013-04-07 13:51:53,172 sending updated screen size to clients: 1920x1080
> (max 5120x3200)
> 2013-04-07 13:51:53,173 using sound codec mp3
> 2013-04-07 13:51:53,209 identical pulseaudio server, refusing to create a
> sound loop - sound disabled
> 2013-04-07 13:51:53,280 Uh-oh, our size doesn't fit window sizing
> constraints: 756x657 vs 756x641
>
>
> On 7 April 2013 12:56, Antoine Martin <antoine at nagafix.co.uk> wrote:
>
> > Hi Nick,
> >
> > Can you tell us what graphics driver you are using (as shown by "session
> > info" window preferably)?
> > And what application triggers the problem most reliably.
> >
> > Thanks
> > Antoine
> >
> > On 07/04/13 12:52, Nick Burrett wrote:
> > > With changeset 3053, the visual artefacts remain. When your suggested
> > > change to gl_check.py, I appear to be viewing the penultimate window
> > update
> > > e.g. if I click on "File", then the background of "File" changes
> colour,
> > > but the actual File menu does not appear until I move the mouse to the
> > > position of the first menu entry, which forces a background colour
> change
> > > for that menu entry and the whole menu gets drawn.
> > >
> > > Regards,
> > >
> > > Nick.
> > >
> > > On 7 April 2013 12:33, Antoine Martin <antoine at nagafix.co.uk> wrote:
> > >
> > >> Hi Nick,
> > >>
> > >> Many thanks for the feedback.
> > >> The error with menu items should be fixed by this change:
> > >> https://www.xpra.org/trac/changeset/3053/xpra
> > >>
> > >> If you still get visual artefacts, you may want to try this patch:
> > >>
> > >> --- src/xpra/gl/gl_check.py (revision 3046)
> > >> +++ src/xpra/gl/gl_check.py (working copy)
> > >> @@ -22,7 +22,7 @@
> > >> def get_DISPLAY_MODE():
> > >> import gtk.gdkgl
> > >> #return gtk.gdkgl.MODE_RGB | gtk.gdkgl.MODE_DEPTH |
> > >> gtk.gdkgl.MODE_DOUBLE
> > >> - return gtk.gdkgl.MODE_RGB | gtk.gdkgl.MODE_DOUBLE
> > >> + return gtk.gdkgl.MODE_RGB
> > >>
> > >> #by default, we raise an ImportError as soon as we find something
> > missing:
> > >> def raise_error(msg):
> > >>
> > >> Cheers
> > >> Antoine
> > >>
> > >>
> > >> On 07/04/13 09:31, Nick Burrett wrote:
> > >>> Sorry, no, doing that just broken OpenGL-accelerate. So it appears
> > that
> > >>> with OpenGL enabled, the double-buffering is often the previous
> buffer
> > >> when
> > >>> moving through menus or doing any sort of window updates.
> > >>>
> > >>> On 7 April 2013 09:26, Nick Burrett <nick at sqrt.co.uk> wrote:
> > >>>
> > >>>> I fixed this by upgrading the Python OpenGL-accelerate module:
> > >>>>
> > >>>> easy_install OpenGL-accelerate
> > >>>>
> > >>>>
> > >>>> On 7 April 2013 09:07, Nick Burrett <nick at sqrt.co.uk> wrote:
> > >>>>
> > >>>>> I'm trying this out with the xfce4 terminal - /usr/bin/Terminal on
> > >> Ubuntu
> > >>>>> quantal (12.10)
> > >>>>>
> > >>>>> Rendering is certainly faster, however just moving the mouse across
> > the
> > >>>>> various menu items at the top of the window will flick between the
> > >> current
> > >>>>> image and a previous window image and will regularly produce this:
> > >>>>>
> > >>>>> 2013-04-07 09:03:51,306 OpenGL Version: 4.2.11903 Compatibility
> > Profile
> > >>>>> Context
> > >>>>> 2013-04-07 09:03:51,333 GL Extension GL_ARB_shader_objects
> available
> > >>>>> 2013-04-07 09:03:51,353 GL Extension GL_ARB_fragment_program
> > available
> > >>>>> 2013-04-07 09:03:51,353 GL Extension GL_ARB_texture_rectangle
> > available
> > >>>>> 2013-04-07 09:03:51,354 GL Extension GL_ARB_vertex_program
> available
> > >>>>> 2013-04-07 09:04:00,139 Attached to ssh:devbox:100 (press Control-C
> > to
> > >>>>> detach)
> > >>>>>
> > >>>>> 2013-04-07 09:05:00,204 do_paint_rgb24 error
> > >>>>> Traceback (most recent call last):
> > >>>>> File
> > "/usr/local/lib/python2.7/dist-packages/xpra/window_backing.py",
> > >>>>> line 371, in do_paint_rgb24
> > >>>>> self._do_paint_rgb24(img_data, x, y, width, height, rowstride,
> > >>>>> options, callbacks)
> > >>>>> File
> > >>>>>
> > "/usr/local/lib/python2.7/dist-packages/xpra/gl/gl_window_backing.py",
> > >> line
> > >>>>> 181, in _do_paint_rgb24
> > >>>>> self.gl_end(drawable)
> > >>>>> File
> > >>>>>
> > "/usr/local/lib/python2.7/dist-packages/xpra/gl/gl_window_backing.py",
> > >> line
> > >>>>> 127, in gl_end
> > >>>>> if drawable.is_double_buffered():
> > >>>>> AttributeError: 'NoneType' object has no attribute
> > 'is_double_buffered'
> > >>>>>
> > >>>>>
> > >>>>> On 16 March 2013 14:35, Antoine Martin <antoine at nagafix.co.uk>
> > wrote:
> > >>>>>
> > >>>>>> Hi,
> > >>>>>>
> > >>>>>> The OpenGL client rendering has been enabled again, and this time
> it
> > >>>>>> looks like it should work in almost all cases (the "nouveau"
> driver
> > on
> > >>>>>> Linux is blacklisted however - and OSX is unlikely to be
> supported).
> > >>>>>> Please give it a whirl and report any display visual artifacts /
> > bugs
> > >> so
> > >>>>>> that the 0.9.0 release can include it enabled by default, more
> > details
> > >>>>>> here:
> > >>>>>> http://xpra.org/trac/wiki/ClientRendering#OpenGLNotes
> > >>>>>> Updated beta packages here:
> > >>>>>> http://xpra.org/beta/
> > >>>>>>
> > >>>>>> Thanks
> > >>>>>> Antoine
> > >>>>>> _______________________________________________
> > >>>>>> shifter-users mailing list
> > >>>>>> shifter-users at lists.devloop.org.uk
> > >>>>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users
> > >>>>>>
> > >>
> >
> >
> _______________________________________________
> shifter-users mailing list
> shifter-users at lists.devloop.org.uk
> http://lists.devloop.org.uk/mailman/listinfo/shifter-users
>
More information about the shifter-users
mailing list