Custom Query (2683 matches)

Unhandled error while processing packet from peer
Traceback (most recent call last):
  File "python/xpra/protocol.py", line 238, in _process_packet
    self._process_packet_cb(self, decoded)
  File "python/xpra/client.py", line 1023, in process_packet
    self._packet_handlers[packet_type](self, packet)
  File "python/xpra/client.py", line 908, in _process_draw
    window.draw(x, y, width, height, coding, data)
  File "python/xpra/client.py", line 214, in draw
    self._backing.draw_rgb_image(gc, x, y, width, height, gtk.gdk.RGB_DITHER_NONE, data)
IndexError: rgb_buf is not large enough

when trying --encoding jpeg --jpeg-quality 60

Hi- I just got the latest revision of the xpra man page because the one I had was not readable by "mandoc", and the current xpra.1 has the same issue. Which is: xpra.1:368:2: FATAL: line scope broken, syntax violated Line 368 is .PP Just trying to get the different options to disable while debugging. I can use "groff" to get some human readable output, though it is a hard-to-read format.

mmap is fast but can be made faster:

• rather than extracting the pixel data from the mmap area, use it in place by creating a pixel buffer pointing to the mmap location
• avoid wrapping around the end of the mmap area (split buffer) when we have enough free area: this avoids having to re-construct the buffer from 2 non-contiguous chunks and allows us to write it more quickly too
• set the mmap area as mmap.ACCESS_COPY so the OS does not try to keep it in sync - this may require us to flush it, may not work/be worthwhile
• use memcopy to copy the pixbuf pixels into the mmap area?
• probably not do-able: create a pixbuf (or even the pixmap?) backed by an mmap area so we don't need to call get_pixels() at all