11-10-2018, 12:01 AM
Hi,
I am using flatpak 2.10 in Linux Mint 18.3.
My image size that crashes Gimp is around 1.9Gb. My images are scans from large format photographs. I scan at 4800 dpi and full 16-bits per channel. I can scan images from the 3 common film sizes of 4x5 inches, 5x7 inches and 8x10 inches. I am using a commonly available scanner, an Epson v700. There is nothing terribly unusual about my setup. I use Vuescan but can use other scanning software.
I am trying to show that I am not a completely unusual customer.
My 1.9Gb photo results in massive memory usage on disk by Gimp such that I had to re-install my OS onto a larger disk. I was using a 120Gb SSD but now have shifted to a spin drive instead. When I tried to do something simple like level shifting Gimp was using somewhere just less than 40Gb on disk ...
The Gimp program is extremely slow to do something like show a histogram at these image sizes. My problem is 1.9Gb is a small image ! An 8x10 is around 11.2Gb potentially.
Recently, I tried Affinity Photo. It loads my images almost instantly and any manipulations are smooth and perfectly quick. It also has no limitations to image size well beyond the 8x10 size (according to a moderator on their forum).
Affinity Photo is not able to use my Nik software plugins so I am not feeling like switching to them yet. Also I would like to never use a Windows machine again in my life.
I have waited for Gimp to be a serious competitor to Photoshop for years ... make that decades ...
Any idea when these issues will be just a bad memory ? (given that it has taken something like 15 years to get to 16bits per channel)
I would pay for Gimp. I do not believe that software needs to be free of monetary cost but I do believe in open source for security reasons.
I would donate images to developers if they didn't have any of this kind of size.
Cheers to you all.
I am using flatpak 2.10 in Linux Mint 18.3.
My image size that crashes Gimp is around 1.9Gb. My images are scans from large format photographs. I scan at 4800 dpi and full 16-bits per channel. I can scan images from the 3 common film sizes of 4x5 inches, 5x7 inches and 8x10 inches. I am using a commonly available scanner, an Epson v700. There is nothing terribly unusual about my setup. I use Vuescan but can use other scanning software.
I am trying to show that I am not a completely unusual customer.
My 1.9Gb photo results in massive memory usage on disk by Gimp such that I had to re-install my OS onto a larger disk. I was using a 120Gb SSD but now have shifted to a spin drive instead. When I tried to do something simple like level shifting Gimp was using somewhere just less than 40Gb on disk ...
The Gimp program is extremely slow to do something like show a histogram at these image sizes. My problem is 1.9Gb is a small image ! An 8x10 is around 11.2Gb potentially.
Recently, I tried Affinity Photo. It loads my images almost instantly and any manipulations are smooth and perfectly quick. It also has no limitations to image size well beyond the 8x10 size (according to a moderator on their forum).
Affinity Photo is not able to use my Nik software plugins so I am not feeling like switching to them yet. Also I would like to never use a Windows machine again in my life.
I have waited for Gimp to be a serious competitor to Photoshop for years ... make that decades ...
Any idea when these issues will be just a bad memory ? (given that it has taken something like 15 years to get to 16bits per channel)
I would pay for Gimp. I do not believe that software needs to be free of monetary cost but I do believe in open source for security reasons.
I would donate images to developers if they didn't have any of this kind of size.
Cheers to you all.