Re: RFC: XSpice shift to an 'x11spice' approach

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

 



On 03/29/2016 05:43 AM, Francois Gouget wrote:
> On Mon, 28 Mar 2016, Jeremy White wrote:
> [...]
> 
>> Hi folks,
>>
>> As you know, I've done a lot of work on XSpice over the past few years.
>>  I plan to take a new approach by following the model of the excellent
>> 'x11vnc' client.
> [...]
>> What do others think?  What am I over looking?
> 
> One of the big features of Spice is being able to transport the audio 
> channel. However it seems like this relies on being able to set PULSE* 
> variables in the environment of the processes running in the X session. 
> That would not be possible when connecting to an existing X11 session. 
> Would alternative mechanism be able to compensate?

I think Pulse provides enough tools that it should be possible to come
up with a way to transport audio.

Of course, nothing keeps you from completely replicating the current
functionality; with an x11spice you would still be able to set up a
dummy xorg and control it's start up environment.

> 
> Spice can also remote other resources but I don't have a sense of how 
> much those would be impacted.
> 
> Also, would that mean that the Xspice script would become a wrapper for 
> starting an X session and the related x11spice client?

I don't think I would change Xspice; I think I would just add a new
'x11spice' utility.

Cheers,

Jeremy
_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
https://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]