On Tue, 17 Apr 2012 01:43:01 +1000 David Seikel <onef...@gmail.com> said:
> On Tue, 17 Apr 2012 00:36:49 +0900 Carsten Haitzler (The Rasterman) > <ras...@rasterman.com> wrote: > > > On Tue, 17 Apr 2012 01:05:27 +1000 David Seikel <onef...@gmail.com> > > said: > > > > > On Mon, 16 Apr 2012 07:05:13 +0000 (GMT) Rajeev Ranjan > > > <rajee...@samsung.com> wrote: > > > > > > > Hi Gustavo, > > > > Thanks for your information on evas_image_loader when pixels > > > > are being scanned and sparse_alpha flag is being set. But this > > > > common function "evas_common_image_set_alpha_sparse" is being > > > > called only for loaders of svg and tiff files, not for other > > > > formats. > > > > > > > > Besides in this function, we are already scanning image data > > > > texels in order to determine alpha_sparse. So if we do similar > > > > stuff for determining opacity of image in some other function, > > > > then scanning will happen twice for any image while loading which > > > > will affect the performance(load time). Then the option we are > > > > left with is to set the apha flag here itself in this function > > > > while scanning the image data and call this function from loaders > > > > for all image formats. > > > > > > Perhaps not for image formats that don't actually support alpha? > > > > there is no point scanning as they already have the alpha flag off > > which means more optimized rendering paths, so it's moot. the issue > > is images that are actually solid but some ninny saved them as images > > WITH an alpha channel. it's cleaning up after ninnies :) > > Ah good to know. > > Yes, I'm familiar with such ninnies. The Second Life virtual world > platform suffers from Z buffer ordering problems with transparencies, > and sometimes said ninnies leave alpha channels laying around that > should not be there. Which causes problems. I've had to download many > of those, remove the alpha channel, then upload them again. Many times. thus... you understand the ninny problem. :) it's the same for efl - just you pay a performance penalty, that's all. :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
