Re: [PATCH spice-gtk 1/5] audio: emit stop when the channels are reset

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi

----- Original Message -----
> Hi,
> 
> On Wed, Apr 29, 2015 at 05:06:44PM +0200, Marc-André Lureau wrote:
> > Ensure a hint is given to the client that the channel is reset.
> >
> > Unfortunately, since the handle may be asynchronous due to coroutine,
> > the channel functions should be tolerant to a playback/record calls
> > functions when the channel is stopped.
> 
> So, is it expected the audio to stop (briefly) on channel reset?
> Did you this change on migration with audio playing?

On non-seamless migration, this is not an issue. Playback will be stopped and restarted.

On seamless migration, the migration session is different from the main session. The audio manager is only watching channels in the main session: channel-reset or destroy is not reached in this session during migration. I have tried to verify this locally with a simple test while playing music, unfortunately, qemu takes forever to migrate (remaining ram fluctuates between 8mb and 20mb).
_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel





[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]