i have no idea about offline-screen surface but you can use spice when you
can use qemu/kvm, but as far as i know there is no QXL driver or spice
agent out there for Android.
---
Armin ranjbar
On Fri, Oct 6, 2017 at 1:18 AM, 王飞 wrote:
>
> Dear
> Is the spice support the offline-screen surfac
>
> In this case would be audio packets... messages if you prefer. There must
> be some
> reasons why YouTube, Facebook and other streaming websites uses tcp.
> Replacing tcp with udp means you have to deal with a lot of problems.
> If you want a reliable connection then you'll end up reimplementin
On Fri, Oct 6, 2017 at 5:40 AM, Gerd Hoffmann wrote:
> Hi,
>
>> Would not actually be possible to detect a destroy + create
>> commands and avoid having to change any version/driver?
>
> Well, that would be option (3) of the original mail: Make the spice
> client hide this. Basically not go in
Prevent possible buffer reading overflow.
Note that message pointer must be valid and data are checked
value by value so even on overflow you just get an error.
Signed-off-by: Frediano Ziglio
---
server/inputs-channel.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/server/inputs-chann
This function does not make much sense anymore.
Is called by RedVmcChannel which doesn't use RedChannelClient ACKs
so the variable changed are not used.
Also is called when the channel is constructed to set client
fields however at that stage there are no clients.
Signed-off-by: Frediano Ziglio
-
Hi,
> Would not actually be possible to detect a destroy + create
> commands and avoid having to change any version/driver?
Well, that would be option (3) of the original mail: Make the spice
client hide this. Basically not go into "no display" mode instantly
after destroy-surface, but wait a
>From 47f514ba3c2d261dc3fa76ebab37f0bb5d566252 Mon Sep 17 00:00:00 2001
From: Gerd Hoffmann
Date: Fri, 6 Oct 2017 10:17:10 +0200
Subject: [RfC PATCH] qxl: add primary surface update support
This operation allows to update the primary surface without going
through a destroy + create cycle. It is
Hi,
> The other option is we revert atomic modesetting from upstream qxl
> until the hw
> is upgraded to it, and we use the atomic path only on the newer
> hardware.
Well, the non-atomic "page-flip support" is blitting one framebuffer
over the other. I wouldn't call this a solution either. It
Dear
Is the spice support the offline-screen surface now ? and the spice can
support the Android platform or not? how can I use the spice protocol to
show the android screen to another android platform?
Thanks
--
Best regards,
Wilson
Software college,
Shan Dong university.
-
