[E-devel] [Patch] Add scale down decoding feature to evas png loader
Hello. I add scale down decoding feature to evas png loader. 5515X3986 size png image need 80~90M memory, but scale down(scale num=2) option can reduce memory to 25~30M. I use down sample method for scale down. (there is more efficient algorithm for scale down, I'll add this to my todo list) Thanks. -- Jiyoun Park Mobile S/W Platform Lab DMC RD Center SAMSUNG ELECTRONICS CO. ,LTD TEL: +82-31-279-0619 Mobile: +82-10-9871-0703 jy0703.p...@samsung.com -- evas_scale_down_for_png_loader.patch Description: Binary data -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Request for review: entry, changed, user additional change info
Hey guys, In commit 63771 I added support for adding additional data to edje signals, and in commit 63773 I added additional info to entry,changed,user which allows users of the API to implement undo/redo nicely. It should work just fine for simple entries but there's still one issue I'm aware of with entries that have formats (redo will miss the format in some cases). I went with the regular edje way and did it with signals. To be honest, I don't like the delayed invocation that much, I prefer the smart callbacks instant call behaviour. I just want to hear what you think about what's done there ATM and also, if you have better ideas. I'd like to hear your thoughts about both the method of passing additional info with signals (may have other uses as well) and about the implementation of the change info. Thanks, Tom. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 in OBS
Tomas Cech write: Hi mighty devs, I'd like to inform you that with cooperation of JReidinger, DimStar, matejcik and Puppet_Master we have now E17 in openSUSE buildservice for several distributions. Not all make sense but can be used as monitor if something went wrong with recent revision. Periodic builds are not yet enabled, but it may be already interesting for you. https://build.opensuse.org/project/show?project=X11%3AEnlightenment%3ANightly We all had SUSE as priority so it may not have the quality as by native packager for other distributions. If you're native packager and want to fix something. Feel free to contact us. On behalf of all people mentioned above Tomas Cech Sleep_Walker Hi, one more interesting link for one who is not interested in openSUSE buildservice and just want test recent night build - http://download.opensuse.org/repositories/X11:/Enlightenment:/Nightly/ Just pick your distribution and try it (well now we build mostly for rpm based distro, but other distros with your help could be possible ) Also if any user or developer is interested in other packages from project just contact us and we add it to this build. Josef -- Josef Reidinger Software Engineer Appliance Department SUSE LINUX, s. r. o. Lihovarska 1060/12 190 00 Praha 9 Czech Republic jreidin...@suse.com SUSE -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 in OBS
Hi, 2011/10/3 Josef Reidinger jreidin...@suse.cz: Tomas Cech write: Hi mighty devs, I'd like to inform you that with cooperation of JReidinger, DimStar, matejcik and Puppet_Master we have now E17 in openSUSE buildservice for several distributions. Great work, we definelty need to combine efforts on this. Add apt:// style links to e.org install help page, etc. Also jeffdameth does/did some packaging on launchpad. Not all make sense but can be used as monitor if something went wrong with recent revision. Periodic builds are not yet enabled, but it may be already interesting for you. https://build.opensuse.org/project/show?project=X11%3AEnlightenment%3ANightly We all had SUSE as priority so it may not have the quality as by native packager for other distributions. If you're native packager and want to fix something. Feel free to contact us. On behalf of all people mentioned above Tomas Cech Sleep_Walker Hi, one more interesting link for one who is not interested in openSUSE buildservice and just want test recent night build - http://download.opensuse.org/repositories/X11:/Enlightenment:/Nightly/ Just pick your distribution and try it (well now we build mostly for rpm based distro, but other distros with your help could be possible ) It would be great if you could add meego as a target. Also if any user or developer is interested in other packages from project just contact us and we add it to this build. Maybe add shotgun (https://github.com/zmike/shotgun) as another EFL based application. Josef -- Josef Reidinger Software Engineer Appliance Department SUSE LINUX, s. r. o. Lihovarska 1060/12 190 00 Praha 9 Czech Republic jreidin...@suse.com SUSE -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Leif -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 in OBS
On 10/03/2011 11:34 AM, Tomas Cech wrote: Hi mighty devs, I'd like to inform you that with cooperation of JReidinger, DimStar, matejcik and Puppet_Master we have now E17 in openSUSE buildservice for several distributions. Not all make sense but can be used as monitor if something went wrong with recent revision. Periodic builds are not yet enabled, but it may be already interesting for you. https://build.opensuse.org/project/show?project=X11%3AEnlightenment%3ANightly I'd find awesome if WebKitEFL could be packaged there as well. I'm making daily SVN snapshots[1], and if someone needs help to set up the automated building scripts, I'd be happy to help. [1] http://packages.profusion.mobi/webkit-efl/ Leandro -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC]Evas common engine SSE3 blend op implementation
On Sun, Oct 02, 2011 at 08:32:50PM +0900, Carsten Haitzler wrote: On Sat, 1 Oct 2011 10:12:11 -0700 Jim Kukunas james.t.kuku...@linux.intel.com said: ok. big problems with sse3 on 32bit. we have to have it disabled. why? you did it with intrinsics, and intrinsics fail without -msse3, BUT... -msse3 builds code OPTIMIZED for sse3 - ie produces sse3 instructions even for regular c code. this means people compile evas and then have an x86 cpu incapable of sse3.. and presto. that binary doesnt work. that pretty much breaks backwards compatibility for x86 - packagers will have our throats for this. so this is all bad. the runtime sse3 tests are pointless and moot as long as we compile with -msse3. so we need sse3 asm that doesnt rely on -msse3 - ie like the mmx/sse was done. via macros that add real inlined assembly. :) Darn. I should have caught that. It appears that you fixed this issue in 63762/63775. Is there anything else you need me to do? Sorry for the inconvenience. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Jim Kukunas Intel Open Source Technology Center -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/PROTO/elsa
2011/10/3 Enlightenment SVN no-re...@enlightenment.org
Log:
apparently elsa requires ecore-evas ?
Author: discomfitor
Date: 2011-10-03 11:22:45 -0700 (Mon, 03 Oct 2011)
New Revision: 63778
Trac: http://trac.enlightenment.org/e/changeset/63778
Modified:
trunk/PROTO/elsa/configure.ac
Modified: trunk/PROTO/elsa/configure.ac
===
--- trunk/PROTO/elsa/configure.ac 2011-10-03 18:19:48 UTC (rev
63777)
+++ trunk/PROTO/elsa/configure.ac 2011-10-03 18:22:45 UTC (rev
63778)
@@ -103,7 +103,7 @@
### Checks for libraries
PKG_CHECK_MODULES([ELSA], [efreet = 1.0.0 eina = 1.0.0 eet = 1.4.0
ecore-con = 1.0.0 ecore = 1.0.0 ecore-file = 1.0.0 xcb = 1.0.0])
-PKG_CHECK_MODULES([ELSA_CLIENT], [eet = 1.4.0 edje = 1.0.0 elementary =
0.5.0.0 evas = 1.0.0 ecore-con = 1.0.0 ecore = 1.0.0 ecore-x = 1.0.0
eina = 1.0.0])
+PKG_CHECK_MODULES([ELSA_CLIENT], [eet = 1.4.0 edje = 1.0.0 elementary =
0.5.0.0 ecore-evas = 1.0.0 evas = 1.0.0 ecore-con = 1.0.0 ecore = 1.0.0
ecore-x = 1.0.0 eina = 1.0.0])
# Consolekit
if test x${enable_consolekit} = xyes ; then
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
enlightenment-svn mailing list
enlightenment-...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
You're right, since we need to set the focus.
Best Regards
--
Michaël Bouchaud
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC]Evas common engine SSE3 blend op implementation
On Mon, 3 Oct 2011 10:45:01 -0700 Jim Kukunas james.t.kuku...@linux.intel.com said: On Sun, Oct 02, 2011 at 08:32:50PM +0900, Carsten Haitzler wrote: On Sat, 1 Oct 2011 10:12:11 -0700 Jim Kukunas james.t.kuku...@linux.intel.com said: ok. big problems with sse3 on 32bit. we have to have it disabled. why? you did it with intrinsics, and intrinsics fail without -msse3, BUT... -msse3 builds code OPTIMIZED for sse3 - ie produces sse3 instructions even for regular c code. this means people compile evas and then have an x86 cpu incapable of sse3.. and presto. that binary doesnt work. that pretty much breaks backwards compatibility for x86 - packagers will have our throats for this. so this is all bad. the runtime sse3 tests are pointless and moot as long as we compile with -msse3. so we need sse3 asm that doesnt rely on -msse3 - ie like the mmx/sse was done. via macros that add real inlined assembly. :) Darn. I should have caught that. It appears that you fixed this issue in 63762/63775. Is there anything else you need me to do? Sorry for the inconvenience. hmm there is... be careful next time :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Segfault in E
On Wed, 14 Sep 2011 16:26:35 +0300 Tom Hacohen tom.haco...@partner.samsung.com said: Hey guys, I attached the backtrace. Happened when I switched desktops using my key combination. I have engage, and compositing using gl with an nvidia card. i've never seen this issue - but i don't use engage (anymore - after some crashes caused by it). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Scrolled_Entry Object and Events Handler
On Thu, 15 Sep 2011 09:12:02 +0200 Ralph Sennhauser gentoo.s...@bluewin.ch said: On Thu, 15 Sep 2011 08:51:29 +0900 Daniel Juyung Seo seojuyu...@gmail.com wrote: 55255 is way old. latest version is 63400. to grt the full support of lastest features, please update it. 55255 is the latest snapshot, there is nothing to upgrade to ;) there is. download from svn directly. it requires you use this tool called svn (it's like bitorrent, just coming from 1 place only you know...) :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje depends on graphic sstem (X11, GDI, etc...)
On Wed, 14 Sep 2011 14:47:32 +0200 (CEST) Vincent Torri vto...@univ-evry.fr said: Hey in edje_entry.c, line 1951, ecore_evas_window_get() is used. Which means that Edje depends on X11 or GDI or ... Which is imho not good. I think that Edje should be independant of any graphic system. what do you think of that ? in order to do input method support... that kind of has to be done as input method needs a handle for the window it's dealing with :( -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] printf-style new function for eina strbufs
On Sat, 17 Sep 2011 00:16:52 +0300 Tom Hacohen t...@stosb.com said: On 16/09/11 22:12, Ulrich Eckhardt wrote: Hi! I've been wondering why there are ways to append to a strbuf but no way to create one from scratch providing a format string and arguments. Actually, I've found a few places where a strbuf is created (with its default size) and then appended to, possibly causing a reallocation. I think the code overhead of doing it in two steps and the runtime overhead for the reallocation are unnecessary. They are even dangerous in out-of-memory situations if not done correctly. Dear Ulrich, Thanks for the patch, but to be honest, I think this just bloats the API, and that it's not needed. We already have eina_strbuf_manage_new() that lets you manage a malloced string. Just malloc a string, do whatever you want to it, and call eina_strbuf_manage_new() that's it. I really don't like the idea of bloating the API for no reason, especially for things that can be easily done in other ways, don't you agree? On an unrelated note, I think eina_strbuf_(v)printf_new() better follows our guidelines. Also, your patch contains unrelated style changes. i think i'll agree with tom, this really just makes 2 lines of code into 1 in some vary rare cases where this may be used. :( -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Propogate Gengrid signals to the internal edje view
Thanks, in SVN! http://trac.enlightenment.org/e/changeset/63784 Daniel Juyung Seo (SeoZ) On Tue, Oct 4, 2011 at 7:54 AM, Benjamin Drucker benjamin.t.druc...@alum.mit.edu wrote: Right now, signals coming from the gengrid's internal edje object are propagated up to the gengrid object. This patch enables the other direction as well: you can use the functions elm_object_signal_callback_add(grid, ...) elm_object_signal_callback_del(grid, ...) to signal the gengrid's internal edje object. Please review, thanks. -Ben -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas/Elm resolution management
Hey Gustavo!
Thanks for answering my email! It's appreciated.
However it didn't answer my questions, because basically, no, I'm not going
to implement a window manager for the PS3 :) Don't forget that all
applications/games will be full screen windows, and that 0.1% of people (a
lot less I'm sure) actually have a mouse/keyboard hooked to their ps3, so
having multiple windows is not a solution. I'm ok with single window apps,
and while I do want to have interoperability with existing EFL apps without
(or few) modifications, I mostly want something for new app development and
a clear API on how to change resolution and how to handle the situation I
explained.. most importantly, I'm not going to implement a WM, compositor,
wayland or anything fancy like that :)
I am not focusing on multi window apps, in my previous email, when I said I
used elementary_test, I failed to mention I only ran it with --test-win-only
to make sure only one window is created, so this is not the issue here.
I like the screen_geometry_set and screen_modes_list, but I think they
should go into evas or ecore-evas rather than elm, because they might be
useful to people not using elm.
E17 has a resolution config dialog, how does it get/set the screen's
resolution? I suppose by using xrandr or something like that? maybe we can
abstract that into evas directly, this way it would work on non-X backends
like framebuffer/ps3.
What I have done for now is use the fullscreen flag to decide whether or not
to call the resized callback with the full screen size (scale or resize
window). If we add the modes_list and screen_geometry_set functions then it
would fix a few of the issues I had.
Thank you,
Youness.
On Sat, Oct 1, 2011 at 10:51 AM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
Hi kakaroto, I'm at an event and I assume I couldn't read it all, but ad
I'm
postponing the reply and nobody else did, here comes my main concern and
idea:
The mapping is not the best one. Instead of window to screen, it would be
better to have something else that maps to screen and inside it a window.
Think wayland, but we all will complain about porting it.
That said, to simplify stuff I propose: create a simple hardware screen
manager. It would list and set resolution, defaults to highest. Windows are
painted inside it, even composited and fullscreen case handled. Windows
decorations and positioning can be handled or not.
Main concerns: damn will we create another x11? Why not port it? Why not
wayland? IMHO it is not worth the effort, because we're focusing single
process apps with multi windows.
Implementation proposal: create 2 ecore-evas, one setups the actual
hardware
(done) and another that talks to it and maps ecore-evas to inner windows in
main ecore-evas. Composition is for free, etc. Would be useful for
framebuffer and sdl as well. Elm could just use this second one only.
Optimizations can come later on how to use hardware acceleration and maybe
avoid double buffeting for fullscreen windows.
Window decorations and handling: well need it in elm if we go to wayland
and
want to run in desktops.
Todo:
- ecore_evas_engine_modes_list(engine) - [{width, height, depth,
options string}, ...]
- elm: engine using ecore_evas_object_image_add(). It would create and
manage Ecore_Evas used to hold it, sets to highest or given in $ELM_ENGINE
or config
Extra:
- elm_screen_geometry_{get,set}() - bool (may fail)
- elm_screen_modes_list()
- window decorations and management provided automatically by elm if in
sub window mode
Comments?
On Wednesday, September 28, 2011, Youness Alaoui
kakar...@kakaroto.homelinux.net wrote:
Hi all,
As you know, I'm doing the PS3 port of the EFL and I'm finding myself in
a
bit of a tricky situation, let me explain :
The PS3 is a console that outputs to a TV... TVs can do different
resolutions, 480, 720p or 1080p (as well as a few others). The SDK allows
us
to know what the TV screen supports, and we can choose to switch to
whatever
resolution we want that the TV supports.
What I initially did in the evas engine was that I would take whatever
size
the application requested (evas_output_size_set) and set my buffer to it,
then find the closest matching resolution (the smallest difference in
area
between that resolution and the resolutions supported by the TV), and set
the TV to that res, then scale the output when I draw on screen. So
basically, you'd resize your evas to 200x200 and it would be seen
internally
as 200x200 but the engine would scale it to 720x480 for the screen.
The issue came when I ported elementary. Most (all?) elementary tests
(from
elementary_test app) would create the evas with resolution 1x1 then they
would resize the window to whatever they want, but I never received that
size change request and my buffer would stay at 1x1 and scale that up.
The
reason is that the ecore_evas_resize has a nice little
Re: [E-devel] photocam segfault
On Sat, 17 Sep 2011 17:59:31 +0200 wagner frederic frederic.wag...@imag.fr said: cedric found a race condition in eina_file. should be fixed now in svn. :) hi everyone, i'm moving on on my little pdf viewer and I have a segfault bound to the photocam widget. the code is still compiled against latest svn trunk. reproducing the bug can be done this way: source code: http://www-id.imag.fr/Laboratoire/Membres/Wagner_Frederic/main.c two pdf files to open: http://www-id.imag.fr/Laboratoire/Membres/Wagner_Frederic/small.pdf http://www-id.imag.fr/Laboratoire/Membres/Wagner_Frederic/big.pdf as a dependency you need poppler-utils (pdfinfo and pdftoppm) two scenarios: 1) open small.pdf zoom in open big.pdf - you can only see a subpart of big.pdf with size equal to size of small.pdf 2) open big.pdf zoom out open small.pdf - segfault here is gdb output: Program received signal SIGSEGV, Segmentation fault. evas_image_load_file_data_jpeg_internal (ie=0x87b1d0, map=0x7194c000, size=36281, error=0x7fffdc6c) at evas_image_load_jpeg.c:658 658 *ptr2 = ARGB_JOIN(0xff, ptr[0], ptr[1], ptr[2]); with the following stack trace: #0 evas_image_load_file_data_jpeg_internal (ie=0x87b1d0, map=0x7194c000, size=36281, error=0x7fffdc6c) at evas_image_load_jpeg.c:658 #1 0x714fbf1e in evas_image_load_file_data_jpeg (ie=0x87b1d0, file=optimized out, key=optimized out, error=0x7fffdc6c) at evas_image_load_jpeg.c:903 #2 0x7784f0fb in evas_common_load_rgba_image_data_from_file ( ie=0x87b1d0) at evas_image_load.c:338 #3 0x77827e87 in evas_cache_image_load_data (im=0x87b1d0) at evas_cache_image.c:1197 #4 0x778515ab in evas_common_rgba_image_scalecache_do ( ie=0x87b1d0, dst=0x7fffe8006750, dc=0x63f250, smooth=optimized out, src_region_x=0, src_region_y=0, src_region_w=512, src_region_h=512, dst_region_x=874, dst_region_y=213, dst_region_w=184, dst_region_h=184) at evas_image_scalecache.c:799 #5 0x71f887ad in eng_image_draw (data=optimized out, context=0x63f250, surface=0x7fffe8006750, image=0x87b1d0, src_x=0, src_y=0, src_w=512, src_h=512, dst_x=874, dst_y=213, dst_w=184, dst_h=184, smooth=0) at evas_engine.c:544 #6 0x777e2bab in evas_object_image_render (obj=0x7170a150, output=0x62f4c0, context=0x63f250, surface=0x7fffe8006750, x=0, y=0) at evas_object_image.c:2898 #7 0x7781c508 in evas_render_mapped (e=0x632fd0, obj=0x7170a150, context=0x63f250, surface=0x7fffe8006750, off_x=0, off_y=0, mapped=0, ecx=0, ecy=0, ecw=1920, ech=1118) at evas_render.c:1062 #8 0x7781efb6 in evas_render_updates_internal (e=0x632fd0, make_updates=1 '\001', do_draw=1 '\001') at evas_render.c:1378 #9 0x76717054 in _ecore_evas_x_render (ee=0x633b30) at ecore_evas_x.c:397 #10 0x767143c1 in _ecore_evas_idle_enter (data=optimized out) at ecore_evas.c:51 #11 0x7693065e in _ecore_call_task_cb (data=optimized out, func=optimized out) at ecore_private.h:246 #12 _ecore_idle_enterer_call () at ecore_idle_enterer.c:165 #13 0x76931cfb in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:1718 #14 0x7693233f in ecore_main_loop_begin () at ecore_main.c:861 #15 0x004022bf in elm_main (argc=optimized out, argv=optimized out) at main.c:288 #16 0x7744eead in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #17 0x00401759 in _start () I also tried a quick run of valgrind but he seems to complain about other kind of problems. am I doing something wrong here ? I tried to invalidate the caches with elm_all_flush but it didn't change anything. Fred -- Frederic WAGNER Assistant professor ENSIMAG - INPG Laboratoire d'Informatique de Grenoble - MOAIS team http://www-id.imag.fr/Laboratoire/Membres/Wagner_Frederic/perso.html -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA http://p.sf.net/sfu/rim-devcon-copy2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense.
Re: [E-devel] [PATCH RFC] Ecore: Ecore_X : adapt XInput2 handling to support multitouch events with mtev
On Thu, 22 Sep 2011 11:06:01 +0900 Sung-Jin Park sj76.p...@samsung.com said: You're right. Current ecore x backend is based on MPX. As you mentioned, MPX is different from multitouch therefore if you want to implement multitouch stuff using MPX, IMO, you may have to make the 2nd/3rd finger uninfluential to the master pointer. That's why FloatingSlaves are only selected by XISelectEvents() in ecore x backend. Of course, Peter Hutterer is making X protocol stuff for multitouch. When it’s ready, we can get multitouch events through XI_TouchBegin/XI_TouchUpdate/XI_TouchEnd type. Thus, the attachment such as SlavePointer, FloatingSlave doesn't matter at that time because each touch device doesn't any make pointer events. Until the multitouch protocol is ready, we may use MPX for implementing multitouch. :) if you ask me, i'd rather wait for xi2.2 (peter's work) for doing multitouch via non-mpx methods. we're going to have 2 mt handling bits of code anyway at this rate (mpx and 2.2mt stuff), so adding a 3rd because we are impatient imho isn't a good long-term move. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH RFC] Ecore: Ecore_X : adapt XInput2 handling to support multitouch events with mtev
On Mon, 19 Sep 2011 10:30:01 +0800 Zhu, Yongsheng yongsheng@intel.com
said:
Anyone who are working on EFL port for Xinput2.2?
currently, no-one is as it hasn't turned up as a need yet.
Regards,
Yongsheng
-Original Message-
From: Anisse Astier [mailto:ani...@astier.eu]
Sent: Saturday, September 17, 2011 12:02 AM
To: enlightenment-devel@lists.sourceforge.net
Subject: [E-devel] [PATCH RFC] Ecore: Ecore_X : adapt XInput2 handling to
support multitouch events with mtev
[Please Cc: me as I'm not subscribed to the list]
This should work with xorg-x11-drv-mtev driver included in MeeGo
(http://build.meego.com/package/files?package=xorg-x11-drv-mtevproject=d
evel%3Ax11%3A1.2
) providing you have a multitouch panel and that the kernel reports
multitouch events (mostly handled by hid-multitouch nowadays).
It works pretty well with full screen windows, but has all the known
problems of multitouch in a windowed environment. For proper multitouch
support, one should wait for Xinput 2.2 :
http://cgit.freedesktop.org/~cndougla/inputproto/
But we don't wanna wait, do we ?
This patch mimics the adaptation that was done to Qt in MeeGo to support
multitouch events hidden in valuators:
http://build.meego.com/package/view_file?file=add_xinput2_support.patchpa
ckage=qtproject=MeeGo%3A1.2%3Aosssrcmd5=7f67b59bcb70b759c9667bfa
15e9ab3b
Known problems:
- we register for Xinput and Xinput 2(XIFloatingSlave and XISlavePointer)
events, so you'll receive events for the first finger two times. We can
mitigate that by not sending track point with id 0, but then the app
would need to look at multi_move and mouse_move events to have all the
data.
- since there's no xinput-level integration events coordinates are
converted to match screen coordinates. This doesn't work with more
than one screen.
- the tracking id for each finger has no correlation with the device
id. Right now we use a dirty hack (devid+trackingid) to separate each
fingers.
- there's no corresponding field for touch major/minor (touch finger size)
in ecore events structures. Other concepts are probably left out.
- you'll receive the second finger event only if the first finger is in
your window. Otherwise it will be grabbed by the window that has the
first finger.
- it only works with an out-of-tree xorg driver.
- it was only tested on a Pegatron Lucid (WeTab, ExoPC, Ordissimo
Tablet)
---
src/lib/ecore_x/xlib/ecore_x_xi2.c | 189
+---
1 files changed, 130 insertions(+), 59 deletions(-)
diff --git a/src/lib/ecore_x/xlib/ecore_x_xi2.c
b/src/lib/ecore_x/xlib/ecore_x_xi2.c
index 8c0611d..c918cfa 100644
--- a/src/lib/ecore_x/xlib/ecore_x_xi2.c
+++ b/src/lib/ecore_x/xlib/ecore_x_xi2.c
@@ -17,6 +17,27 @@ int _ecore_x_xi2_opcode = -1;
#ifdef ECORE_XI2
static XIDeviceInfo *_ecore_x_xi2_devs = NULL;
static int _ecore_x_xi2_num = 0;
+
+enum AbsMTLabels {
+ AbsMTPositionX = 0,
+ AbsMTPositionY,
+ AbsMTTouchMajor,
+ AbsMTTouchMinor,
+ AbsMTTrackingID,
+
+ AbsMTNumber
+};
+
+static const char* const atom_labels_str[] = {
+ Abs MT Position X,
+ Abs MT Position Y,
+ Abs MT Touch Major,
+ Abs MT Touch Minor,
+ Abs MT Tracking ID,
+};
+
+static Atom atom_labels[AbsMTNumber];
+
#endif /* ifdef ECORE_XI2 */
void
@@ -25,6 +46,7 @@ _ecore_x_input_init(void)
#ifdef ECORE_XI2
int event, error;
int major = 2, minor = 0;
+ int i;
if (!XQueryExtension(_ecore_x_disp, XInputExtension,
_ecore_x_xi2_opcode, event, error))
@@ -41,6 +63,8 @@ _ecore_x_input_init(void)
_ecore_x_xi2_devs = XIQueryDevice(_ecore_x_disp, XIAllDevices,
_ecore_x_xi2_num);
+ for(i = 0; i AbsMTNumber ; i++)
+atom_labels[i] = XInternAtom(_ecore_x_disp, atom_labels_str[i],
False);
#endif /* ifdef ECORE_XI2 */
} /* _ecore_x_input_init */
@@ -65,65 +89,110 @@ _ecore_x_input_handler(XEvent *xevent)
#ifdef ECORE_XI2
XIDeviceEvent *evd = (XIDeviceEvent *)(xevent-xcookie.data);
int devid = evd-deviceid;
+ XIDeviceInfo *dev = NULL;
+ int i = 0;
- //printf(deviceID = %d\n, devid);
- switch (xevent-xcookie.evtype)
- {
- case XI_Motion:
- _ecore_mouse_move
-(evd-time,
-0, // state
-evd-event_x, evd-event_y,
-evd-root_x, evd-root_y,
-evd-event,
-(evd-child ? evd-child : evd-event),
-evd-root,
-1, // same_screen
-devid, 1, 1,
-1.0, // pressure
-0.0, // angle
-evd-event_x, evd-event_y,
-evd-root_x, evd-root_y);
- break;
-
- case XI_ButtonPress:
- _ecore_mouse_button
-(ECORE_EVENT_MOUSE_BUTTON_DOWN,
-evd-time,
-0, // state
-0, // button
