On Tue, 4 Dec 2007 11:16:37 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> babbled:
> > I wrote: > > > For jpgs you don't have to worry about it since we only > > deal with rgb images then, hence there's no difference (and no > > premul or un-premul takes place). It does matter for pngs with > > alpha though, and then it's fastest to deal with pngs embedded > > in eet. But I think the cost of disk access is likely a far > > greater factor than any premul/un-premul operations anyway. > > I forget that the system you're dealing with is flash-drive > based, not disk-drive.. so maybe it might have some impact to have > to do the premul/un-premul conversions - if saving images with alpha > to png. Both premul and un-premul conversions use only ints though, > no floats. it may be flash- but its flash on jffs2 or on SDIO - its still not that fast. SEEK times are non-existant, but bulk IO transfer still is not that fast. hdd's still beat flash on this. flash kicks the derriere. example: on the n800 (for example), reads from the RAW flash device: Read: Flash (RAW): 14.79mb/sec Flash (JFFS2): 11.84mb/sec SD Card (RAW): 5.95mb/sec (bizarre i know - less than via FAT) SD Card (FAT): 7.53mb/sec so you win in seek times - they don't exist, but IO is still slow. either way - ballpark figures he are far below what your average hdd can get these days (60-80mb/sec sustained linear reads). -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
