xpra icon
Bug tracker and wiki

This bug tracker and wiki are being discontinued
please use https://github.com/Xpra-org/xpra instead.


Custom Query (2683 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (46 - 48 of 2683)

Ticket Resolution Summary Owner Reporter
#65 fixed error with jpeg encoding Antoine Martin Timo Juhani Lindfors
Description
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

#66 fixed "mdocml" cannot process xpra.1 Antoine Martin Yary
Description

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.

#67 fixed mmap improvements: zero-copy, avoid wrap-around, memcopy, mmap.ACCESS_COPY Antoine Martin Antoine Martin
Description

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
Note: See TracQuery for help on using queries.