<!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(&encoder->io_next_word,
encoder->io_now++,sizeof(uint32_t));<br>
#else<br>
encoder->io_next_word = *(encoder->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"><<a moz-do-not-send="true"
href="mailto:tha@math.ubc.ca">tha@math.ubc.ca</a>></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 <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 <<a moz-do-not-send="true"
href="mailto:the.ha@ubc.ca" target="_blank">the.ha@ubc.ca</a>></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>