<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 05/16/2011 12:12 PM, Shuxiang Lim wrote:
    <blockquote
      cite="mid:BANLkTikgonEOfB0hhtDBykpny-JxCGVh-g@mail.gmail.com"
      type="cite">Hi,all!<br>
         I've mentioned before about the common/quic.c will cause SIGBUG
      on ARM, then I walked around it by '-O0',it works for
      armv5,armv7,but I've just found this didn't work for ARM9,so I
      have to do the final and fool way to rewrite some statements in
      quic.c with memcpy() like this:<br>
      <i>#ifdef ANDROID<br>
             memcpy(&amp;encoder-&gt;io_next_word,
        encoder-&gt;io_now++,sizeof(uint32_t));<br>
        #else<br>
             encoder-&gt;io_next_word = *(encoder-&gt;io_now++);<br>
        #endif<br>
        <br>
         </i>World's tranquil again. Forgive me for I've found no easy
      and cute way...<br>
      Best Rgrds.<i><br>
      </i></blockquote>
    <br>
    Assuming this happens because of non-aligned memory access, perhaps
    trying out the suggestion in
    <a class="moz-txt-link-freetext" href="http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.faqs/ka3721.html">http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.faqs/ka3721.html</a>
    makes sense?<br>
    <br>
    Y.<br>
    <br>
    <blockquote
      cite="mid:BANLkTikgonEOfB0hhtDBykpny-JxCGVh-g@mail.gmail.com"
      type="cite"><br>
       <br>
      <br>
      <div class="gmail_quote">On Sat, May 14, 2011 at 12:51 AM, The Ha
        <span dir="ltr">&lt;<a moz-do-not-send="true"
            href="mailto:tha@math.ubc.ca">tha@math.ubc.ca</a>&gt;</span>
        wrote:<br>
        <blockquote class="gmail_quote" style="border-left: 1px solid
          rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left:
          1ex;">
          I just want personally to thank you for this hard work<br>
          Great job<br>
          <br>
          Thanks<br>
          Cheers<br>
          The Ha
          <div>
            <div class="h5"><br>
              <br>
              On Fri, 13 May 2011, Shuxiang Lim wrote:<br>
              <br>
              <blockquote class="gmail_quote" style="border-left: 1px
                solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex;
                padding-left: 1ex;">
                Hi,All!<br>
                 Since the dilemma I faced in the use of QXL worked
                around and  the client<br>
                bugs fixed,I'm glad to<br>
                release the androidSpice-0.1.6 on google code under
                LGPL:<br>
                <br>
                <a moz-do-not-send="true"
                  href="http://code.google.com/p/spice-client-android/"
                  target="_blank">http://code.google.com/p/spice-client-android/</a><br>
                <br>
                You shall check the wiki page of it for the
                build/install/use of it or<br>
                download the .apk or src files.<br>
                Any use or improvement will be appreciated!<br>
                Besides, this version will need no change in server side
                at all,that is,it<br>
                can process all QXL-mode image types. But its response
                will be slower than<br>
                the former server-jpeg way,especially with QXL. The
                current architect is :<br>
                <a moz-do-not-send="true" href="http://1.libspicec.so"
                  target="_blank">1.libspicec.so</a> acts as the data
                client and processes all image data from<br>
                server into image buffer in mem.<br>
                2.when image buffer updated,android-worker.c will take
                the data from buffer,<br>
                do jpeg_encode,then send the jpg to JAVA UI to display.<br>
                Here is the reason I commented in
                jni/android-spice-src/android-worker.c:<br>
                */*<br>
                177  * All the sins comes from the architect of Android:
                All UI must be<br>
                178  * written in Java(at least &lt;2.3), so I have to
                send the image buffer<br>
                data to Java<br>
                179  * with Little and Fast flow as possible for the
                Easy display of<br>
                latter,hence the use of JPEG_COMP.<br>
                180  * FIXME:This maybe the only rational way,but that
                means androidSpice<br>
                will never leave<br>
                181  * the status quo labelled EXPERIMENTAL.Tragic...<br>
                182  *<br>
                183  * FIXME: androidSpice UI in JAVA can only process
                the image of<br>
                horizontal bars<br>
                184  * So,even QXL gives me normal tiny rectangles,I
                should send bars to<br>
                JAVA.<br>
                185  * So I abandon some little rects to low the
                flow,this is stupid<br>
                though...<br>
                186  */*<br>
                <br>
                So I think this is the reasonable way: If not all the
                type of images be<br>
                processed, where is the value of SPICE?<br>
                But the "reasonable" way must face the unreasonable
                obstacle in Android:How<br>
                to send image to JAVA UI, with little and fast flow and
                easy format for<br>
                java?<br>
                I choose JPEG,but that's the reason why in QXL will be
                slower than in VGA<br>
                STD. And there is no cursor displayed in client in QXL
                mode for I haven't<br>
                compose it in JAVA UI.<br>
                <br>
                Is my architect right,or is my jpeg_encode decision
                improvable? Any ideas?<br>
                <br>
                (BTW,My contract will expire this month,anyone can
                advice or introduce a job<br>
                with handsome salary in China? My current one is
                bleak..)<br>
                (另,我合同本月到期,那位能帮在上海介绍一个工资拉风点的工作阿,目前的有点...)<br>
                (因みに、コントラクトは今月に終わるので、誰がもっと適当なサラリをできる仕事を紹介してくれませんか?上海に居るん
                ですげと。。)<br>
                <br>
                Best Regards.<br>
                --Lim----Lin-----林----<br>
                <br>
              </blockquote>
              <br>
            </div>
          </div>
          Alternate Email &lt;<a moz-do-not-send="true"
            href="mailto:the.ha@ubc.ca" target="_blank">the.ha@ubc.ca</a>&gt;</blockquote>
      </div>
      <br>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Spice-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Spice-devel@lists.freedesktop.org">Spice-devel@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/spice-devel">http://lists.freedesktop.org/mailman/listinfo/spice-devel</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>