I am working on a fix for this, it needs more testing, I'll post it
soon unless someone beat me to it.
On Fri, Oct 11, 2013 at 4:38 PM, Christophe Fergeau wrote:
> On Thu, Oct 10, 2013 at 05:34:28PM +0200, Marc-André Lureau wrote:
>> spice_main_channel_reset_agent() reset connected state, and pre
Fred Liu issi.com> writes:
>
> Tested and works well!
> Big thanks!
>
> Fred
Works great, but not on our Windows 8 64bit installations. (unsupported
windows version)
VidJa
On Thu, Oct 10, 2013 at 05:34:28PM +0200, Marc-André Lureau wrote:
> spice_main_channel_reset_agent() reset connected state, and prevent
> notify of property change.
>
> This is a minor regression introduced in c3adb24425.
> ---
> gtk/channel-main.c | 5 -
> 1 file changed, 4 insertions(+), 1
Hello!
In collaboration with Jojo, the latest version of aSPICE (v3.3.5) now
has sound support. To enable sound, look for the "Enable Sound"
checkbox in the Advanced Settings on the main screen.
Either install/upgrade from Google Play, or grab the APK from here:
https://github.com/iiordanov/bVNC
And introduce a new capability SPICE_INPUTS_CAP_KEY_X11_KEYSYM.
The new message includes a x11 keysym, the scancode, and a flag
to indicate if a key is pressed or released (or both).
message {
uint32 keysym;
keyboard_flags flags;
uint8 code_len;
uint8 code[code_l
Signed-off-by: Dietmar Maurer
Index: new/gtk/channel-inputs.c
===
--- new.orig/gtk/channel-inputs.c 2013-10-03 11:11:56.0 +0200
+++ new/gtk/channel-inputs.c2013-10-11 11:59:07.0 +0200
@@ -451,6 +451,48 @@
The SPICE input channel currently only sends scancodes. Thus the
server does not know what character was pressed (server does not know
the client keymap).
But Some SPICE applications want to use the keymap from the client
side, and work directly with UTF input characters (for example the
'spiceter
We automatically call the standard callbacks if a server does not implement
this new callback.
Signed-off-by: Dietmar Maurer
Index: new/server/inputs_channel.c
===
--- new.orig/server/inputs_channel.c2013-10-11 10:51:12.
On Thu, Oct 03, 2013 at 02:25:44PM +0200, Christophe Fergeau wrote:
> Ping?
No taker?
Christophe
pgplGAqAtdVuv.pgp
Description: PGP signature
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/
Hi,
>/ I think nearly all GPUs, Intel ones included can do on-board H264 encoding
now,
/>/ the vaapi for Intel exports this ability, not sure how to expose it on
/>/ non-intel GPUs,
/>/ or how they expose it under Windows etc.
/>/
/>/ The problem for us is the usual patent minefield ar
> > > If you really want to send scancode, do it the same way as "Data
> > key_scancode"
> > > for arbitrary sequence.
>
> Just want to mention that you have the following definitions in the default
> protocol:
>
> message {
> uint32 code;
> } @ctype(SpiceMsgcKeyDown) key_down = 101
On Thu, Oct 10, 2013 at 07:36:27PM +0200, Marc-André Lureau wrote:
Can you add a short sentence to the log to explain what is broken without
these?
ACK
Christophe
> ---
> gtk/channel-main.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/gtk/channel-main.c b/gtk/channel-main.c
> i
> > If you really want to send scancode, do it the same way as "Data
> key_scancode"
> > for arbitrary sequence.
Just want to mention that you have the following definitions in the default
protocol:
message {
uint32 code;
} @ctype(SpiceMsgcKeyDown) key_down = 101;
message {
13 matches
Mail list logo
