Commit Graph

16 Commits

Author SHA1 Message Date
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 1adf40fbb5 actually use the sse routines!
SVN revision: 19955
2006-01-22 06:54:18 +00:00
Carsten Haitzler a0ceee8b51 i have to back out all of jose's blend changes - musch faster than
debugging/fixing and likely int he end the exact same result of fixing them.
yes - we lose performance - but it actually is correct now :) if we want to
do such radical changes- i sugegst moving to premultiplied alpha and makign a
tonne of externally tested routines in a test harness first to compare
correctness and speed in an isolated environment.


SVN revision: 18947
2005-12-11 04:55:20 +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 59bbe6cf2d move pow lut table to read only shared memory
SVN revision: 18628
2005-11-24 04:40:14 +00:00
Carsten Haitzler 46e02cf8bb whitespace
SVN revision: 14889
2005-05-22 02:49:50 +00:00
Carsten Haitzler e79e53e35b i worked on a regionbuf set of code (exact rectangles). i THINK it has some
bugs... but its disabled right now and it didnt speed anything up :( but it's
there for perusal and later work anyway...


SVN revision: 13193
2005-02-05 02:30:13 +00:00
Carsten Haitzler 8c29c3d42b use mmx2 routines if we can - they are faster! (almost 3 times)
SVN revision: 10361
2004-05-26 02:45:40 +00:00
Carsten Haitzler 56c4d96737 oops - missed init func entry points. fixed.
SVN revision: 10187
2004-05-13 01:57:28 +00:00
Carsten Haitzler e2725f4690 lean down memory usage per process - now it doesnt use up 64kb it doesnt need
to... :)


SVN revision: 10153
2004-05-10 06:40:51 +00:00
rbdpngn 732d2e2836 Those changes should not have gone to cvs yet.
SVN revision: 8132
2003-12-16 17:49:45 +00:00
Carsten Haitzler 3b808bac45 1. mmx2 pixel copy and cleanup of pixel copy routines
2. gl engine cleanups. working on it.


SVN revision: 7436
2003-09-10 08:52:18 +00:00
Carsten Haitzler 246fd31846 open gl is fulyl functional now - it coudl defnitely do with optimizations
with texture upload. it does NOt check error returns anywhere from gl... this
may mean issues with LOTs of images, LARGE images etc. need to fix that later


SVN revision: 7432
2003-09-09 05:51:03 +00:00
rbdpngn 7af9c3bf45 Use the new runtime cpu detection functions to determine the correct drawing
routines. Some stubs for altivec support can be seen here, those are
unreachable code paths until the corresponding functions are complete and
committed.


SVN revision: 7191
2003-07-20 05:33:11 +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