Fwd: [Pharo-project] New Pharo based on core 10309 with antialiased fonts

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
22 messages Options
12
Reply | Threaded
Open this post in threaded view
|

RE: Fwd: [Pharo-project] New Pharo based on core 10309 with antialiased fonts

Andrew Tween
 
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
Reply | Threaded
Open this post in threaded view
|

Re: Fwd: [Pharo-project] New Pharo based on core 10309 with antialiased fonts

Juan Vuletich-4
 
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
12