summaryrefslogtreecommitdiffstats
path: root/common
Commit message (Collapse)AuthorAgeFilesLines
...
* Move in spice/draw.h from spice-protocol to common/Alexander Larsson2012-03-2015-13/+305
|
* Properly parse QXLLineAttrs.styleAlexander Larsson2012-03-202-3/+2
|
* Properly parse QXLImage to the new-world SpiceImageGerd Hoffmann2012-03-206-219/+92
| | | | | SpiceImage now replaces RedImage and has all image types in it. All image data are now chunked (and as such not copied when demarshalling).
* Add spice_marshaller_add_ref_chunksAlexander Larsson2012-03-202-0/+12
|
* Add spice_chunks_* helpersAlexander Larsson2012-03-202-0/+64
|
* Convert SpicePath.segments to a pointer arrayAlexander Larsson2012-03-203-27/+19
|
* Properly parse and marshall SpiceStringGerd Hoffmann2012-03-201-19/+4
|
* Fix build on win32Alexander Larsson2012-03-202-20/+20
|
* Update for the SpicePath.segments type changeAlexander Larsson2012-03-203-3/+3
|
* Simplify SpiceLineAttr by removing unsed stuffAlexander Larsson2012-03-202-42/+5
| | | | Also in new protocol don't send style data if not needed.
* Store SpicePath segment count rather than sizeAlexander Larsson2012-03-203-23/+13
| | | | | | | | | | | | | | | | | | | Internally and in the network protocol (for the new version) we now store the actual number of segments rather than the size of the full segments array in bytes. This change consists of multiple changes to handle this: * Make the qxl parser calculate num_segments * Make the canvas stroke code handle the new SpicePath layout. * Fix up is_equal_path in red_worker.c for the new layout * replace multiple calls to spice_marshall_PathSegment with a single spice_marshall_Path call * Make the byte_size() array size handling do the conversion from network size to number of elements when marshalling/demarshalling. * Update the current spice protocol to send the segment count rather than the size * Update the old spice protocol to use the new byte_size functionallity to calculate the size sent and the number of elements recieved
* Add spice_marshaller_set_uint32Alexander Larsson2012-03-202-16/+31
| | | | | | | With this function you can update an added uint32 after it being added. To make this possible all the spice_marshaller_add_add_foo functions now return a pointer that can be used as a reference when later setting a value.
* qxl-abi: handle clip rect and path references.Gerd Hoffmann2012-03-202-15/+12
| | | | | | | | | | | | red_parse_qxl.c starts to follow QXLPHYSICAL references and build up data structures. Can zap a bunch of get_virt calls in red_worker.c, followed by cleanups. (de-) marshaller needs updates to deal with that. Also I suspect with the get_virt() calls being gone we can offload more work to generated marshaller code. client doesn't build.
* qxl abi: parse QXLCopy + QXLBlend.Gerd Hoffmann2012-03-202-4/+4
| | | | Also adapt to tyops fix (s/rop_decriptor/rop_descriptor/).
* qxl abi: parse QXLOpaque.Gerd Hoffmann2012-03-202-3/+3
| | | | Also adapt to tyops fix (s/rop_decriptor/rop_descriptor/).
* qxl abi: parse QXLFill.Gerd Hoffmann2012-03-202-2/+2
| | | | Also adapt to tyops fix (s/rop_decriptor/rop_descriptor/).
* Remove support for clip by pathAlexander Larsson2012-03-203-15/+0
| | | | This is not supported currently anyway and was not generated before.
* fix use-after-free in spice_marshaller_resetGerd Hoffmann2012-03-201-2/+3
|
* Lossy compression of RGBA images (on WAN connection)Yonit Halperin2012-03-203-6/+107
| | | | | The RGB channels are compressed using JPEG. The alpha channel is compressed using LZ.
* applying zlib compression over glz on WAN connectionYonit Halperin2012-03-208-11/+71
|
* Make generated marshallers build on win32Alexander Larsson2012-03-202-0/+6
|
* Make sound data @as_ptr to avoid copying dataAlexander Larsson2012-03-201-2/+4
|
* Make ping data @as_ptr to avoid copying dataAlexander Larsson2012-03-201-0/+2
|
* Make cursor data @as_ptr to avoid copying dataAlexander Larsson2012-03-201-1/+2
|
* Make pointer types in messages be 64bit in memoryAlexander Larsson2012-03-201-2/+2
| | | | | | | | Right now we always assume pointers are stored as SPICE_ADDRESS, i.e. 64bit, independent on the size sent on the network. This is required for 64bit architectures of course, but slightly overkill on 32bit architectures, so needs fixing when all SPICE_ADDRESS elements can be made internal.
* Don't pack the message structuresAlexander Larsson2012-03-201-87/+83
|
* Make all message structs internal to spiceAlexander Larsson2012-03-201-0/+497
| | | | | | | We move all message structs from spice-protocol to spice as we want to be able to change these as needed internally. The on-network format is no longer defined by these structures anyway, but rather by the spice protocol description.
* Add SpiceMarshaller for easy marshallingAlexander Larsson2012-03-203-0/+648
|
* Client: Use the autogenerated demarshallersAlexander Larsson2012-03-205-97/+0
| | | | | | | | | | | | | | | | When a message has been read from the network we now pass it into the generated demarshaller for the channel. The demarshaller converts the network data to in-memory structures that is passed on to the spice internals. Additionally it also: * Converts endianness * Validates sizes of message and any pointers in it * Localizes offsets (converts them to pointers) * Checks for zero offsets in messages where they are not supported Some of this was previously done using custom code in the client, this is now removed.
* There are multiple line attribute flags enums, use only oneAlexander Larsson2012-03-202-4/+4
|
* Add spice_strnlenAlexander Larsson2012-03-202-0/+14
|
* support for lossy images in the pixmap cache and fill bitsYonit Halperin2012-03-202-5/+61
| | | | | | 1) add an option to determine if a bitmap can be sent lossy to the client 2) when required, replacing lossy cache items with their correspending lossless bitmaps
* JPEG support: introducing jpeg encoding for spice bitmapsYonit Halperin2012-03-208-3/+115
|
* Fix spelling errors in comments and stringsAlexander Larsson2012-03-2010-23/+23
|
* Use the new byteswap macros from spice-protocolAlexander Larsson2012-03-201-8/+2
|
* Add C version of find_msb()Gerd Hoffmann2012-03-201-1/+20
| | | | | | | This patch allows people to build the spice-client on any 32bit/64bit architecture. by Bryan Stillwell <bryan@bokeoa.com>
* Remove all mentions of "cairo" from the codeAlexander Larsson2012-03-208-159/+158
| | | | | The command line option is renamed from "cairo" to "sw", and similarly all filenames and types from Cairo to Sw (and similar).
* win32 client: Remove unnecessary GDIImage typeAlexander Larsson2012-03-202-74/+40
| | | | We just use pixman_image_t as the "information about image data" structure.
* Add support for SPICE_IMAGE_FLAGS_HIGH_BITS_SETAlexander Larsson2012-03-201-2/+12
|
* Clear alpha in xRGB destination to avoid pixman setting it to 0xffAlexander Larsson2012-03-201-0/+66
| | | | | | | | | | Pixman sometimes sets the ignored high byte to 0xff during alpha blending. This is correct according to pixman specs, as the high byte is ignored. However its not what windows expects, and it causes unnecessary regions with non-zero high byte, causing us to send rgba data instead of rgb which compresses worse. So, we detect this and clear the high byte.
* Fix line lengths and tabsAlexander Larsson2012-03-201-6/+13
|
* fix two warningsGerd Hoffmann2012-03-201-0/+2
|
* Remove surface format workaround now that win32 driver is fixedAlexander Larsson2012-03-201-7/+0
| | | | | The win32 driver makes all 32bit surfaces be xRGB now, so we can remove this old workaround.
* Win32 canvas fixesAlexander Larsson2012-03-201-9/+9
|
* Support alpha surface sources and destinationsAlexander Larsson2012-03-203-18/+99
|
* Localize palettes for LZ PLT formatAlexander Larsson2012-03-201-3/+45
| | | | This is needed since they always decode to 32bit mode.
* Make each surface its own depth/formatAlexander Larsson2012-03-205-295/+242
| | | | | | | | Surface creation now specifies the exact format, not only the bit depth of each surface which is used for rendering. Additionally we now actually store the surfaces in that format, instead of converting everything to 32bpp when drawing or e.g. handling palettes.
* Make client canvas and pixmaps handle more formats and simplifyAlexander Larsson2012-03-208-12/+110
| | | | | | | | | | | We now support 16bit format pixmaps as well as the old ones. Including both 555 and 565 modes. We drop the palette argument for pixmap construction as it was only used for black/white anyway. Canvas creation is simplified so that there is no separate set_mode state. Canvases are already created in the right mode and never change.
* common: Add lookaside storage for pixman image formatAlexander Larsson2012-03-202-1/+38
| | | | | Ideally we should just read this from the pixman image, but there is no API to do so in stable pixman, so we store it.
* Add pixman utilities for bitmap to pixman_image_t conversionAlexander Larsson2012-03-202-58/+775
|
generated by cgit (git 2.34.1) at 2025-09-27 21:56:38 +0000