Commit Graph

203 Commits

Author SHA1 Message Date
Carsten Haitzler 5c82257464 in goes new code
SVN revision: 6444
2002-11-08 07:46:04 +00:00
Carsten Haitzler 5f5925671c nuke
SVN revision: 6443
2002-11-08 07:43:18 +00:00
Term fd507f34cd One line include addition suggested by Kirby Kuehl <kkuehl@cisco.com>.
SVN revision: 6123
2002-04-09 20:30:28 +00:00
rephorm c475e48ead put this in HEAD too
SVN revision: 6099
2002-04-01 04:59:39 +00:00
Carsten Haitzler ee061acfb5 oops - fix :)
SVN revision: 5761
2001-12-09 08:36:31 +00:00
Carsten Haitzler 73dbc3c5de oops - bugie :)
SVN revision: 5760
2001-12-09 08:25:18 +00:00
Carsten Haitzler 85ecd1a6fc forgot to ever do this.. mayaswell reload changed image objects off disk...
SVN revision: 5707
2001-11-17 02:44:23 +00:00
Carsten Haitzler fc982b9fa0 you can address objects by name now all image objects by default get a name
set as the basename of the file (ie "/tmp/blah/foo.png has the name of
"foo"). you can override the name if u want... or just not use it. should
really use hash table - patch for this from rusty russel :) i need to wokr
on this stuff before 1.0


SVN revision: 5652
2001-11-07 21:20:01 +00:00
Carsten Haitzler 467a45e0eb copy over ft1 support too... :)
SVN revision: 5586
2001-10-28 21:54:19 +00:00
Carsten Haitzler e1adf3911d oooh fix fix :)
SVN revision: 5579
2001-10-26 05:25:47 +00:00
Carsten Haitzler 79da72cf98 oops :) thanks :)
SVN revision: 5572
2001-10-25 06:41:59 +00:00
Carsten Haitzler b4c3e0e90b save some ram by backing structs :)
SVN revision: 5516
2001-10-19 02:01:37 +00:00
Carsten Haitzler 0791b79e3e hrrm. a tad more efficient :)
SVN revision: 5387
2001-09-28 03:59:50 +00:00
Carsten Haitzler 0b08951cc8 inconsistent naming fo func... fix.. and fix docs.
SVN revision: 5386
2001-09-28 03:46:46 +00:00
Carsten Haitzler f6f41ce6c1 offline working... woo.. woo..
SVN revision: 5372
2001-09-24 21:14:56 +00:00
Carsten Haitzler a41f54e737 allow for doing bounding box only.. hmm damn you gl.. why suck when all i
try is optimize? :)


SVN revision: 5298
2001-08-28 02:11:11 +00:00
Carsten Haitzler 96eee00cb6 well it woudl appear that only rendering parts of the dipslay using clips
boxes... is SLOOOW if u have more than lets say 1 box... so lets disable it :(


SVN revision: 5292
2001-08-27 11:44:03 +00:00
Carsten Haitzler 7ad7164ded oooops... doint turn off blending just becuase theimage has no alpah
channel.. enable it fi were multilpying the alpah by anythign other than
255... :)


SVN revision: 5289
2001-08-26 04:02:57 +00:00
Carsten Haitzler 42ca47106d and no more printf's
SVN revision: 5268
2001-08-24 05:15:16 +00:00
Carsten Haitzler 0d7a6252be oooops.. i forgot one lump of logic for adding new object if currently the
object inthe evas are in layers above the new one.. fix fix oops.. that was
a silly bug... :)

and well.. while i was at it.. some actual code in the render extension
support in the render engine in evas.. it onyl does image objects right
now.. and it doesnt do it very optimally.. consider that engine a work in
progres.. i'm finding what does and doesnt work well in the render extension
and noticing some holes in it... this one wont be ready any time soon
though... and the gl engine is still about 10 times faster on the same
hardware... and in theory both are hardware accelerated...
anyway only time will tell. the render extension doesnt do image
transforms.. so this wont help speed it up at all that much :(


SVN revision: 5267
2001-08-24 04:37:44 +00:00
Carsten Haitzler 5456c1daea ewwwwps.. set pointer for list to NULL after its freed! :)
SVN revision: 5235
2001-08-21 01:38:33 +00:00
Carsten Haitzler 4790ba40f1 ewwwww.. i forgot to free the font string....
and forgot to cleanup clip lists on objects when the evas gets deleteded and
all objectsin it get nuked!

woop! fix fix fix :)


SVN revision: 5185
2001-08-17 00:05:12 +00:00
Carsten Haitzler 55bba3ab5e optimize! software enigne image objects will keep a pre-scaled copy IF:
1. they are rendered completely unclipped by clip obejcts or edges of the
canvas for more than 16 iterations at the same size with no border scaling
2. it will throw thme out if things chnage
3. it will share image objects only of original size :)


