summaryrefslogtreecommitdiffstats
path: root/client
Commit message (Collapse)AuthorAgeFilesLines
* Update client and protocol to support the new SpiceClipRectsAlexander Larsson2010-06-301-3/+2
|
* client: add --include "common.h" for generated marshallersYonit Halperin2010-06-293-4/+4
|
* fixed unhandled destroy screen in Application:restore_screens_sizeYonit Halperin2010-06-291-1/+1
|
* detaching the screen when the primary surface is destoryed and closing the ↵Yonit Halperin2010-06-292-10/+16
| | | | window if the primary surface is not recreated (the monitor has been detached).
* Replace log4cpp with custom log functionAlexander Larsson2010-06-289-65/+102
| | | | | Also prints a simpler error to stderr for WARN or above so that we print something on the commandline if something go wrong.
* Fix build error due to member "SpiceMsgEmpty" same name as typeAlexander Larsson2010-06-281-2/+2
|
* Remove support for clip by pathAlexander Larsson2010-06-241-1/+1
| | | | This is not supported currently anyway and was not generated before.
* Make pointers 32bit in new protocol formatAlexander Larsson2010-06-232-4/+4
|
* Fix version mismatch error on connectAlexander Larsson2010-06-232-7/+15
| | | | | | | Protocol is 0 (auto), 1 (old), or 2 (new). This is (apart from 0) the same as the major number for the stable protocol. However, the current major is ~(-1) to signify it being unstable, so don't use the major number as source for setting or comparing protocol.
* Fix screen resolution changes on old serversAlexander Larsson2010-06-231-5/+5
| | | | | * Correctly check for existing canvas 0 * Don't try to unlock the screen size if there is no active screen
* client: Support connecting to a major==1 serverAlexander Larsson2010-06-225-28/+104
|
* Implement display_mode message needed for backwards compatAlexander Larsson2010-06-221-0/+12
|
* Generate marshaller/demarshallers for old protocolAlexander Larsson2010-06-227-13/+55
|
* Add more emacs mode headersAlexander Larsson2010-06-222-0/+2
|
* Convert client to use indirect calls for message marshallingAlexander Larsson2010-06-2211-52/+113
| | | | This is required to support multiple versions
* Add destructor for demarshalled messagesAlexander Larsson2010-06-222-5/+8
| | | | | | | This is required because we don't want to free messages that just refer to the unparsed message (like SpiceMsgData). Also, in the future we might need it for more complex demarshalling.
* applying zlib compression over glz on WAN connectionYonit Halperin2010-06-219-6/+125
|
* Make opengl optional, disabled by defaultAlexander Larsson2010-06-2113-49/+122
| | | | | | | | | | The OpenGL renderer isn't really useful right now, its not quite up to date, its not really faster than software and it only supports a limited subset of drivers. So, lets disable it for now. Long term opengl rendering of the 2d part of spice is important if we want to combine 2d and 3d rendering (say if spice adds opengl support in the protocol). But until then this is isn't useful for normal use.
* Make generated marshallers build on win32Alexander Larsson2010-06-182-8/+23
|
* Make sound data @as_ptr to avoid copying dataAlexander Larsson2010-06-181-4/+4
|
* Make cursor data @as_ptr to avoid copying dataAlexander Larsson2010-06-182-5/+5
|
* Make all message structs internal to spiceAlexander Larsson2010-06-184-5/+5
| | | | | | | 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.
* Switch client to use generated marshallersAlexander Larsson2010-06-1810-167/+219
|
* Generate and link marshallers into clientAlexander Larsson2010-06-183-1/+37
|
* Generate demarshalling code on win32 tooAlexander Larsson2010-06-181-13/+50
|
* Client: Use the autogenerated demarshallersAlexander Larsson2010-06-1815-353/+235
| | | | | | | | | | | | | | | | 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.
* Generate demarshallers in clientAlexander Larsson2010-06-181-2/+11
|
* Use the correctly spelled enum values from the new generated enumsAlexander Larsson2010-06-182-2/+2
|
* Use the new enums for keyboard modifier flagsAlexander Larsson2010-06-181-3/+3
|
* support for lossy images in the pixmap cache and fill bitsYonit Halperin2010-06-093-5/+99
| | | | | | 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 Halperin2010-06-0911-5/+264
|
* client: Only invalidate on screen if drawing to the primary surfaceAlexander Larsson2010-06-091-2/+6
|
* Fix some misspelled identifiersAlexander Larsson2010-05-213-15/+15
| | | | | | | | | severty -> severity SpiceResorceID -> SpiceResourceID SpiceResorceList -> SpiceResourceList resorces -> resources ped_size -> pad_size postition -> position
* Fix spelling errors in comments and stringsAlexander Larsson2010-05-2115-31/+31
|
* Revert "[debug] migration troubleshooting"Gerd Hoffmann2010-05-191-1/+1
| | | | This reverts commit 08927fabe57c17086fe3bce3a9ca166e2309349e.
* [debug] migration troubleshootingGerd Hoffmann2010-05-191-1/+1
|
* Remove all mentions of "cairo" from the codeAlexander Larsson2010-05-0320-83/+83
| | | | | The command line option is renamed from "cairo" to "sw", and similarly all filenames and types from Cairo to Sw (and similar).
* client: Report window format right for win32Alexander Larsson2010-04-292-4/+14
|
* client: Support 16bpp pixmaps on win32Alexander Larsson2010-04-292-6/+33
|
* fix two warningsGerd Hoffmann2010-04-261-1/+1
|
* Fix up win32 client with recent changesAlexander Larsson2010-04-233-11/+16
|
* Make each surface its own depth/formatAlexander Larsson2010-04-233-27/+32
| | | | | | | | 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.
* Client: Support pixmap format conversion in copy_pixelsAlexander Larsson2010-04-2311-249/+179
| | | | | | | | | | | | | | | | | | | | | | In order to be able to support 16bit canvases on 32bit screens and 32bit canvases on 16bit screens we need to handle format conversion when drawing RedPixmaps. The way this works now for X11 is that we only have one PIXELS_SOURCE_TYPE for pixmaps, which always has a pixman_image_t for the data, but additionally it has an XImage (shared mem or not) if the screen the pixmap was created for (i.e. an explicit one or the default screen) has the same format as the pixmap. When we draw a pixmap on a drawable we have two variants. If the pixmap has a XImage and it matches the format of the target drawable then we just X(Shm)PutImage it to the drawable. If the formats differ, then we create a temporary XImage and convert into that before drawing it to the screen. Right now this is a bit inefficient, because we always allocate a new temporary image when converting. We want to add some caching here, but at least this lets things work again.
* X11 client: Add helper for XImage constructionAlexander Larsson2010-04-232-4/+47
|
* Add utility functions to create XShm imagesAlexander Larsson2010-04-232-0/+83
|
* Create screen composit area in same format as windowAlexander Larsson2010-04-231-2/+2
| | | | | This way we don't have to convert when drawing to it, or drawing it to the dc.
* Add helper to compare RedDrawable::Formats for copy compabibleAlexander Larsson2010-04-231-0/+4
| | | | | Being copy compatible means the format are identical except that some bits in the source may be ignored in the destination.
* Add RedDrawable::Format get_format()Alexander Larsson2010-04-234-0/+8
| | | | | This is useful because we can e.g. create pixmaps in the same format as a window.
* Add XPlatform::get_screen_format for X11Alexander Larsson2010-04-232-0/+30
|
* Move RedPixmap::Format to RedDrawable::FormatAlexander Larsson2010-04-239-65/+66
| | | | | | | | We need to know the format for other drawables too (like for instance the native format of a window), so we're pushing this down. This changes a bunch of references to be RedDrawable::, but not all. The the old RedPixmap:: references still work, but will be phased out.
generated by cgit (git 2.34.1) at 2024-09-24 06:16:42 +0000