summaryrefslogtreecommitdiffstats
path: root/client
Commit message (Collapse)AuthorAgeFilesLines
...
* 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.
* Make client canvas and pixmaps handle more formats and simplifyAlexander Larsson2010-04-2321-214/+176
| | | | | | | | | | | 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.
* Add emacs modelines to more filesAlexander Larsson2010-04-2311-0/+11
|
* Make client start if screen is 16bppAlexander Larsson2010-04-231-9/+18
| | | | | | | | | The current glx code is looking for a rgb32 visual and always failing if there is none. This means not even software rendering starts up on e.g. 16bit visuals. This commit makes it pick software fallbacks on 16bit visuals. Long term we need to fix the gl implementation to do 16bpp too.
* Client: Don't die if XIM not availibleAlexander Larsson2010-04-232-27/+40
|
* Detect XShm extension sanelyAlexander Larsson2010-04-231-6/+4
| | | | | | The previous way XShm detection worked failed at least for me, and is not the standard way. We now just use XShmQueryExtension and XShmQueryVersion.
* Avoid unncessary buffer management in mjpeg decoder if possibleAlexander Larsson2010-04-142-19/+46
|
* Relicense everything from GPL to LGPL 2.1+Alexander Larsson2010-04-13139-1263/+1263
|
* Fix A1 handling in RedDrawable combine_pixels.Alexander Larsson2010-04-131-23/+18
| | | | | The previous code was just busted, as apparent on e.g. the cursor in MS Paint.
* Use upstream name for pthreads lib and new freetype versionAlexander Larsson2010-04-121-2/+2
|
* Fixed vs2008 warningAlexander Larsson2010-04-121-1/+1
|
* spice: win32 client: fix gdi lockingIzik Eidus2010-04-095-13/+13
| | | | | | | | | | | While the fix could have been more effective, it seems like this patch stream better with the coding logic that was there..., maybe later we will want to change the locking into more effective way. (There is just the primary surface to protect in reiality) Signed-off-by: Izik Eidus <ieidus@redhat.com>
* Remove leftover AutoVStreamInit classAlexander Larsson2010-04-081-10/+0
|
* Initialize _kill_mark so we don't get spurious valgrind warningsAlexander Larsson2010-04-082-6/+9
|
* Free the jpeg decoder with the streamAlexander Larsson2010-04-081-0/+1
|
* Use libjpeg to decode mjpegs, not ffmpegAlexander Larsson2010-04-086-163/+354
| | | | | | | | | | | | | | | | | | This is pretty straightforward, although there are two weird issues. The current encoder has two bugs in the yuv conversion. First of all it switches red and blue, due to something of an endianness issue. We keep this behavior by switching red and blue. Maybe we want to change this in the new protocol version since switching this may cause jpeg compression to be worse. Secondly, the old coder/decoder did rgb to/from yuv420 wrongly for jpeg, not using the "full scale" version of Y that is used in jpeg, but the other one where y goes from 16 to 235. (See jpeg/jfif reference on http://en.wikipedia.org/wiki/YCbCr for details.) The new decoder uses the full range in order to get better quality, which means old encoders will show slightly darker images. This completely removes all ffmpeg usage in the client
* Update project file to visual studio 2008Alexander Larsson2010-04-082-9/+8
|
* client: handling SPICE_MSG_MAIN_MIGRATE_SWITCH_HOSTYonit Halperin2010-04-064-4/+98
| | | | disconnecting from the current host and connecting to the target host.
* client: fix unsafe access to an event memberYonit Halperin2010-04-061-4/+1
|
* client: x11: fix a crash caused by a call to a destroyed window.Yonit Halperin2010-04-032-4/+10
| | | | | Happens when a focused window is destroyed without a focus out event, and a focus-in event occurs on another window.
* libspice: add off screens supportIzik Eidus2010-04-0310-104/+439
| | | | Signed-off-by: Izik Eidus <ieidus@redhat.com>
* spice server: surface create/destroy protocol supportIzik Eidus2010-04-033-42/+115
| | | | | | | | | | | Now we can send commands from the server to the client to destroy surfaces (right now just the primary surface) Needed for offscreens support) Another patch`s on the way. Signed-off-by: Izik Eidus <ieidus@redhat.com>
* spice: client: fix handling of top down images in video streamsAlon Levy2010-03-241-9/+5
| | | | Top down streams arrive from x11-qxl driver.
* configure.ac: client: replace $(top_srcdir) in x11/Makefile.am (subdir config)Alexander Larsson2010-03-241-89/+92
| | | | | | | | Replace all "$(top_srcdir)/common" with "$(SPICE_COMMON_DIR)" and all "$(top_srcdir)/client" with custom "$(CLIENTDIR)" This would (after following patches) enables building the client from either spice/ (top directory) or spice/client.
* client: add command line support for ciphers, ca file, and host certificate ↵Yonit Halperin2010-03-187-10/+116
| | | | subject
* Explicitly depend on various X libraries, and -pthreadSøren Sandmann Pedersen2010-03-111-1/+5
| | | | | | | | In Fedora 13, the linker doesn't pull in DT_NEEDED libraries anymore, so we have to list the things that we depend on explicitly. This affects several X extension libraries, and also the pthread library.
* New memory allocators that exit on OOM and handle multiplication overflowAlexander Larsson2010-03-114-0/+30
| | | | | | | | | Every place that does a regular malloc/calloc and aborts on failure should use spice_malloc/spice_mallo0 instead, which is leaner and cleaner. Allocations of dynamically sized arrays can use g_malloc_n or g_new etc which correctly handle multiplication overflow if some of the arguments are not trusted.