Re: An alternative to gdk-pixbuf

2018-09-05 Thread Christian Hergert
On 09/05/2018 06:57 PM, Nicolas Dufresne wrote: > I've replied to a comment about sandboxing image loading to prevent > possible crash buffer overflow from happening. You are now focusing on > an optimization. I believe you should start a new thread. It's relevant because it is the same as the bub

Re: An alternative to gdk-pixbuf

2018-09-05 Thread Nicolas Dufresne
Le mercredi 05 septembre 2018 à 18:43 -0700, Christian Hergert a écrit : > On 09/05/2018 06:18 PM, Nicolas Dufresne wrote: > > Is there any benchmark that would justify this added complexity ? Also, > > there will be more context switch, so cache misses will take more time > > then just loading the

Re: An alternative to gdk-pixbuf

2018-09-05 Thread Christian Hergert
On 09/05/2018 06:18 PM, Nicolas Dufresne wrote: > Is there any benchmark that would justify this added complexity ? Also, > there will be more context switch, so cache misses will take more time > then just loading the icon directly. Just because you've decoded into a non-shareable page of memory

Re: An alternative to gdk-pixbuf

2018-09-05 Thread Magnus Bergman
On Wed, 5 Sep 2018 17:47:57 -0400 Ray Strode wrote: > hi, > > On Tue, Sep 4, 2018, 6:19 PM Magnus Bergman > wrote: > > > Over the years it has been discussed from time to time to replace > > gdk-pixbuf with something else[1][2]. > > [...] > > > I finally took some time to design an > > ima

Re: An alternative to gdk-pixbuf

2018-09-05 Thread Nicolas Dufresne
Le mercredi 05 septembre 2018 à 17:49 -0700, Christian Hergert a écrit : > On 09/05/2018 05:03 PM, Nicolas Dufresne wrote: > > > > For foreign image, yes, but for system icons, that's just an > > overhead. > > System icons should be using mmap'able caches that avoid any runtime > overhead and all

Re: An alternative to gdk-pixbuf

2018-09-05 Thread Christian Hergert
On 09/05/2018 05:03 PM, Nicolas Dufresne wrote: > > For foreign image, yes, but for system icons, that's just an overhead. System icons should be using mmap'able caches that avoid any runtime overhead and allows read-only page-sharing between processes. ___

Re: An alternative to gdk-pixbuf

2018-09-05 Thread Nicolas Dufresne
Le mer. 5 sept. 2018 17:48, Ray Strode via gtk-devel-list < gtk-devel-list@gnome.org> a écrit : > hi, > > On Tue, Sep 4, 2018, 6:19 PM Magnus Bergman > wrote: > >> Over the years it has been discussed from time to time to replace >> gdk-pixbuf with something else[1][2]. > > [...] > >> I finally t

Re: An alternative to gdk-pixbuf

2018-09-05 Thread Ray Strode via gtk-devel-list
hi, On Tue, Sep 4, 2018, 6:19 PM Magnus Bergman wrote: > Over the years it has been discussed from time to time to replace > gdk-pixbuf with something else[1][2]. [...] > I finally took some time to design an > image loading library on top of cairo [...] > abydos, which at least > suits my

Re: An alternative to gdk-pixbuf

2018-09-05 Thread Magnus Bergman
On Wed, 5 Sep 2018 17:28:22 +0100 Emmanuele Bassi wrote: > Hi; > > On Tue, 4 Sep 2018 at 23:19, Magnus Bergman > wrote: > > > Over the years it has been discussed from time to time to replace > > gdk-pixbuf with something else[1][2]. Something was even in the > > making (I guess over ten years

Re: An alternative to gdk-pixbuf

2018-09-05 Thread Emmanuele Bassi via gtk-devel-list
Hi; On Tue, 4 Sep 2018 at 23:19, Magnus Bergman wrote: > Over the years it has been discussed from time to time to replace > gdk-pixbuf with something else[1][2]. Something was even in the making > (I guess over ten years ago) but it never replaced gdk-pixbuf > apparently. Now I don't even remem