enlightenment/efl
enlightenment
/
efl
8
7
Fork 15
Code Issues 12 Pull Requests 2 Projects Releases Wiki Activity
4,943 Commits 489 Branches 2 Tags 427 MiB
Commit Graph

56 Commits

Author SHA1 Message Date
doursse ffb74463b2 remove c99 structure initialization 
SVN revision: 31458
 2007-08-22 15:06:04 +00:00
Carsten Haitzler 287d8779fb fix the cache code - it was basically broken and wouldnt free things from 
cache. it also didnt account cache USAGE (cache is ref == 0 count images
speculatively hanging around in case theyare needed).


SVN revision: 31227
 2007-08-08 23:41:31 +00:00
Carsten Haitzler b8b5b958f2 i spyed me a bug that captin'! aye! comments in the code about it - hack 
around it for now.


SVN revision: 30933
 2007-07-22 16:25:24 +00:00
Carsten Haitzler 694cab4e14 0 
cedric's patches broke emotion - fix.


SVN revision: 30888
 2007-07-18 04:42:23 +00:00
codewarrior ec8ea7c7dd fix Bug#: 111 
http://bugzilla.enlightenment.org/show_bug.cgi?id=111


SVN revision: 30870
 2007-07-17 10:08:16 +00:00
Carsten Haitzler 6c167c3a6d cedric's sdl patch. 
SVN revision: 30845
 2007-07-16 07:25:35 +00:00
Carsten Haitzler 78408fe60a 1. fix a lot of things so they pass make distcheck - so many things have 
broken. guys - need to be more careful!
2. asparagus
3. some extra docs/comments for evas


SVN revision: 30696
 2007-07-10 00:13:26 +00:00
Carsten Haitzler 16df9e0047 add in the work I did for a 16bit engine - for now, a dormant project until i 
can be convinced it provides real and significant speedups that warrant the
significant effort.


SVN revision: 29770
 2007-04-29 15:45:40 +00:00
Carsten Haitzler ecfa6af1ec just spotted a bug - i think its efreet related, but this is to make sure it 
is or isnt as this struct was overwritten or seemingly pointing to an efreet
data struct


SVN revision: 29643
 2007-04-22 07:01:44 +00:00
Carsten Haitzler 2d2ad07524 yuv call removed if yuv support not built 
SVN revision: 29553
 2007-04-16 14:30:22 +00:00
Carsten Haitzler 921304555c now limit stats per any 1 file to STAT_GAP (2 seconds). 
SVN revision: 28544
 2007-03-03 09:04:47 +00:00
Carsten Haitzler 63a4cbb869 chasing somethnig really bizarre... but this works right now. 
SVN revision: 28533
 2007-03-02 23:12:10 +00:00
Carsten Haitzler e58afbca6e i've put back timestamp checks - but evas wont stata file more frequently 
than once per 2 seconds to avoid overhead.


SVN revision: 28532
 2007-03-02 22:27:52 +00:00
Carsten Haitzler 635e741438 oh dear - when i added load opts - i broke speculative caching. fixed! 
SVN revision: 28531
 2007-03-02 22:09:18 +00:00
Sebastian Dransfeld 4b1cf1116c Fix warning. First compute value then increment pointer. 
SVN revision: 27588
 2006-12-28 12:37:37 +00:00
Christopher Michael 90a63b2699 Be a little more paranoid about freeing image data by adding some missing 
checks for valid im->cs.data and im->image->data before trying to compare
them.


SVN revision: 27526
 2006-12-19 23:51:44 +00:00
Carsten Haitzler f83220c857 not complete yet - actually i need help with the fragment shader. 
in evas_gl_texture.c i have a frag shader, and it tries to use a set of 3
textures that act as the yuv planes, BUT the u and v textures (Utex and Vtex)
are simply getting values from the Ytex - regardless of what i try. grrr.
what's up with that?


SVN revision: 27495
 2006-12-17 15:48:52 +00:00
Carsten Haitzler 9781eb9b38 1. evas gets a pipeline with deferred rendering ability (sometimes faster, 
sometimes slower)
2. --enable-pthreads will enable multi-threaded rendering (current support is
for up to 4 threads so if you have a new fanled quad core or dual cpu dual
core box or whatever you will in theory be able to max moe of its cpu grunt
with the software rendering engine. this can only be done because i added the
pipelines which means almsot entirely lock-free multithreading internally in
evas. the only locks are for fonts but with a little work i might be able to
remove some/most of those too)

for now pthreaded rendering likely will be linux only (it relies on sched.h
for setting scheduler params to force the slave threads to run on separate
cpu's as linux likes to keep them on the same cpu otherwise and thus we get
no speedups at all - only slowdowns).

aso note that it is a bit of a mixed bag. complex ops (like smooth scaling
with alpha blending) get speedups, but simple ops (like blits/fills) slow down.

this all neds examination and tweaking still - but it's a start.


SVN revision: 27098
 2006-11-13 23:23:44 +00:00
Carsten Haitzler 64ab8b381d oooh - lots of cache misses due to new load opts - if load opts have "0" 
members cache was being missed. fixed. :)


SVN revision: 26339
 2006-10-03 23:49:03 +00:00
Carsten Haitzler 42aa3066e9 check sparseness when doing eet loads. 
SVN revision: 26300
 2006-10-02 11:24:26 +00:00
Carsten Haitzler 8c93e825a8 same as previous commit. 
SVN revision: 26236
 2006-09-30 10:18:37 +00:00
