On Wed, 05 Nov 2003 02:55:39 +0100 Hallvar Helleseth <[EMAIL PROTECTED]>
babbled:
and now i'm catching up on my mail.... :) well some...
> On Fri, 2003-10-31 at 05:09, Carsten Haitzler wrote:
> > > On Fri, 2003-10-31 at 04:19, Carsten Haitzler wrote:
> > > > > > aaah yeah. dfb's loaders... yup yup. forgot.. :) for now i'd just
> > > > > > let evas do the loading and just dump the pixel data to a dfb
> > > > > > surface :)
> > > > >
> > > > > Maybe its a good idea to load all images with evas not using the
> > > > > DFBImageProviders..?
> > > >
> > > > probably. especially since in he future i will add more loaders & add
> > > > modular loader thingy :)
> > >
> > > Ok Ill fix that then :)
> >
> > :)
>
> Seems the evas_common image routines allocate a surface for image data
> itself, could I add a function where I could suply a pointer to where
> evas_common put image data? Id really like to keep some image surfaces
> in video mem..
they indeed do do that.... BUT you may also notice they can ALSO use poitners
from outside... :) take a deeper look :) basicfally evas just contstructs an
image struct and steals in the pointer marking it to not be freed.
> > > anyways, performance so far is about 4x better than software x11 ("edje
> > > e_logo.eet"), not accurate benchmarking ;) everything acts and performs
> > > smoothly on AMD Athlon 1.133Mhz
> >
> > with hardware accel i assume? notice too that dfb wont do smooth scaling.
> > its all sampled only (scaling down) :)
>
> Yes forgot that, Matrox G550. Hardware accell is smooth scaling,
smooth scaling UP only. scalign down still gets moire effects :)
> software isnt.. I think that DirectFB could probably benefit from using
> Evases routines, dont you think? Your code is very fast ;) Also seems
but the scaler is C only. i need to make an mxx version :) in theory it could be
made quite a lot faster... i might get to that... sometime :)
> that DFBs software code has rendering bugs! I seem to remember you
> pointing that out to Dennis Oliver Kropp at some time... right?
yup. certain blend modes dont work... also the way dfb composites is a little
sgtrange to me... but hey. it does work (mostly). evas's scalign routines have
bugs if scaling greater than a certain amount up. and they scal scale down by
only a limit beofre falling back to nearest pixel choosing due to limited
precision in 32 bits :)
> Anyways just letting you know Im still working on getting perfect DFB
> support to evas/ecore/edje :) second goal is getting entrance to work
> without X :) not that big of deal I think. have it somewhat now
good good! go for it. i'td be nice to have ecore_evas_dfb as well. i might do an
ecore_evas_qtopia someday too - all these things just make portability that much
easier. :) not for E (the wm) itself but programs written using its libs... :)
> reg.
> Hallvar Helleseth
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive? Does it
> help you create better code? SHARE THE LOVE, and help us help
> YOU! Click Here: http://sourceforge.net/donate/
> _______________________________________________
> enlightenment-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
The Rasterman (Carsten Haitzler) [EMAIL PROTECTED]
熊耳 - 車君 [EMAIL PROTECTED]
Mobile Phone: +61 (0)413 451 899 Home Phone: 02 9698 8615
-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
