RSS/Atom feed Twitter
Site is read-only, email is disabled

Poor Display-Performance of Gimp 2.8 on Windows

This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

9 of 9 messages available
Toggle history

Please log in to manage your subscriptions.

Poor Display-Performance of Gimp 2.8 on Windows Claus (Gimp-Devel-List) 21 May 10:12
  Poor Display-Performance of Gimp 2.8 on Windows gfxuser 21 May 14:58
  Poor Display-Performance of Gimp 2.8 on Windows Michael Schumacher 21 May 15:54
   Poor Display-Performance of Gimp 2.8 on Windows gfxuser 21 May 16:58
    Poor Display-Performance of Gimp 2.8 on Windows Michael Schumacher 21 May 17:02
   Poor Display-Performance of Gimp 2.8 on Windows Claus (Gimp-Devel-List) 21 May 17:45
    Poor Display-Performance of Gimp 2.8 on Windows Kurt Pruenner 21 May 18:18
     Poor Display-Performance of Gimp 2.8 on Windows Claus (Gimp-Devel-List) 23 May 16:33
    Poor Display-Performance of Gimp 2.8 on Windows Partha Bagchi 21 May 22:23
Claus (Gimp-Devel-List)
2012-05-21 10:12:18 UTC (almost 12 years ago)

Poor Display-Performance of Gimp 2.8 on Windows

Hello Gimp Developers,

First of all, thanks for your efforts in making Gimp better and better. I'm a longtime Gimp User, and really love the program.

I loved to read about all the new features, that 2.8 brings to the table. Nevertheless, I was disappointed a lot, after testing it for a few minutes. The Viewport/Display/Canvas (don't know what you call it) is soooo extremely slow, compared to 2.6. Some examples:

When using the Rectangular Select Tool, the redraw-rate of the selection is extremely slow compared to 2.6.

Even worse. When I move a image in the window with the MiddleMouseButton, then the image totally breaks apart.

After that, I stopped testing, but I'm sure there are other tools and Situations, where this issues occur.

I have already read, that there is not a single developer in your team, which uses windows as his/her development-environment. And that you even consider to stop the support for windows platform. I can understand that thinking. Windows users must seem like a big croud of parasites to you ;-) Well, sadly I'm too, one of the many windows users, who can't develop applications on them self. So I sadly cant contribute to The Gimp, with more then bugreports.

I don't want to drop oil into the fire, and I really hope, that support for windows will not be dropped.

Back to the problem above. Is there already a bugreport for this issue? Shall I create one? Or doesn't it make sense, cos there is no windows-developer that could look into it?

If this won't be fixed, or at least not in the near future, is there a chance, we get updated 2.6 builds? Primarily security fixes, but also the latest fix for the JPEG-Issue introduced in 2.6.12?

Greetings Claus

gfxuser
2012-05-21 14:58:18 UTC (almost 12 years ago)

Poor Display-Performance of Gimp 2.8 on Windows

Claus (Gimp-Devel-List) wrote:

Back to the problem above. Is there already a bugreport for this issue? Shall I create one? Or doesn't it make sense, cos there is no windows-developer that could look into it?

Yes, this is an already known issue, see https://bugzilla.gnome.org/show_bug.cgi?id=645345. You can speed up GIMP by going to View/Display filters... and removing at least the item 'Color management' from the 'Active filters' list on the right (select the item, click on the left arrow in the middle). To enjoy this wonderful gimmick in all its glory, you can repeat this for every image you create or open ;-)

Best regards,

grafxuser

Michael Schumacher
2012-05-21 15:54:36 UTC (almost 12 years ago)

Poor Display-Performance of Gimp 2.8 on Windows

Von: "Claus (Gimp-Devel-List)"

Back to the problem above. Is there already a bugreport for this issue?

If this is the color-management-related problem, then yes: https://bugzilla.gnome.org/show_bug.cgi?id=645345

If this won't be fixed, or at least not in the near future, is there a chance, we get updated 2.6 builds? Primarily security fixes, but also the latest fix for the JPEG-Issue introduced in 2.6.12?

JPEG issue... is this the file size of 1.3GiB in the Export dialog (and everywhere else)?

This is a bug in Glib: https://bugzilla.gnome.org/show_bug.cgi?id=669818 - once this has been fixed in a Glib release, it may not even need a new release of GIMP, although an updatede installer would make it easier to roll the change out to the users.

Regards, Michael

gfxuser
2012-05-21 16:58:55 UTC (almost 12 years ago)

Poor Display-Performance of Gimp 2.8 on Windows

Michael Schumacher wrote:

JPEG issue... is this the file size of 1.3GiB in the Export dialog (and everywhere else)?

This is a bug in Glib: https://bugzilla.gnome.org/show_bug.cgi?id=669818 - once this has been fixed in a Glib release, it may not even need a new release of GIMP, although an updatede installer would make it easier to roll the change out to the users.

Hi Michael,

I wondered today whether this bug will disappear automatically when GIMP is ported to GTK+ 3. Do you know more about this and whether there is a (rough) time schedule for the GTK3 port?

Best regards,

grafxuser

Michael Schumacher
2012-05-21 17:02:23 UTC (almost 12 years ago)

Poor Display-Performance of Gimp 2.8 on Windows

Von: gfxuser

I wondered today whether this bug will disappear automatically when GIMP is ported to GTK+ 3.

This bug will disappear whenever there is a Glib version that doesn't contain it anymore.

I'm pretty sure that the current GTK+ 3 branch of GIMP - if someone built that for Windows, and used a Glib version with that bug - would show the same problem.

HTH, Michael

Claus (Gimp-Devel-List)
2012-05-21 17:45:51 UTC (almost 12 years ago)

Poor Display-Performance of Gimp 2.8 on Windows

