It does look very impressive. I too have a question regarding subpixel rendering. Since the comparison images on your website do use subpixel rendering, but the Inkscape versions shown side-by-side don't, it doesn't seem like it's a fair comparison.

Could you tweak your program to turn off subpixel rendering, and give us the same samples with subpixel turned off in both?

Very nice results on the adjacent polygons, by the way!

 - Bryan
--
PS. Check out the Brush newsletter: Subscribe or read our previous newsletters

Bryan Hoyt, Web Development Manager  --  Brush Technology
Ph: +64 3 942 7833     Mobile: +64 21 238 7955
Web: brush.co.nz
On Thu, Jun 3, 2010 at 05:16, Juan Vuletich <juan@...2357...> wrote:
Radek wrote:
> On Wed, 02 Jun 2010 11:36:44 -0300
> Juan Vuletich <juan@...2357...> wrote:
>
>
>> Hi Folks,
>>
>> I'm new to this list and community, and I hope this is interesting
>> for you.
>>
>> I am developing a novel way to do anti aliased 2d graphics that
>> breaks away from pixel coverage and super sampling, while being
>> simpler and providing higher quality. Please take a look at
>> http:www.jvuletich.org , especially at the samples.
>>
>> Comments welcome.
>>
>> Cheers,
>> Juan Vuletich
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> Inkscape-devel mailing list
>> Inkscape-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/inkscape-devel
>>
>
>
> When it comes to output quality in provided samples, your method is
> quite impressive (at least for me). Straight lines (black to white)
> look very smooth.
>

Thanks :)

> I didn't even notice before that you normally get those "tinted"
> black-white edges.

Oh, I see them very clearly every time my mac boots on the apple logo!

> I guess it has something to do with order of colors
> in "hardware pixels" (RGB), and your method uses some sort of
> subpixelrendering to compensate, right?

Right. More precisely, I sample the image at the correct places (the
position of the subpixels).

> While this is nice for
> on-the-fly rendering, wouldn't it make rasterized images "incompatible"
> with displays using other ordering of subpixels (or print)?

The geometry of the pixels (i.e. the sample positions) is a parameter to
the rasterized. It is pretty easy to adapt it to any target or turn it
off completely. However, for regular LCDs, it is best to use it as in
the samples.

Cheers,
Juan Vuletich

------------------------------------------------------------------------------

_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...1794...s.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel