Hi!
I'm afraid, you didn't understand me completely. This project now in
unusable-at-all state. There is no optimization at all and you need
apt to 10 Mbps connection between spice client and server to see the
smooth enough image. All the frames, generated by weston, even on
mouse move are sent to the client side.
So, to use it, you firstly need to upgrade it to new weston API and
secondly perform much RnD work on optimization. I am pleased that
you want to continue this project, I was very interested when I
worked on it but I had to stop when I got very busy working in a
company. I don't want to give up the project but my ability to
contribute now is very limited.
To sum up, to make it working you need many time/material resources.
Maybe one time I will continue it, maybe sooner if there will be the
good reason. But now I'm the technical leader in the startup and
working hard. Right now I'm sitting in 4YFN (World Mobile Congress
in Barcelona), talking to investors and watching our demo stand.
Thank you again and see my answers in the quote, but I'm afraid they
are useless for you, because I forgot many things about project and
have no much time to remeber.
On 02/22/2016 05:55 PM, Fabio Fantoni
wrote:
Il 05/10/2015 20:08, Yury Shvedov ha
scritto:
Hi, Fabio!
Thank you for your interest to this project! But unfortunately
this project now is in proof-of-concept state and usable only
via loopback network. And as you notice it did not evolve by me
for years. The problem is I changed my scientific theme by
accident at this point and could not continue it as I have
wanted. But I feel this project has big potential and space of
improvement. It would be great if you want and can to handle
this project and I will support you as I could.
Hi, I have only little free time and very low knowledge
but I'm looking if is possible rebase your project on latest
weston version and try it.
To make easier and faster see what are the add/changes of
spice compositor and rebase it I created a new branch with
latest upstream commit you used, all changes except the latest
commit in first commit added and a cherry-pick of the latest:
https://github.com/Fantu/compositor-spice/commits/test
I not saw an howto and from a very fast code look seem that "--enable-spice-compositor
--enable-monitor-renderer" add in configure is
needed and when start listen seems hardcoded on localhost:5912
@Yury Shvedov: Can you send me all
essential notes for use it if they exist?
Unfortunately I can't fully understand your question, but if you
asking how to make weston to listen for the spice clients, I can't
give you complete answer. As I remenber you have to select spice
renderer in configuration and it starts the server automatically.
For what you know rebase on latest weston version will require
many changes/fixes or should be working or easy to adapt?
(documented api/functions weston changelog for compositor or
other module)
Should be possible add other spice options, for example
compression, where listen (ecc...) to pass to spice-server and
make it easy possible use them with small patches for fast lan
tests or require bigger work?
I think yes, but not now. All the stuff was hardcoded.
I saw that rdp is already present by years but any time I
looked it seems always that newer freerdp version (in
development was needed), not good stable api probably?
I'm sure that rdp renderer is in much better state now then this
one.
Are spice the things used/needed more "stable" or continuous
changes (and version prerequisite increments) will be needed?
As I know spice is pretty old and stable protocol, so I don't think
there are many changes needed in this way.
Thanks for any reply and sorry for my bad english.
Sorry for my english too! =)
Kind regards
Yury Shvedov
On 10/04/2015 03:12 PM, Fabio
Fantoni wrote:
Hi, trying to have better performance on low cost spice thin
client (for example rpi2) I saw too low performance,
remote-viewer at 100% cpu with only one core used, but also
xorg process with high cpu usage and all other things open
unusable (including a simple terminal).
I tried with wayland using weston (GDK_BACKEND=wayland
remote-viewer), spice performance is still too
low on "high usage" but all other things is fully usable.
I'm trying to improve spice performance with opengles (using
vc4 drivers) and compiling cairo for using it but for now I
had some problems.
I tried to search other spice tests with wayland, I found this
old project:
https://github.com/ein-shved/compositor-spice/
Is about weston backend, with very basic features and without
recent commits.
Was posted also in this mailing list long time ago:
http://lists.freedesktop.org/archives/wayland-devel/2013-April/008902.html
Seems interesting a possibility of better performance
(including possible future acceleration with opengl and/or
vulkan) and integratation.
Someone still working on it?
I also see a specific wayland client on freerdp for example:
https://github.com/FreeRDP/FreeRDP/tree/master/client/Wayland
Doing something similar for spice client can be useful or
other importance changes are needed for significative
performance improve?
About qxl driver in linux domU's seems there are problems with
many desktop envinment (gnome, kde, unity ecc... I saw it
reasonable on lxde on my
tests), I saw qxl kms support and something in drm about qxl,
it can works for example for a fast test with weston drm
backend and I should try or addition thing is needed?
Sorry is these are stupid questions but I don't have knowledge about.
Thanks for any reply and sorry for my bad english.
-- Kind Regards,
Yury Shvedov
|