SVN revision: 5139
2001-08-13 09:15:04 +00:00
Carsten Haitzler bf4d95b694 now that was just silly.. evas shoudl have used the visual and colormap u
provided regardless of its own suggestions


SVN revision: 4987
2001-07-26 03:31:03 +00:00
Carsten Haitzler d24c1c68d1 try this
SVN revision: 4976
2001-07-22 05:16:44 +00:00
Carsten Haitzler 54313012a1 err...
SVN revision: 4956
2001-07-17 23:02:17 +00:00
Carsten Haitzler 28fe60de06 oops printf.. remove
SVN revision: 4855
2001-06-22 17:08:06 +00:00
Carsten Haitzler 8605282e70 oops double scaling for viewport - fix fix fix :)
SVN revision: 4850
2001-06-22 02:27:03 +00:00
Carsten Haitzler 4981c16a2a oops - didnt translate viewport for obj's other than images
SVN revision: 4837
2001-06-19 03:02:54 +00:00
Carsten Haitzler 9528534f0b fix soem routines that i found incosistent whilst writitng the docs... :)
SVN revision: 4826
2001-06-18 01:59:51 +00:00
Carsten Haitzler 9f5ca406a0 up to 0.5.0 versaion for evas.
SVN revision: 4680
2001-04-29 05:57:59 +00:00
Carsten Haitzler 5c5aeb3eeb debug debug debug.. fix :)
SVN revision: 4679
2001-04-29 02:58:17 +00:00
Carsten Haitzler 6cec72cccf optimize... optimize...
texture generation is 850% faster now that.. I err.. bypass libGLU - GLU is
err.. SLOOOOOOW as balls when it comes to mipmap generation


SVN revision: 4677
2001-04-29 00:48:55 +00:00
Carsten Haitzler ec26f53719 oops leak.. fix fix fix :)
SVN revision: 4670
2001-04-23 06:22:30 +00:00
Carsten Haitzler 9413312693 and that woudl fix a segv problem.. wheee..
SVN revision: 4667
2001-04-21 18:55:56 +00:00
Carsten Haitzler 3e9ca9ebfa add call to allow program to query if image object has alpha...
SVN revision: 4664
2001-04-20 01:58:57 +00:00
Carsten Haitzler 50855cb22d fix that minor oversight for scaled ouput evases...
SVN revision: 4643
2001-04-17 07:42:52 +00:00
Carsten Haitzler 0590e0712a oops a printf.. remove
SVN revision: 4642
2001-04-17 06:07:24 +00:00
Carsten Haitzler fa58fc4e94 and set handle to NULL when we're done freeing it....
SVN revision: 4637
2001-04-16 19:26:58 +00:00
Carsten Haitzler 47825eb89b and invalidate held data if u change image file or font (font/size)
SVN revision: 4636
2001-04-16 19:18:15 +00:00
Carsten Haitzler 411ec99a57 image cache for eva sis preciselyu that.. cache. image and font data are
kept resident as long as the obejct has been rendered at leats once AND it
is still within the viewport of the output of the evas and it is still
visible. if it does not meet these conditiosn it gets put into "Cache" and
only then does cache become an issue. the chancges were nice and small to do
this :)


SVN revision: 4634
2001-04-16 18:38:22 +00:00
Carsten Haitzler a34b33695c oops coord transforms form world to screen and back were um.. 1 letter off :)
SVN revision: 4609
2001-04-13 19:10:05 +00:00
Carsten Haitzler bac2f337b0 slight "over optimization" :) fix fix
SVN revision: 4602
2001-04-13 01:58:47 +00:00
Carsten Haitzler da35459d86 god daaaaamn! fix fix fix fix :)
SVN revision: 4597
2001-04-12 20:25:43 +00:00
Carsten Haitzler 84d24d28da 1. optimize evas lists a bit by keeping a "last" pointer
2. fix rendering - forgot to scale output of primitives other than images when
viewport not 1:1 with window
3. up to 0.0.5


SVN revision: 4592
2001-04-12 17:54:51 +00:00
Carsten Haitzler 514ec9b6ae commit :)
SVN revision: 4530
2001-04-07 19:00:49 +00:00
Carsten Haitzler 4324beef71 dont allow viewport or render size to be < 1x1
SVN revision: 4513
2001-04-06 01:57:49 +00:00
Carsten Haitzler 9e10e3e023 let me just turn off scaled caching for a bit.. i need to think this over a
bit more after some more strenuous testing... i think i need to keep some
usage metrics on things.. tho i guess i shold just use a bigger cache... :)


SVN revision: 4411
2001-03-20 03:11:01 +00:00
Carsten Haitzler 494a92dd55 ooooooooooooops... fixed :)
SVN revision: 4405
2001-03-18 23:52:19 +00:00
Carsten Haitzler 83beae92c5 oops missing that.. fix
SVN revision: 4404
2001-03-18 23:23:07 +00:00