aboutsummaryrefslogtreecommitdiffstats
path: root/src/lib/evas/canvas/evas_object_image.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Eo: Partial implementation to remove eo_dodevs/felipealmeida/eo_optimisationsFelipe Magno de Almeida2015-11-011-32/+33
|
* Evas: Some coverity fixesJean-Philippe Andre2015-10-141-3/+3
| | | | | | | | This are false alarms. But the explicit null check doesn't hurt. Also, Coverity doesn't like eo_do_ret. Neither do I. :) - CID 1327246 - CID 1327245
* Evas render: Fix proxy source_clip with source imagesJean-Philippe Andre2015-10-141-1/+13
| | | | | In case the source is an Evas_Image, we skip proxy_subrender, and so the clip was not set against the source clip.
* Evas filters: Fix some build warningsJean-Philippe Andre2015-10-121-1/+1
| | | | Thanks Tom for spotting one of those
* Evas filter: Fix proxies of filtered imagesJean-Philippe Andre2015-10-121-6/+11
| | | | @fix
* Evas snapshot: Fix proxies of snapshot objectsJean-Philippe Andre2015-10-121-10/+8
| | | | | | | | | This was broken because the wrong image size was used in the proxy's fast path (proxy of another image). Why did snapshot use a specific surface_w,h instead of reusing the usual cur->image.w,h? (@cedric) Simplify code.
* Evas image: Fix wrong usage of engine data macroDongyeon Kim2015-10-061-3/+3
| | | | | | ENDT macro should be passed to engine functions instead of some other function pointer! @fix
* Evas GL: Fix render: force pixel_get if dirtyJean-Philippe Andre2015-10-021-0/+13
| | | | | | | | | All examples and docs point to using only the dirty flag in order to trigger a redraw of an Evas GL surface. The commit 21c43528234 broke this behaviour (for a good reason, but not related to Evas GL). This is a compatibility fix.
* Evas image: Simplify updates if adding whole region at onceJean-Philippe Andre2015-10-021-1/+2
|
* Evas filters: Fix handling of FILL for image filtersJean-Philippe Andre2015-10-011-5/+8
| | | | Note: Image filters still need a LOT of work to be usable.
* evas image object - dont update just if image is dirtyCarsten Haitzler (Rasterman)2015-09-251-5/+0
| | | | | | | | | | | marking images as dirty is only meant to have the pixle get callback called IF rendered. you ADD update regions to get it to be called. this is how it has always meant to work, but evas image objects where adding updates just if dirty. this ends up with e as a compositor redrawing ENTIRE eindows if even a single blinking cursor is blinking. oh so bad. @fix
* evas_canvas3d: sets for shadow renderingOleksandr Shcherbina2015-09-211-0/+2
| | | | | | | | | | | | | | | | | Summary: Add possibility change quality and offsets for shadow. Add mesh API's to sets size, step and bias constant. Add scene API to sets depth values. Reviewers: Hermet, cedric Reviewed By: cedric Subscribers: cedric Differential Revision: https://phab.enlightenment.org/D3056 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
* evas - fix whitespace in codeCarsten Haitzler (Rasterman)2015-09-211-1/+1
|
* evas: fix memory leak in evas_object_image_render_pre.Nak-Gyeong Kim2015-09-091-0/+1
| | | | | | | | | | | | | | | | | Summary: Eina_Rectangles are removed from pixel_updates list without eina_rectangle_free during render pre stage. @fix Test Plan: check memory leak. Reviewers: cedric, jypark Subscribers: jypark, cedric Differential Revision: https://phab.enlightenment.org/D3006 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
* evas: implementation of snapshot feature.Cedric BAIL2015-08-051-1/+40
| | | | | | This should theorically work, need some test. Design is easy to understand. Render every part of a snapshot object by rendering the content below it, before rendering the stack above it using that object content.
* evas: add a snapshot bool to Evas_Object_Image.Cedric BAIL2015-08-051-1/+21
| | | | | | | Snapshot object are rendering the content of the canvas below them into them. They can then be used for filter, map or proxy. Have fun !
* Evas GL: Add missing call in case of direct renderingJean-Philippe Andre2015-07-231-1/+4
| | | | | I spotted this by looking at the code in a different branch (that was tested on real hardware).
* evas: fix missing render2_walk initializersDaniel Kolesa2015-07-211-1/+2
| | | | | | This caused annoying compiler warnings that are gone now. @fix
* evas_object_image: fix wrong type assignment warningDaniel Kolesa2015-07-151-1/+1
|
* Evas.Image: Fix legacy EAPI nameJean-Philippe Andre2015-07-061-1/+1
| | | | Thanks @kuuko for the report. Sorry for the breakage of Python apps.
* Evas.Image: Simplify logic (trivial change)Jean-Philippe Andre2015-07-021-8/+8
|
* Evas.Image: Deprecate some functions and remove from EoJean-Philippe Andre2015-07-021-8/+31
| | | | | | | | | | | | This patch deprecates the following functions: - evas_object_image_data_convert - evas_object_image_pixels_import - evas_object_image_reload I could not find any place where they are used. The old documentation is kept in the header, but not as a doxygen anymore.
* Evas: Replace image_map_surface_free by common image_freeJean-Philippe Andre2015-07-021-3/+3
| | | | | | | | | Those two functions were doing exactly the same thing[1], which is free an image, so this commit only attempts to simplify the code a little bit. [1] Actually image_map_surface_free() might even not have worked properly with cserve2 sw (calling unload instead of close).
* Evas: Implement image_data_get for FBO imagesJean-Philippe Andre2015-07-021-28/+34
|
* Evas image: Remove useless piece of codeJean-Philippe Andre2015-07-011-13/+0
| | | | | Not only is it useless, it is very likely to make the function call fail (data_get is quite likely to fail with GL).
* Evas: Make Evas.Image.save() work with all imagesJean-Philippe Andre2015-07-011-10/+61
| | | | | | | | | | | | | This includes proxies, 3d scenes and normal images. There is still a problem as the GL engine returns NULL on data_get. This kinda goes against the EO API declaration as eo_obj is used as a mutable argument, but internal data was already modified before this patch. TODO: Draw maps, filters, etc... in a dedicated surface to save them as they truly are (ie. filtered images).
* evas: opaque value does not change even if image data be changedjiin.moon2015-06-291-4/+6
| | | | | | | | | | | | | | | | | | | | | Summary: opaque value keeps previous image's value when image data be changed by file_set/mmap_set api @fix Test Plan: 1) Make a evas rectangle object has color 2) Make a evas image object with jpg file. 3) Replace image data with png file by evas_object_image_file_set. Reviewers: Hermet, cedric, jypark Subscribers: cedric Differential Revision: https://phab.enlightenment.org/D2774 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
* eolian/generator: constify all prototypes for @const functionsDaniel Kolesa2015-06-251-3/+3
| | | | | | | | | Otherwise there would be conflicts in certain circumstances. This also requires adding const on many existing functions, and similar work is necessary in Elementary. @fix
* Evas filters: Add @protected tag where applicableJean-Philippe Andre2015-06-251-0/+2
| | | | The Evas.Filter interface is basically just an internal thing.
* Evas filters: Remove overrides of methods from Evas.FilterJean-Philippe Andre2015-06-251-26/+0
| | | | Welp that was stupid to add them in the first place...
* Evas filters: Add name to the filtersJean-Philippe Andre2015-06-251-6/+5
| | | | | | | Deep down internally there was already a name, but no API could really set it properly. Here Edje will set the name of the filter based on the part name or the data item name if relevant.
* Evas filters: Complete support for image filteringJean-Philippe Andre2015-06-251-432/+127
| | | | | | Reusing the new EO mixin, complete the support for image filtering. This now adds support for edje state inside the image filter.
* Evas filters: Pass edje state name & value to the filtersJean-Philippe Andre2015-06-251-3/+4
| | | | | From Edje, pass the current state info (name and value) as well as the next state and the transition position when applicable.
* Evas filters: Implement __index for Lua buffer objectsJean-Philippe Andre2015-06-251-0/+5
|
* Evas filters: Add internal function _program_runJean-Philippe Andre2015-06-251-1/+1
| | | | | | This will allow changing the state of the filter and re-run it without re-creating the Lua_State object. This is to handle size, color, animation state and scale changes (amongst other things).
* evas: change interface evas_3d to evas_canvas3dOleksandr Shcherbina2015-06-171-24/+24
| | | | | | | | | | | | | | Summary: Regard to https://phab.enlightenment.org/T2479 it is need for right generation Eolian files Reviewers: cedric Subscribers: cedric, tasn Differential Revision: https://phab.enlightenment.org/D2711 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
* evas: move evas_object_inject to super's ctorDaniel Hirt2015-06-111-6/+0
| | | | | | | | | | | | | | | | | Summary: As we always call evas_object_inject in every Evas Object's ctcor, it seems sensible to move this repeated bit of code to the super (Evas.Object). Test Plan: Expedite, Elementary_Test and pretty much everything Reviewers: cedric, raster Subscribers: JackDanielZ, cedric Differential Revision: https://phab.enlightenment.org/D2665 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
* evas: make image_size_get() return the actual image sizeMike Blumenkrantz2015-05-271-3/+38
| | | | | | | | proxy/3d/etc images would previously return 0x0, breaking size calcs @fix @jpeg
* evas - fix yuv support to no longer ignore 709 colorspace paramsCarsten Haitzler (Rasterman)2015-05-271-1/+1
| | | | | | | | if yuou use 709 instead of 601 yuv (ycbcr) evas will just be wrong and use 601. this fixes that and implements 709. it also fixes a scaling bug for yuv in the gl engine. no one noticed but me, so i won't call this a bug fix, and it can go into the next efl release - no need to backport unless it actually bothers peolpe (which it seemingly doesn't)
* Eo: Remove eo_error_set() and clean up finalizer()Tom Hacohen2015-05-201-3/+3
| | | | | | | | | | | | This is another cleanup in perparation for the Eo stable release. This is no longer needed thanks to the proper error reporting with eo_constructor()'s new return value. The finalizer change cleans it up a bit so it catches more cases/issues. This also means that the finalizer cleans up the object in all cases, and not only some. @feature.
* Eo: Add a return value to eo_constructor().Tom Hacohen2015-05-201-3/+5
| | | | | | | | | | | From now on, constructors should return a value, usually the object being worked on, or NULL (if the constructor failed). This can also be used for implementing singletons, by just always returning the same object from the constructor. This is one of the final steps towards stabilizing Eo. @feature
* Evas GL: Disable direct rendering if there is a mapJean-Philippe Andre2015-04-141-4/+4
| | | | | | The engine itself (gl_generic) will detect whether the target surface (canvas where to draw the gl stuff) is the window backbuffer or not.
* Evas GL: Fallback to indirect rendering if mul_col != 0xFFFFFFFFJean-Philippe Andre2015-04-141-0/+4
| | | | @fix
* Evas image: Return proper path even with mmapJean-Philippe Andre2015-04-101-1/+7
| | | | | | | Since we're using a union (u.{f,file} we can't just return u.file when the file was set as an mmap source. @fix
* efl: add Efl.Gfx.View and use it in Evas.Image.Cedric BAIL2015-04-031-2/+16
|
* efl: add Efl.Gfx.Fill and migrate Evas.Image to it.Cedric BAIL2015-04-031-5/+39
|
* efl: move mmap API to be part of Efl_File class.Cedric BAIL2015-04-031-6/+23
|
* Evas GL: Kill runtime warnings caused by auto fallbackJean-Philippe Andre2015-03-031-3/+11
| | | | | | | | | | | | The previous commit modifies the concept of direct rendering vs. indirect rendering, so some runtime checks (in debug mode only) will fail. This commit introduces two new engine functions: - gl_get_pixels_pre - gl_get_pixels_post The latter will be used in a later patch for optimization.
* Evas GL: Automatic fallback to indirect rendering when the scene hasJean-Philippe Andre2015-03-031-9/+28
| | | | | | | | | | | | not changed. Automatically fallback to indirect rendering on FBO or X11 Pixmap if the Evas Object Image is not marked as dirty. This should improve the performance and/or power consumption in those rare cases where this area of the canvas needs to be redrawn but the GL content has not changed. @feature
* Evas masking: Simplify previous commitJean-Philippe Andre2015-02-271-21/+0
| | | | | | Call object's function to get the private engine_data (here, the image object). Thanks Dongyeon for your patch which inspired me to do that instead of forcing pre_render.