Am 21.05.2012 17:54, schrieb Michael Schumacher: If this is the color-management-related problem, then yes: https://bugzilla.gnome.org/show_bug.cgi?id=645345

I disabled the view-filter for the colour-management (as "gfxuser" described before), and it seems not to change anything. Interestingly, on this machine (Vista 64Bit) I don't see lag with the rectangular-selection-tool (compared to my Windows 7 64Bit machine at home). But when I move (MMB) the image in the window, it still breaks apart completely (like on my home machine). To give you an impression what it looks like, I uploaded a screenshot of this issue onto my website:

http://www.cb-computerservice.at/downloads/display-corruption-gimp28.png

Any more things I can try on this one? Maybe the slow rectangular-select-tool issue is only on Windows 7, and my problem here is on all windows versions (also happened in XP 32Bit in Virtualbox)?

JPEG issue... is this the file size of 1.3GiB in the Export dialog (and everywhere else)?

This is a bug in Glib: https://bugzilla.gnome.org/show_bug.cgi?id=669818 - once this has been fixed in a Glib release, it may not even need a new release of GIMP, although an updatede installer would make it easier to roll the change out to the users.

Yes, that's what I'm talking about. So, if I got you right, there is no such fixed GLib at the moment? If yes, how can Partha have a fixed jpeg-filter.exe then?

Regards Claus

Kurt Pruenner
2012-05-21 18:18:40 UTC (almost 12 years ago)

Poor Display-Performance of Gimp 2.8 on Windows

On 21.05.12 19:45, Claus (Gimp-Devel-List) wrote:

Am 21.05.2012 17:54, schrieb Michael Schumacher: If this is the color-management-related problem, then yes: https://bugzilla.gnome.org/show_bug.cgi?id=645345

I disabled the view-filter for the colour-management (as "gfxuser" described before), and it seems not to change anything. Interestingly, on this machine (Vista 64Bit) I don't see lag with the rectangular-selection-tool (compared to my Windows 7 64Bit machine at home). But when I move (MMB) the image in the window, it still breaks apart completely (like on my home machine). To give you an impression what it looks like, I uploaded a screenshot of this issue onto my website:

http://www.cb-computerservice.at/downloads/display-corruption-gimp28.png

Any more things I can try on this one? Maybe the slow rectangular-select-tool issue is only on Windows 7, and my problem here is on all windows versions (also happened in XP 32Bit in Virtualbox)?

I reported the same thing for 2.8-RC1 on Windows (including a video of the problem in action):

I just downloaded Jernej Simončič's windows build of 2.8.0-RC1 and found that both on my tablet running Windows 7 with Intel HD3000 graphics as well as on my desktop, also running Windows 7 but with an ATI Radeon 5870, panning around an image looks really weird once you pan too fast:

http://img441.imageshack.us/img441/6317/gimppanartifacts.jpg

A screenshot doesn't really do it justice, though, so I've also made a ~30 second screen capture video:

http://youtu.be/gpARpvEDH0Y?hd=1

I'm just holding down the middle mouse button and panning the 100% zoomed image around.

The same thing also happened using one of Partha's recent 2.7.x builds.

Does anyone else get similar results? Panning in 2.6.x was smooth as butter for me... :/

Should one of us go ahead and file a bug?

Partha Bagchi
2012-05-21 22:23:27 UTC (almost 12 years ago)

Poor Display-Performance of Gimp 2.8 on Windows

...

Yes, that's what I'm talking about. So, if I got you right, there is no such fixed GLib at the moment? If yes, how can Partha have a fixed jpeg-filter.exe then?

Regards
Claus

_______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Claus,

The fix I applied is in the bugzilla report that Michael pointed you to.

Thanks, Partha

Claus (Gimp-Devel-List)
2012-05-23 16:33:10 UTC (almost 12 years ago)

Poor Display-Performance of Gimp 2.8 on Windows

Am 21.05.2012 20:18, schrieb Kurt Pruenner: On 21.05.12 19:45, Claus (Gimp-Devel-List) wrote:

Am 21.05.2012 17:54, schrieb Michael Schumacher: If this is the color-management-related problem, then yes: https://bugzilla.gnome.org/show_bug.cgi?id=645345

I disabled the view-filter for the colour-management (as "gfxuser" described before), and it seems not to change anything. Interestingly, on this machine (Vista 64Bit) I don't see lag with the rectangular-selection-tool (compared to my Windows 7 64Bit machine at home). But when I move (MMB) the image in the window, it still breaks apart completely (like on my home machine). To give you an impression what it looks like, I uploaded a screenshot of this issue onto my website:

http://www.cb-computerservice.at/downloads/display-corruption-gimp28.png

Any more things I can try on this one? Maybe the slow rectangular-select-tool issue is only on Windows 7, and my problem here is on all windows versions (also happened in XP 32Bit in Virtualbox)?

I reported the same thing for 2.8-RC1 on Windows (including a video of the problem in action):

I just downloaded Jernej Simončič's windows build of 2.8.0-RC1 and found that both on my tablet running Windows 7 with Intel HD3000 graphics as well as on my desktop, also running Windows 7 but with an ATI Radeon 5870, panning around an image looks really weird once you pan too fast:

http://img441.imageshack.us/img441/6317/gimppanartifacts.jpg

A screenshot doesn't really do it justice, though, so I've also made a ~30 second screen capture video:

http://youtu.be/gpARpvEDH0Y?hd=1

I'm just holding down the middle mouse button and panning the 100% zoomed image around.

The same thing also happened using one of Partha's recent 2.7.x builds.

Does anyone else get similar results? Panning in 2.6.x was smooth as butter for me... :/

Should one of us go ahead and file a bug?

I'd love to hear, what Michael Schumacher says on this topic. If he thinks its helpfull, I will file a bug report.