ack
On Tue, Apr 30, 2013 at 8:50 PM, Yonit Halperin wrote:
> This bug results in the client dropping all the video frames after
> migration in case that (1) the hosts involved in migration have different
> mm-time; and that (2) there is no audio playback.
> This is relvant only for the client t
ack
On Tue, Apr 30, 2013 at 9:07 PM, Yonit Halperin wrote:
> When a client disconnects, red_channel_client_pipe_clear is called.
> Releasing pipe items of type == MIGRATE||EMPTY_MSG||PING
> wasn't handled, and was passed to channel_cbs.release_item.
> There, an error occured since the pipe item
looks good, ack
On Tue, Apr 30, 2013 at 8:24 PM, Yonit Halperin wrote:
> rhbz#951664
>
> When the src and dst servers have different mm-times, we can
> hit a case when for a short period of time the session mm-time and
> the video mm-time are not synced. If the video mm-time is much
> bigger th
On Tue, Apr 30, 2013 at 8:24 PM, Yonit Halperin wrote:
> mm-time can change after migration. This can cause video synchronization
> problems after migration if not handled appropriately (see rhbz#951664).
> ---
> gtk/spice-session.c | 29 +
> gtk/spice-session.h | 3
When a client disconnects, red_channel_client_pipe_clear is called.
Releasing pipe items of type == MIGRATE||EMPTY_MSG||PING
wasn't handled, and was passed to channel_cbs.release_item.
There, an error occured since the pipe items were not recognized.
---
server/red_channel.c | 3 +++
1 file change
This bug results in the client dropping all the video frames after
migration in case that (1) the hosts involved in migration have different
mm-time; and that (2) there is no audio playback.
This is relvant only for the client that was connected during the
migration.
rhbz#958276
---
server/reds.c
rhbz#951664
When the src and dst servers have different mm-times, we can
hit a case when for a short period of time the session mm-time and
the video mm-time are not synced. If the video mm-time is much
bigger than the session mm-time, the next stream rendering will be
scheduled to (video-mm-time
mm-time can change after migration. This can cause video synchronization
problems after migration if not handled appropriately (see rhbz#951664).
---
gtk/spice-session.c | 29 +
gtk/spice-session.h | 3 ++-
2 files changed, 31 insertions(+), 1 deletion(-)
diff --git a
On 04/30/2013 07:59 AM, Marc-André Lureau wrote:
Hi,
Thanks for tracking this down. First, the patch doesn't compile.
Sorry, forgot to add channel-display-priv.h to the patch
This is indeed what I imagined, that the mm time is not monotonic over
migrations on different machines (iirc, I was t
Hi,
Thanks for tracking this down. First, the patch doesn't compile.
This is indeed what I imagined, that the mm time is not monotonic over
migrations on different machines (iirc, I was told the stream were stopped
before migration)
Imho, there should be also a base mm time after migration compl
ack
On 04/30/2013 01:10 PM, Uri Lublin wrote:
rhbz#958051
It may be that a _displays entry will be NULL.
I encountered it when running with multiple QXL devices, for one of
which the driver failed to load since it was "out of resources"
Iterations over _displays should handle that case.
I foun
rhbz#958051
It may be that a _displays entry will be NULL.
I encountered it when running with multiple QXL devices, for one of
which the driver failed to load since it was "out of resources"
Iterations over _displays should handle that case.
I found three such iterations, and fixed them in this p
On Tue, Apr 30, 2013 at 01:44:25AM +0200, Marc-André Lureau wrote:
> spice-gtk used to try taking the grab when switching to server mode, so
> that the current mouse interaction, ex a drag, isn't interrupted if the
s/ex/for example/
> agent dies. However, shuting down a VM will automatically try
13 matches
Mail list logo
