Plug what looks like memory leaks, that could be potentially be
triggered by a misbehaving guest.
---
server/red_worker.c | 9 +++--
spice-common| 2 +-
2 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/server/red_worker.c b/server/red_worker.c
index f5a5553..8f7a1fc 10064
>> Second, the current client does not record correctly in celt mode. I
>> get a stuttered recording when I use that. The gtk code works fine. In
>> my testing, this is true both with and without this patch set. But it's
>> still an unsatisfying result :-/.
>
> You mean it's stuttering with th
- Original Message -
> Attached (sorry :-/) are two patches that express my current plan for
> supporting Opus (and other codecs as well).
>
> Essentially, I abstract out the celt functionality into a spice-common
> shared library; snd_codec.c. I then implement the server and client
> u
Attached (sorry :-/) are two patches that express my current plan for
supporting Opus (and other codecs as well).
Essentially, I abstract out the celt functionality into a spice-common
shared library; snd_codec.c. I then implement the server and client
using that logic.
The patches attached seem
Releasing modifiers keys unconditionally on disconnect leads to
unexpected guest wakeups. To improve the situation, the server can
release only the pressed keys, which will prevent the wakeup in most
cases.
Furthermore, it's not sufficient to release only the modifiers keys.
Any key should be rele
> https://bugzilla.redhat.com/show_bug.cgi?id=1014066
I commented on the bug. It is not at all surprising; spice-html5 has
been used primarily with XSpice sessions, not with Windows and Qemu.
A Javascript console log will likely shed some light on what needs to be
done to fix the issue.
Cheers,
Hi,
subject speaks for itself.
is this a known issue, thoughts?
https://bugzilla.redhat.com/show_bug.cgi?id=1014066
thanks,
Itamar
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/spice-de
Could you also try without http proxy?
- Original Message -
>
>
> - Original Message -
> > Hi,
> >
> > I'm trying to use a multi-monitor setup with remote-viewer,
> >
> > configuration of guest is ok, and remote-viewer menu show the differents
> > monitors.
> >
> > Main remote
- Original Message -
> Hi,
>
> I'm trying to use a multi-monitor setup with remote-viewer,
>
> configuration of guest is ok, and remote-viewer menu show the differents
> monitors.
>
> Main remote-viewer is connected through http connect proxy.
>
> When I click on a second monitor, a n
This macro isn't used in the protocol headers, and clashes with other
define from qemu.
---
spice/macros.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/spice/macros.h b/spice/macros.h
index 78538a5..62157b4 100644
--- a/spice/macros.h
+++ b/spice/macros.h
@@ -101,12 +101,6 @@
# define
Since inline is c99 and its already used in some files
---
common/bitops.h | 6 +++---
common/canvas_utils.c | 2 +-
common/lines.c| 2 +-
common/lz.c | 26 +-
common/pixman_utils.c | 6 +++---
common/quic.c | 22 +++---
c
On 10/04/2013 10:39 AM, Mario Giammarco wrote:
Hello,
I am evaluating ovirt as a developer virtualization solution and a
virtualizer for fast provisioning of software in SOHO market (I send entire
vms preconfigured)
I use ovirt on centos6 with glusterfs.
I assume you are using a posixfs storag
Hi,
I'm trying to use a multi-monitor setup with remote-viewer,
configuration of guest is ok, and remote-viewer menu show the differents
monitors.
Main remote-viewer is connected through http connect proxy.
When I click on a second monitor, a new remote-viewer windows open, but can't
connect
13 matches
Mail list logo
