Qimgv – Fast, simple image viewer
github.com
github.com
We first tried to find some sort of map-library based solution that converted the images into a set of tiles, but eventually I found Viewnior which somehow seemed to be able to handle the pngs relatively well compared to any of the other image viewers we tried at the time (which all would choke on the giant sized images)
https://github.com/hellosiyan/Viewnior
I know that that's a very niche use case, and I have no idea how Qimgv compares ("fast" is not the same as "scales well with really large images"), but I thought I'd share in case anyone else has had to deal with this problem.
https://github.com/jcupitt/vipsdisp
It should be fine with your huge PNGs. Internally it's a bit like a tiled map viewer, but it makes the tiles as you view the image with a set of background worker threads. It uses your GPU to scale and composite the set of visible tiles to your screen.
It uses openslide to let you view slide formats like SVS and MRXS, which might be handy. It also supports colour management.
But good lord, it's 130 MB of dlls on Windows.
A much svelter alternative (on Windows) is CactusViewer (https://github.com/Wassimulator/CactusViewer), at mere 2.3 MB.
What a nightmare.
Though my PC is now a lot faster than it was a decade (or more?) ago, so maybe it's not such a killer feature anymore. I'll this this one a shot, in particular as the page for GLiv says:
> Note that gliv-1.9.7 is probably the last release of GLiv. Other image viewers like Eye of GNOME are now sufficiently fast that I don’t use GLiv anymore. There will be new releases only if I receive bug reports.
At first try it seems it's more difficult with qimgv to zoom into a particular region that with GLiv :/, otherwise it seems fast and fine.
I have been using Linux for around 20 years, but I still miss IrfanView the most. It was very fast even on those machines with RAM in MBs and CPU frequencies in MHz. The array of formats it supports is staggering, but I loved the most all those easy to use and fast basic image manipulation - rotate, crop, resize, color channel reorder (i.e. BGR to RGB) and much more.
I know that I can run it through Wine, but it feels wrong for me (not the most rational, I know).
Maybe you would be so kind to explain the advantages. I use geeqie:
It is okay. I wish renaming would be better. The windows are strange sometimes.
I'm thinking about getting to know c++, to maintain this project, until the og dev comes back...
...as opposed to streaming the vectors to an XY display[1]? :)
VJPEG (168kB, single file) http://stereopsis.com/vjpeg/
JPEGView (~9MB, with dlls) https://github.com/sylikc/jpegview
JPEGView is my daily driver and can comfortably open huge (hundreds of MB) images.
AFAIK both are based on Qt and Gwenview makes use of KDE libs, but are there any noticable differences when it comes to features?
It's open source with a long history, extremely fast, handles 4K/5K monitors and color management correctly and supports also trackpad gestures on Mac. It replaced Xee3 for me last year.
https://github.com/tomas/pixelhopper
Fun fact: it doesn't use QT nor GTK for the UI, so it's as lightweight as it can get!
It's just so utterly fast (specially on opening times) I haven't been able to find anything even near it.
It's a terrible piece of software with the most atrocious bindings known to man[0], but it is so light and speedy at what it does, with minimal dependencies that I haven't had the heart to switch away from it, even thought Qimgv is superior in almost every single way.
0: Mousewheel is bound to "next image". Yeah.