Commit Graph

25 Commits

Author SHA1 Message Date
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
Carsten Haitzler a057104399 oops... bug bug bug... FIX :)
SVN revision: 6659
2003-02-05 03:08:20 +00:00
Carsten Haitzler 3f207b8c08 const-ify lots of things...
SVN revision: 6558
2003-01-10 04:58:51 +00:00
Carsten Haitzler 124d4a8909 and dont leak
SVN revision: 6557
2003-01-10 02:07:23 +00:00
Carsten Haitzler 8e3e8c5848 resolve symlinks...
SVN revision: 6556
2003-01-10 02:05:37 +00:00
Carsten Haitzler 3dc1dcbd32 the big internal function call renaming happened... and it was good.
SVN revision: 6449
2002-11-14 05:38:10 +00:00
Carsten Haitzler 56b5e15f26 code move
SVN revision: 6445
2002-11-08 08:02:15 +00:00