On Fri, 13 Nov 2009 10:47:41 +0800 Brian Wang <[email protected]> said:
> On Fri, Nov 13, 2009 at 8:59 AM, Carsten Haitzler <[email protected]> > wrote: > > On Thu, 12 Nov 2009 12:07:17 +0800 Brian Wang <[email protected]> > > said: > > > >> [ snip ] > >> > I really want to know screenshots of it. Really, Raster would know the > >> > lack of dithering and blockier gradients because he has "eagle's > >> > eyes", but generally you see minor glitches most people will not > >> > notice. The biggest one so far is blending white on white, but I even > >> > worked it around and it should handle this special case (giving you > >> > white instead of green-ish gray). > > > > "use the 32bit software engine" is my advice. yes. it is slower. but the > > quality is higher and it is complete. the things you see in these shots are: > > > > 1. 16bpp engine does no smooth scaling. so scaling is nearest picking of > > pixels always. if smooth is set on or off. > > 2. the font garbage is the 16bpp enigne not handling bitmap fonts. the 32bpp > > engine does, if the font has a bitmap for a glyph. > > 3. imges are converted to 16bpp (from 32) on load with dithering. thus the > > odd colors and "boxy speckles". > > Both worlds are good! I will make 'static' applications run with > 32bpp engine and 'moving' apps run with 16bpp (lists apps). It's hard > to ditch either of them. well - me. i would ditch the 16bpp one. but.. as long as you know the 16bpp one will have caveats and bugs.. then fine. you can work around them. or help fix them. if you want it working properly - the software (32bit) engines are the go. remember we also have a GL engine. if your devices SoC has a built-in 3D unit that can do GL-ES2.0 or better (well ok nothing better at this stage) then evas gl engine will also work. you will need. the same gl engine that works on desktop also works on GL-ES. 1. working gl-es drivers/libs from your vendor that support X11 - i know the TI SXG drivers for the omap3 series (and up) do. 2. --enable gl in evas's built and enable gl in ecore-evas. then it will "just work". you will need env vars for elementary to select engine: export ELM_ENGINE="gl" will do the trick. 3. you'll of course need a target soc with 3d and the drivers. if you cant do the above - you'll be stuck in software rendering land as you are now. that's not bad. just remember you have options. you can try gl on your desktop too. > > things you haven't seen yet... > > > > 16bpp engine doesn't do maps. eg this: > > http://www.youtube.com/watch?v=6tuVSkrdjiE > > http://www.youtube.com/watch?v=edLTo61dIgA > > > > (it's new, but i am not going to add it to the 16bpp engine. only generic > > 32bit software and gl. gl is half done atm). > > Wow. Is it usable on a 400MHz ARM926ejs performance-wise? dunno. but its not too bad on my arm11 (armv6 - s3c6410) @ 532mhz rendering on a 800x480 display. so if you are in qvga land it might be ok too on an arm9 and you dont have horrible display bandwidth issues. use it wisely. it can be costly. also note there is a smooth and non-smooth mode for the maps so turning it off gets u between 2-4x speedup or so. smooth is there for quality reasons. it's the default. > > you can't use argb image for rendering data. last i checked yuv video wasnrt > > handled. the 16bit engine is a subset of evas's rendering abilities with a > > drop in quality in a tradeoff for speed. > > > >> These are all captured on my x86 box: > >> > >> Home screen: > >> http://cool-idea.com.tw/brian/x11-home.png > >> http://cool-idea.com.tw/brian/x16-home.png > >> > >> Music: > >> http://cool-idea.com.tw/brian/x11-music.png > >> http://cool-idea.com.tw/brian/x16-music.png > >> > >> The artifacts are easily noticeable. The background image's gradients > >> are of 'big' steps. The artifacts are even more obvious on my > >> device's LCM, which is of lower DPI. Is it due to the colors or the > >> scaling? > >> > >> For the 'music' x11-16 screenshot, the text is all broken. IMHO, this > >> is due to my font, which is a truetype font with bitmaps info for > >> smaller font sizes (bitmap for smaller font and scaler for larger font > >> since scaler Chinese font look bad for small text). > >> > >> > > >> > For instance Canola2 use 16bpp which very colorful and rich visual. > >> > Actually I wrote 16bpp engine for Canola2 project and designers were > >> > always carefully checking all the details: > >> > > >> > http://openbossa.indt.org/canola2/ > >> > >> Yes, I've seen the demo. Very cool visuals. I just knew that it uses > >> 16bpp... > >> > >> > > >> > I'd recommend watching out rectangle colors that are supposed to match > >> > image colors. Remember that 16bpp is RGB565, that is 5 bits for both > >> > red and blue, 6 for green. So you basically discard the lower bits of > >> > each full 0-255 values in 32bpp. But for images we apply dithering > >> > when converting from 32->16 in order to avoid blocky gradients and > >> > such, for those cases you will likely get different color (1 value up > >> > or down) for each component based on nearby pixel. > >> > > >> > The safest thing to do is to calc 16bpp colors using: > >> > > >> > dr = (r >> 3) << 3 > >> > dg = (g >> 2) << 2 > >> > db = (b >> 3) << 3 > >> > > >> > The attached script should help you in your task. > >> > >> Do you mean that I have to manipulate each image to make it use only > >> the upper 5/6/5 bits for R/G/B? > >> > >> > >> > > >> > Again, send some screenshots so we can know what you mean. > >> > >> As above. > >> > >> Thanks. :-) > >> > >> > >> brian > >> > >> > > >> > -- > >> > Gustavo Sverzut Barbieri > >> > http://profusion.mobi embedded systems > >> > -------------------------------------- > >> > MSN: [email protected] > >> > Skype: gsbarbieri > >> > Mobile: +55 (19) 9225-2202 > >> > > >> > >> > >> > >> -- > >> brian > >> ------------------ > >> > >> Cool-Karaoke - The smallest recording studio, in your palm, open-sourced > >> http://cool-idea.com.tw/ > >> > >> iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe > >> > >> ------------------------------------------------------------------------------ > >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > >> trial. Simplify your report design, integration and deployment - and focus > >> on what you do best, core application coding. Discover what's new with > >> Crystal Reports now. http://p.sf.net/sfu/bobj-july > >> _______________________________________________ > >> 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] > > > > > > > > -- > brian > ------------------ > > Cool-Karaoke - The smallest recording studio, in your palm, open-sourced > http://cool-idea.com.tw/ > > iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
