Hi Juan, That's cool. Congratulations on finding the 'magic' combination of bitBlt rules. I'm not sure where that leaves my bitBlt rule 41. Possibly rendundant. But unfortunately I don't have much free time to change the FreeType stuff to use your technique. Maybe one of the Pharo developers can make the necessary changes. Of course I also added the gamma correction, and the handling of translucent text foreground colours. So, it may be worth keeping both techniques around for a while. Cheers, Andy . > Date: Thu, 21 May 2009 16:46:28 -0300 > From: [hidden email] > To: [hidden email] > Subject: Re: [Vm-dev] Fwd: [Pharo-project] New Pharo based on core 10309 with antialiased fonts > > > > You can see how well this works by going to > > http://www.jvuletich.org/Cuis/ and downloading the new Cuis #0204. > > See how well it does subpixel AA with black and colored text. Change > > display depth, and see how it adapts to lower display depths. Also > > play with preferences #subpixelRenderText and > > #subpixelRenderColorText. All this is done with just one 16bpp glyph > > for each char/font/size! No extra caches. Just standard rules, > > colormaps, and thought. > Some screen shots... > > Sub pixel AA: > http://www.jvuletich.org/Cuis/32BitDisplay-SubPixAA.png . That is the > best look. Display at 32 bpp, sub pixel AA. > http://www.jvuletich.org/Cuis/16BitDisplay-SubPixAA.png > http://www.jvuletich.org/Cuis/08BitDisplay-SubPixAA.png > > Whole pixel AA: > http://www.jvuletich.org/Cuis/32BitDisplay-WholePixAA.png > http://www.jvuletich.org/Cuis/16BitDisplay-WholePixAA.png > http://www.jvuletich.org/Cuis/08BitDisplay-WholePixAA.png > > For less than 8bpp, no subpixel AA is available: > http://www.jvuletich.org/Cuis/04BitDisplay.png > http://www.jvuletich.org/Cuis/01BitDisplay.png > > I did not include subpixel black and whole pixel color, but it is > possible too. > > Anyway, people really interested on this should check the code. Besides, > playing 5 minutes with Cuis should be good for any squeaker, to realize > that Squeak can be nice, simple and fast. > > Cheers, > Juan Vuletich Surfing the web just got more rewarding. Download the New Internet Explorer 8 |
Hi Andy, Andrew Tween wrote: > > Hi Juan, > That's cool. > Congratulations on finding the 'magic' combination of bitBlt rules. Thanks :) > I'm not sure where that leaves my bitBlt rule 41. Possibly rendundant. > > But unfortunately I don't have much free time to change the FreeType > stuff to use your technique. > Maybe one of the Pharo developers can make the necessary changes. I don't know. I don't know if there is a compelling enough reason for people to make the changes. What this perhaps means is that the use of rule 41 will be limited to FreeType. This could mean that it only makes sense to add rule 41 to the VM if FreeType is also added. But I'm not sure of this. > Of course I also added the gamma correction, and the handling of > translucent text foreground colours. > So, it may be worth keeping both techniques around for a while. The rgbMul / rgbAdd sequence does not support translucent text (nor gamma correction). The only way I see to support it is by cloning the glyphs for each needed alpha value. I would not advice doing this. I would perhaps do a TranslucentStringMorph that renders to an intermediate Form that is later blended in the canvas... But I guess people wanting these features should better stick with rule 41. > Cheers, > Andy Cheers, Juan Vuletich |
Free forum by Nabble | Edit this page |