Am Fri, 8 Feb 2013 11:41:38 +1000 schrieb David Seikel: > On Thu, 7 Feb 2013 23:18:59 +0100 Andreas Volz <[email protected]> > wrote: > > > Am Sat, 2 Feb 2013 23:56:02 +0100 schrieb Andreas Volz: > > > > > Hello together, > > > > > > I'm currently trying to port some EFL libs to android. > > > > Just like to report some success about this task. > > > > The EFL is working successful on android platform. Up to now I > > ported the buffer engine and use a native android bitmap to display > > rendered result. :-) > > > > As next task I like to polish it more and commit changes to SVN. > > I'll raw summarize my needed changes so anyone could add a comment > > before I start with this task. Please give me some comments. > > > > I won't provide any patches at the moment, because I used efl-1.7.5 > > and need to port it to trunk and I like to discuss them before. > > > > Library versions > > ---------------- > > Android doesn't well support the library versions (libxyz.so.1). > > Each application or library package is independent from others. So > > no need to use versions.I had to modify all Makefile.am to replace: > > > > "-version-info @version_info@ @release_info@" => "-avoid-version". > > > > Module structure > > ---------------- > > The app resources on android support only flat directory structure. > > So I had to change module structure > > > > /lib/evas/modules/engines/software_x11/linux-gnu-x86_64-1.7.99/module.so > > > > isn't possible. This goes together with next change... > > > > Module name > > ----------- > > For some reasons shared objects on android need to be named lib*.so > > to be correct included. Maybe this is also a limitation of the > > package creator. Don't know for sure. But for this reasons I > > decided to name modules like this: > > > > libevas_modules_engines_buffer.so > > libevas_modules_engines_software_generic.so > > > > (PS: if you are more experienced with android and teach me a better > > way to solve the library restrictions, please do so!) > > > > Module loader (evas) > > -------------------- > > I had to modify module loader evas-1.7.5/src/lib/file/evas_module.c > > to load modules from the new place in evas_module_paths_init(). In > > my case here local hacked to "/data/data/com.example.efl/lib/". The > > correct way would be for sure to get this path dynamic. Seems that > > this path is only available in the Java API. So I've to get it by > > JNI calls from Java. Other people out there do the same trick to > > solve this. > > > > I've to port evas_module_engine_list() for sure too. But until now I > > could survive without. > > > > The evas_module_find_type() needed changes too to support the new > > library paths. > > > > If I remember correct this were the biggest changes I've done until > > now. > > > > How to bring this into EFL trunk? > > --------------------------------- > > My idea to solve the build structure is to create a new configure > > option (e.g. --flat-lib-naming or more specific --enable-android) > > and handle the magic in all Makefile.am files with this options. I > > even think about auto detecting android support and just configure > > it in a correct way. This would be more smart. > > > > The change in evas itself are only several lines of code that I > > currently guard with #ifdef __ANDROID__. > > > > For sure all dependencies (libpng, libjpeg, freetype...) needs to be > > modified in some similar way regarding the library naming. I would > > maintain this as patches for release versions as long as they don't > > support android. > > > > Next steps > > ----------- > > Ok, after bringing android support with current state into EFL > > trunk I would start to write some software_android engine and later > > maybe some gl_android engine. I assume the input events > > (touchscreen) then needs also to be supported. I've really no idea > > how this works as I didn't care about it currently. But I'm sure > > there's a way... > > > > Help needed > > ----------- > > I like to commit my changes to EFL and afterwards I hope some > > tutorials and an example application could motivate someone > > experienced with writing evas engines to support this port. > > > > So if nobody complains after this email I'll commit my changes > > _carefully_ to EFL with being sure not to destroy any existing code. > > I'm looking forward to seeing your work. Dunno if I can help much, > but I'll certainly by trying it out.
Ok, are you really brave enough to test a first demo? :-) If you answer yes, then please read this: - Be sure to have an arm device (e.g. Samsung Galaxy S2)!!! - didn't compile for mips until now - Activate installing apps from foreign locations - copy http://tux-style.com/projects/android_efl/2013_02_08/clock.edj to /sdcard/clock.edj on your android device - Point your browser to http://tux-style.com/projects/android_efl/2013_02_08/efl.apk and install it - Run the new efl application and press on the button after starting - See a nice edje clock rendered (if everything works correct!) Please don't kick my ass if anything goes wrong on your device!!!! Problems -------- - Edje animation loop isn't working. So you see only the first frame rendered at 12 o'clock and that's it. I'm working on this... - If you don't have the edje file in correct place it may crash. - My way of displaying content is really bad as I get image content through jni. This is horrible slow! I'll improve it. - Sometimes there are crashes. And then your phone hangs for several seconds until the process is killed. I hadn't time to debug it today. If you're not brave enough here is a photo: http://s3.postimage.org/otq03l29v/P1010822_small.jpg Video doesn't help as animation loop isn't working. :-) regards Andreas -- Technical Blog <http://andreasvolz.wordpress.com/> ------------------------------------------------------------------------------ Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
