>> > The function _rle_generation_cb does too many realloc's:
>> > https://github.com/Enlightenment/efl/blob/master/src/lib/ector/software/ector_software_rasterizer.c#L729
>> > FreeType delivers one span at a time and realloc is called each time.
>> > FreeType can probably deliver an initial fake
On Fri, May 24, 2019 at 8:56 AM Vincent Torri
wrote:
> On Fri, May 24, 2019 at 5:22 PM Alexei Podtelezhnikov
> wrote:
> > On Thu, May 23, 2019 at 10:41 PM Alexei Podtelezhnikov
> > wrote:
> > > On Thu, May 23, 2019 at 2:10 PM Vincent Torri
> wrote:
> > > > > There is a comment "code adapted
On Fri, May 24, 2019 at 10:17 AM Behdad Esfahbod wrote:
> Alexei,
>
> I don't know about others on the list. But I find the linear algebra /
> bezier discussion very interesting and I'm happy to discuss those.
>
> The new algorithm is pretty simple, yes. BTW, I wonder if the 1/8th of pixel
>
On Fri, May 24, 2019 at 5:22 PM Alexei Podtelezhnikov
wrote:
>
> On Thu, May 23, 2019 at 10:41 PM Alexei Podtelezhnikov
> wrote:
> >
> > On Thu, May 23, 2019 at 2:10 PM Vincent Torri
> > wrote:
> > > > There is a comment "code adapted from enesim which was adapted
> > > > from moonlight
On Thu, May 23, 2019 at 10:41 PM Alexei Podtelezhnikov
wrote:
>
> On Thu, May 23, 2019 at 2:10 PM Vincent Torri wrote:
> > > There is a comment "code adapted from enesim which was adapted
> > > from moonlight sources". Are they based on FreeType2?
> >
> >
Alexei,
I don't know about others on the list. But I find the linear algebra /
bezier discussion very interesting and I'm happy to discuss those.
The new algorithm is pretty simple, yes. BTW, I wonder if the 1/8th of
pixel tolerance is what's causing this:
> Similarly, if FreeType had performance tracking bots it would be easy to
> follow the benefits of a performance improvement and such decisions would be
> come more data driven.
Dominik,
You point is well taken, but benchmarking FreeType is hard even
considering that rendering is the
Hi Alexei,
On Tue, May 21, 2019 at 6:49 AM Alexei Podtelezhnikov
wrote:
>
>
> On Thu, May 16, 2019 at 2:11 PM Dominik Röttsches
> wrote:
> b) I would prefer 7a81b63abc2b3da0d7f0950f69377d2b3f54b0fb to be reworked
> so it doesn't cause pixel differences if possible, or reverted. Similarly
>