Hi All,
I've created sheets for my Spice in a 3D word presentation
at kvm-forum. Feedback much appreciated:
http://people.fedoraproject.org/~jwrdegoede/spice-3d.odp
Regards,
Hans
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
- Original Message -
Hello Spice developers,
I want to introduce my idea of Virtual Media Controller (VMC),
enhancing support for IP telephony in Spice-based VDI. Hope for your
feedback!
This is a concept only, very high level and without any Proof of
Concept implemented yet. The
- Original Message -
Hi,
It is really slow indeed.
One thing you could try to discard the non-gtk part, is to run
spicy-stats against the replay tool.
You should be able to compile the replay branch on
https://git.gitorious.org/spice/elmarco-spice.git. Extract
- Original Message -
Hi All,
I've created sheets for my Spice in a 3D word presentation
at kvm-forum. Feedback much appreciated:
http://people.fedoraproject.org/~jwrdegoede/spice-3d.odp
- The PCI bandwidth argument makes me laugh. I don't think that any
desktop/office apps
On 10/14/2013 04:15 PM, Alon Levy wrote:
Hi All,
I'm happy to announce a new release of the spice Linux agent,
the first version with Xspice support.
Changes in spice-vdagent-0.15.0:
* Xspice support
* Release clipboard on client disconnect if owned by client
On Fri, Oct 11, 2013 at 2:45 PM, diet...@proxmox.com wrote:
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;
Hi
On Fri, Oct 11, 2013 at 2:45 PM, diet...@proxmox.com wrote:
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).
correct, by design.
But Some SPICE applications want to use the keymap
The following 8 patches generalize audio codec processing in Spice and
enable the use of Opus for encoding audio.
These patches work for me with qemu/Fedora.
I did use soundhw ac97, and I also applied this patch to qemu:
http://lists.nongnu.org/archive/html/qemu-devel/2013-10/msg01204.html
Signed-off-by: Jeremy White jwh...@codeweavers.com
---
common/Makefile.am |4 +
common/snd_codec.c | 261
common/snd_codec.h | 79
configure.ac | 16
4 files changed, 360 insertions(+)
create mode 100644
Signed-off-by: Jeremy White jwh...@codeweavers.com
---
configure.ac | 37 +++---
gtk/channel-playback.c | 58 +++-
gtk/channel-record.c | 98 +++-
3 files changed, 77 insertions(+), 116 deletions(-)
Signed-off-by: Jeremy White jwh...@codeweavers.com
---
client/Makefile.am |2 +
client/audio_devices.h |8 ---
client/platform.h |6 ++-
client/playback_channel.cpp | 17 ---
client/record_channel.cpp | 24 +
client/x11/platform.cpp | 10
Signed-off-by: Jeremy White jwh...@codeweavers.com
---
audio/spiceaudio.c | 27 +--
1 file changed, 25 insertions(+), 2 deletions(-)
diff --git a/audio/spiceaudio.c b/audio/spiceaudio.c
index bc24557..1a94d8e 100644
--- a/audio/spiceaudio.c
+++ b/audio/spiceaudio.c
@@
Signed-off-by: Jeremy White jwh...@codeweavers.com
---
configure.ac |9 +
gtk/Makefile.am|2 ++
gtk/channel-playback.c | 48 +---
gtk/channel-record.c | 14 +++---
4 files changed, 39 insertions(+), 34
Signed-off-by: Jeremy White jwh...@codeweavers.com
---
common/Makefile.am |1 +
common/snd_codec.c | 124 +---
common/snd_codec.h | 22 --
configure.ac |9
spice.proto|1 +
spice1.proto |1 +
6
Signed-off-by: Jeremy White jwh...@codeweavers.com
---
audio/spiceaudio.c | 27 +--
1 file changed, 25 insertions(+), 2 deletions(-)
diff --git a/audio/spiceaudio.c b/audio/spiceaudio.c
index 5af436c..d648d50 100644
--- a/audio/spiceaudio.c
+++ b/audio/spiceaudio.c
@@
Not that I know of. You may want try building qemu with this patch first
though:
http://lists.nongnu.org/archive/html/qemu-devel/2013-10/msg01204.html
Yeah, that prevented a hard lock for me. Thanks!
Which fixes a generic audio bug which I've recently found. Not sure if this
will help,
If that works it would be good if you could also try:
http://lists.nongnu.org/archive/html/qemu-devel/2013-10/msg01205.html
And check it does not cause any regressions.
I did try that, and I saw no change in behavior, so I guess that's good
news.
Cheers,
Jeremy
Hi,
Thanks for the presentation.
I agree with Marc-André that I wouldn't be so decisive with Host-side
rendering is the only feasible solution. I am not convinced yet that
video encoding can be better than using smart compression and caching of
3D objects and client side rendering, at least
My apologies; this was an error - I sent this one twice. The 'correct'
one is opus 5/qemu.
Cheers,
Jeremy
On 10/15/2013 09:29 AM, Jeremy White wrote:
Signed-off-by: Jeremy White jwh...@codeweavers.com
---
audio/spiceaudio.c | 27 +--
1 file changed, 25
Hmm. I'm a qemu newb; I'll see if fiddling with '-device' gets me
different results than -soundhw. True confession: my report was also
against a non tip build of qemu, so I need to retest there as well.
Against the tip of qemu, with your patch, this bug goes away; both ac97
and hda work
Marc-André,
Thanks for the comments! I'll certainly follow your advice. About wiki
- how to create account there? Tried
http://www.spice-space.org/wiki/index.php?title=Special:UserLoginreturnto=Main_Page
but it returns empty page for me...
Few comments below.
On Tue, Oct 15, 2013 at 2:09 PM,
- Original Message -
Marc-André,
Thanks for the comments! I'll certainly follow your advice. About wiki
- how to create account there? Tried
http://www.spice-space.org/wiki/index.php?title=Special:UserLoginreturnto=Main_Page
Same for me, spice-space.org was recently moved to a
On 10/15/2013 04:50 PM, Mario Giammarco wrote:
Itamar Heim iheim@... writes:
On 10/04/2013 01:58 PM, Mario Giammarco wrote:
rendering is slow;
adding spice-devel on this one
Thanks, to be more precise rendering is laggy
Update: with windows 7 spice is fast, so it seems that only with
This version adds code to directly forward keysmys to vdagent, which then
tries to inject keysyms into X11.
That way you always have correct input characters even if VM and
client do not share the same keymap!
Experiemts showed that is quite useful, but very difficult to
implement correctly with
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
This allows us to send keysyms directly into the guest.
Index: new/spice-common/spice-protocol/spice/vd_agent.h
===
--- new.orig/spice-common/spice-protocol/spice/vd_agent.h 2013-07-17
17:33:52.0 +0200
+++
Signed-off-by: Dietmar Maurer diet...@proxmox.com
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
@@
27 matches
Mail list logo