Carsten Haitzler 3115a52684 and i implemented module UNLOADING. given enough cycles of non-use of a 
module and no references, it will get.... UNLOADED :)


SVN revision: 25954
 2006-09-18 09:40:29 +00:00
sebastid e55f7b27b2 Functions used by modules must be EAPI 
SVN revision: 25526
 2006-09-06 07:33:40 +00:00
sebastid cabfc4a09a Remove unused variables. 
SVN revision: 24991
 2006-08-21 15:19:07 +00:00
Carsten Haitzler d5a131c924 fix caching to account for load options 
SVN revision: 24890
 2006-08-19 00:22:02 +00:00
Carsten Haitzler 0889c589f2 added the ability to set load scaledown, dpi or load size - the svg loader 
uses these to know what to render and how (or has defaults if these are not
set)


SVN revision: 24868
 2006-08-18 14:45:26 +00:00
Carsten Haitzler 77e35d60a3 jose's software rendering work - slight improvements (about 5-10%). i had to 
disable destination alha mmx support for text rendering (mask + color) as it
was broken in tests.


SVN revision: 22440
 2006-05-02 07:28:49 +00:00
Carsten Haitzler 3a301b885b empty buf first 
SVN revision: 19827
 2006-01-15 10:37:03 +00:00
Carsten Haitzler 1ba4131a15 bad buf strlen-- 
SVN revision: 19816
 2006-01-15 07:07:28 +00:00
Carsten Haitzler 87d56a63ad most oops - dont strlen that buf! 
SVN revision: 19815
 2006-01-15 07:01:15 +00:00
Carsten Haitzler d410036b81 removes some unused struct members (should remove more though) and fixes up 
modular loaders


SVN revision: 19814
 2006-01-15 06:21:05 +00:00
Carsten Haitzler 1b272aec90 joses's gradient work - gradient look nice. one problem jose.. USE BRACKETS! 
do NOT depend on order operation precedence. it broke scaling. laos other
completely bizarre mmx things were going wrong with mm7 ending up not 0 so
i've had to force it to be 0.


SVN revision: 18811
 2005-12-03 09:27:53 +00:00
Carsten Haitzler 3621124677 stringshare works! :) 
SVN revision: 18724
 2005-11-30 08:45:20 +00:00
tsauerbeck 594ad62182 free image cache on shutdown 
SVN revision: 18703
 2005-11-29 11:46:20 +00:00
Carsten Haitzler 7ea7bdf610 disable stringshare... something fishy. 
SVN revision: 18698
 2005-11-29 09:02:51 +00:00
Carsten Haitzler aaf6e303bd use stringshare. saves a few hundred allocs... if we start doing lots of text 
:)


SVN revision: 18679
 2005-11-28 15:18:01 +00:00
tsauerbeck d9eb3e3958 use valgrind's user requests to tell it that our image data should be treated as being readable 
SVN revision: 16670
 2005-09-09 13:45:07 +00:00
sebastid 3f776d358a Cleanup some headers. 
Remove duplicate typedefs and declerations.


SVN revision: 15407
 2005-06-18 01:00:32 +00:00
Carsten Haitzler 46e02cf8bb whitespace 
SVN revision: 14889
 2005-05-22 02:49:50 +00:00
Carsten Haitzler f047113949 dont realod ye demons of evil slowness! FIX FIX! cache you biotch! cache! 
SVN revision: 14055
 2005-04-01 07:14:16 +00:00
Carsten Haitzler 44f0d70286 span lists were a failure. sloweer than the current brute force method - and 
slower to boot.

ooh.. found i was fuckign up the memcpy's. fixed :) and much faster too :)


SVN revision: 13103
 2005-01-27 10:05:41 +00:00
Carsten Haitzler 2b34d43044 well it was an interesting experiment. but the blender code is already so 
optimal... we dont gain much at all. :(


SVN revision: 13102
 2005-01-26 16:42:31 +00:00
Carsten Haitzler f39f6f9840 useless data files removed... making room for improvements in the engine. 
chnaged some images. need to update evas_*_test at some point to not be ugly
and be able to test everything.


SVN revision: 13101
 2005-01-26 07:49:57 +00:00
tsauerbeck c62c7f1fdf Initialize image data to zero if we're running under Valgrind's control. This means the suppression file is no longer needed. 
SVN revision: 10000
 2004-05-02 08:41:11 +00:00
Carsten Haitzler 95355ffdc1 split up nasty smooth scaler code to separate parts - they are #included 
though for speed reasons, but this makes it more maintainable.


SVN revision: 8726
 2004-01-30 05:46:57 +00:00
tsauerbeck c94d39aeba fixed some warnings 
SVN revision: 8555
 2004-01-18 07:55:14 +00:00
tsauerbeck d573ecc0f4 added evas_common_image_init()/shutdown() 
SVN revision: 8527
 2004-01-17 16:27:58 +00:00
Carsten Haitzler 112333f1cb no no no! 
malloc! not calloc
why?
large chunks of memory are used for image pixels
why set them all to 0 THEN set them to their pixel values? it's harmless
having them uninitialized. the idea is to avoid zeroing out potentially
megabytes of data.


SVN revision: 8440
 2004-01-15 04:48:48 +00:00
tsauerbeck ae0df2ecb5 initialize that memory block before reading from it 
SVN revision: 8406
 2004-01-14 18:11:03 +00:00
Carsten Haitzler 42d8853235 oops leakage on ferring an evas! fix. 
SVN revision: 7059
 2003-06-22 02:33:25 +00:00