From: Stephen W. <sw...@ul...> - 2004-11-24 09:30:01
|
>>> Thomas Leonard <ta...@ec...> 12/Oct/2004 15:57:02 >>> >On Tue, Oct 12, 2004 at 07:40:29AM -0700, Ken Hayber wrote: >> Thomas Leonard wrote: >[ better quality backdrop scaling ] >> >Any noticable speed hit to doing this? >> >> Not here. (Running a PIII 1.3Ghz w/256MB ram) > >OK, applied. I guess it's for things like real-time scaling animations >where it matters. I'm going to make this an option because on Solaris: a) it's noticably slower, b) it's worse quality (blurred). (scanning through the gdk-pixbuf code I note that it uses MMX features on Intel hardware that obviously won't work on SPARC). |
From: Tony H. <h...@re...> - 2004-11-24 14:48:05
|
In <s1a...@me...>, Stephen Watson wrote: > >>> Thomas Leonard <ta...@ec...> 12/Oct/2004 15:57:02 >>> > >On Tue, Oct 12, 2004 at 07:40:29AM -0700, Ken Hayber wrote: > >> Thomas Leonard wrote: > >[ better quality backdrop scaling ] > >> >Any noticable speed hit to doing this? > >> > >> Not here. (Running a PIII 1.3Ghz w/256MB ram) > > > >OK, applied. I guess it's for things like real-time scaling > animations > >where it matters. > > I'm going to make this an option because on Solaris: > a) it's noticably slower, > b) it's worse quality (blurred). > > (scanning through the gdk-pixbuf code I note that it uses MMX features > on Intel hardware that obviously won't work on SPARC). Have you tried GDK_INTERP_BILINEAR? That's what the developer docs recommend as the best compromise. -- TH * http://www.realh.co.uk |
From: Stephen W. <st...@ke...> - 2004-11-24 18:07:40
|
Tony Houghton <h...@re...> wrote: > Have you tried GDK_INTERP_BILINEAR? That's what the developer docs > recommend as the best compromise. It's not much slower than GDK_INTERP_NEAREST and doesn't suffer from the blurring. Looks like I'll be using that one. -- Stephen Watson http://www.kerofin.demon.co.uk/ If you read this on a mailing list, send any reply back to the list and not to me. Not even CC. |
From: Ken H. <ke...@ha...> - 2004-11-24 22:37:47
|
Stephen Watson said: > Tony Houghton <h...@re...> wrote: > >> Have you tried GDK_INTERP_BILINEAR? That's what the developer docs >> recommend as the best compromise. > > It's not much slower than GDK_INTERP_NEAREST and doesn't suffer from the > blurring. Looks like I'll be using that one. > BILINEAR is what it has always been. I'm the one who submitted the change to Thomas. I found many images that were pixelated and had poor color transitions with BILINEAR. HYPER works much better for me. I guess YMMV, but I've never seen any blurring effects unless the image was very poor quality to begin with (or was stretched a lot). Another improvement would be to not scale it after loading, but load at the requested size (same change as the recent thumbnail performance improvement). JPEG files especially could benefit from this I think. -- Ken Hayber (ke...@ha...) Huntington Beach, CA |