On Fri, May 13, 2011 at 04:38:38PM +0800, Shuxiang Lim wrote: > You shall check the wiki page of it for the build/install/use of it or > download the .apk or src files. > Any use or improvement will be appreciated! > Besides, this version will need no change in server side at all,that is,it > can process all QXL-mode image types. But its response will be slower than > the former server-jpeg way,especially with QXL. The current architect is : > 1.libspicec.so acts as the data client and processes all image data from > server into image buffer in mem. > 2.when image buffer updated,android-worker.c will take the data from buffer, > do jpeg_encode,then send the jpg to JAVA UI to display. > Here is the reason I commented in jni/android-spice-src/android-worker.c: > */* > 177 * All the sins comes from the architect of Android: All UI must be > 178 * written in Java(at least <2.3), so I have to send the image buffer > data to Java > 179 * with Little and Fast flow as possible for the Easy display of > latter,hence the use of JPEG_COMP. > 180 * FIXME:This maybe the only rational way,but that means androidSpice > will never leave > 181 * the status quo labelled EXPERIMENTAL.Tragic... > 182 * > 183 * FIXME: androidSpice UI in JAVA can only process the image of > horizontal bars > 184 * So,even QXL gives me normal tiny rectangles,I should send bars to > JAVA. > 185 * So I abandon some little rects to low the flow,this is stupid > though... > 186 */*
Hi Shuxiang, Fwiw, I was reading http://chrislord.net/blog/Software/my-first-firefox-mobile-bug.enlighten today and this reminded me of your issues :) Christophe
pgp1rrq0f9mOB.pgp
Description: PGP signature
_______________________________________________ Spice-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/spice-devel
