<html>
  <head>
    <meta content="text/html; charset=iso-8859-15"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi!<br>
    <br>
    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. <br>
    <br>
    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.<br>
    <br>
    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.<br>
    <br>
    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. <br>
    <br>
    <div class="moz-cite-prefix">On 02/22/2016 05:55 PM, Fabio Fantoni
      wrote:<br>
    </div>
    <blockquote cite="mid:56CB3D9E.2020703@tiscali.it" type="cite">
      <meta content="text/html; charset=iso-8859-15"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">Il 05/10/2015 20:08, Yury Shvedov ha
        scritto:<br>
      </div>
      <blockquote cite="mid:5612BCB8.6080607@lvk.cs.msu.su" type="cite">
        <meta content="text/html; charset=iso-8859-15"
          http-equiv="Content-Type">
        Hi, Fabio!<br>
        <br>
        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.<br>
      </blockquote>
      <br>
      Hi, <span id="result_box" class="short_text" lang="en"><span
          class="hps">I have only little free time</span> <span
          class="hps">and</span> <span class="hps">very low knowledge
          but I'm looking if is possible rebase your project on latest
          weston version and try it.<br>
          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:<br>
          <a moz-do-not-send="true" class="moz-txt-link-freetext"
            href="https://github.com/Fantu/compositor-spice/commits/test">https://github.com/Fantu/compositor-spice/commits/test</a><br>
          I not saw an howto and from a very fast code look seem that "</span></span><span
        id="result_box" class="short_text" lang="en"><span class="hps"><span
            class="blob-code-inner"><span class="blob-code-inner">--enable-spice-compositor

            </span>--enable-monitor-renderer</span>" add in configure is
          needed and when start listen seems hardcoded on localhost:5912<br>
          @</span></span><span id="result_box" class="short_text"
        lang="en"><span class="hps">Yury Shvedov: Can you send me all
          essential notes for use it if they exist?<br>
        </span></span></blockquote>
    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.<br>
    <blockquote cite="mid:56CB3D9E.2020703@tiscali.it" type="cite"><span
        id="result_box" class="short_text" lang="en"><span class="hps">
          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)<br>
          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?<br>
        </span></span></blockquote>
    I think yes, but not now. All the stuff was hardcoded.<br>
    <blockquote cite="mid:56CB3D9E.2020703@tiscali.it" type="cite"><span
        id="result_box" class="short_text" lang="en"><span class="hps">
          <br>
          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?<br>
        </span></span></blockquote>
    I'm sure that rdp renderer is in much better state now then this
    one.<br>
    <blockquote cite="mid:56CB3D9E.2020703@tiscali.it" type="cite"><span
        id="result_box" class="short_text" lang="en"><span class="hps">
          Are spice the things used/needed more "stable" or </span></span><span
        id="result_box" class="short_text" lang="en"><span class="hps">continuous

          changes (and version prerequisite increments) will be needed?<br>
        </span></span></blockquote>
    As I know spice is pretty old and stable protocol, so I don't think
    there are many changes needed in this way.<br>
    <blockquote cite="mid:56CB3D9E.2020703@tiscali.it" type="cite"><span
        id="result_box" class="short_text" lang="en"><span class="hps">
          <br>
          Thanks for any reply and sorry for my bad english.<br>
          <br>
        </span></span>
      <blockquote cite="mid:5612BCB8.6080607@lvk.cs.msu.su" type="cite">
        <br>
        Sorry for my english too! =)<br>
        <pre class="moz-signature" cols="72">Kind regards
Yury Shvedov</pre>
        <div class="moz-cite-prefix">On 10/04/2015 03:12 PM, Fabio
          Fantoni wrote:<br>
        </div>
        <blockquote cite="mid:561117C4.3050705@tiscali.it" type="cite">
          <meta http-equiv="content-type" content="text/html;
            charset=iso-8859-15">
          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).<br>
          I tried with wayland using weston (<span class="st">GDK_BACKEND=<em>wayland



            </em></span>remote-viewer), spice performance is still too
          low on "high usage" but all other things is fully usable.<br>
          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.<br>
          I tried to search other spice tests with wayland, I found this
          old project:<br>
          <a moz-do-not-send="true" class="moz-txt-link-freetext"
            href="https://github.com/ein-shved/compositor-spice/">https://github.com/ein-shved/compositor-spice/</a><br>
          Is about weston backend, with very basic features and without
          recent commits.<br>
          Was posted also in this mailing list long time ago:<br>
          <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://lists.freedesktop.org/archives/wayland-devel/2013-April/008902.html">http://lists.freedesktop.org/archives/wayland-devel/2013-April/008902.html</a><br>
          Seems interesting a possibility of better performance
          (including possible future acceleration with opengl and/or
          vulkan) and integratation.<br>
          Someone still working on it?<br>
          <br>
          I also see a specific wayland client on freerdp for example:<br>
          <a moz-do-not-send="true" class="moz-txt-link-freetext"
            href="https://github.com/FreeRDP/FreeRDP/tree/master/client/Wayland">https://github.com/FreeRDP/FreeRDP/tree/master/client/Wayland</a><br>
          Doing something similar for spice client can be useful or
          other importance changes are needed for significative
          performance improve?<br>
          <br>
          About qxl driver in linux domU's seems there are problems with
          many desktop envinment (gnome, kde, unity ecc... I saw it
          reasonable<span class="gt-baf-back"></span> 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?<br>
          Sorry is these are stupid questions but I don't have <span
            id="result_box" class="short_text" lang="en"><span
              class="hps">knowledge about.<br>
              <br>
              Thanks for any reply and sorry for my bad english.<br>
            </span></span><br>
        </blockquote>
        <br>
      </blockquote>
      <br>
    </blockquote>
    <br>
    <div class="moz-signature">-- Kind Regards,
      Yury Shvedov </div>
  </body>
</html>