My preferred image viewer is Feh. When I open a small image with Feh, there is very intrusive interpolation between pixels. I would like to turn this off and just view the raw pixels. How can I do this with Feh? Or will another program be in order? Edit: I realise the original post was ambiguous. My question is better stated as "how can I view the image zoomed in with an interpolation which preserves the original blockiness?"; e.g., zooming x and y by 2 should render a single blue pixel as a 4-pixel large blue block. This intention was inferred from my OP and I have accepted an answer :)

Each of my pictures has a descriptive name, and that is how I find my images among hundreds of thousands (I have been a photographer since 2001). I have folders with tens of thousands of images on a Linux system. If I choose one, say "ThisFile.jpg", and ask geeqie to open it with geeqie /folder/ThisFile.jpg, geeqie takes several seconds to open it. It seems it tries to sort the images in /folder and/or make thumbnails of the images there, things that I did not ask it to do and don't know how to disable (man page?). Of course, I can make a symlink somewhere and open the symlink, but with many pictures that is annoying. And if I pass 2 images, it opens a thumb popup window... that I did not request. I am a long time gqview user, the predecessor of geeqie, and I made my own patches for it to work exactly the way I wanted (e.g., disabling sorting). But after so many years (last devel version from 2006!) some incompatibilities have appeared. It still works, certainly much better than geeqie because of the above, but still. I would like to move to geeqie if I can sort out the above problems (among others). Otherwise I would need to patch it as I did with gqview. What I am missing?

I opened some json-based configuration file and I see that there is a favicon key whose value is a [data url](https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/Data_URLs#datatextplainbase64sgvsbg8sifdvcmxkiq) representing a png: "favicon": "data:image/png;base64,iVBORw... I am looking for a way to preview this data url using command-line, e.g. by opening in [feh](https://feh.finalrewind.org/) Is there an image viewer that supports this out of the box? Otherwise how should I pre-process image urls so that I can preview the corresponding images? Ideally I want to have a command preview-image-url to which I can pass an image urls via stdin or at least as a file argument.

Are there any image viewers which will auto reload the view when the image file is written to? I _normally_ use debian variations of linux however appreciate all answers related to any "Unix & Linux" environments.

I am on Debian testing. I have come across this problem before and haven't found any resolution so far using search-engines, perhaps not precise enough, dunno. The thing is I have a folder/directory called 'Pictures'. Now while I can sort the files through date-wise, seeing them through an image viewer, the images come up randomly. There isn't and doesn't seem to be a way to tell the image viewers to show the images date-wise. I am looking at the accessed and modified dates to be used as the date rather than the creation date of the file. Is there anyway to do that ?

I was looking to use FIM (fbi improved) to triage images, and would like it to not loop round, so its obvious when the list is complete. Prefereably it'd just close, but I'd be happy with any solution. I was wondering if this is possible? Would be happy to use a differrent program that has similar functionality.

I'm running the latest version of Openbox & Arch. Everything on my system was updated last week. How can I display a png image with background transparency on the desktop so that the desktop wallpaper shows through the image transparency, without any surrounding border or frame, positioned at the bottom centre of the screen. Did quite a few searches and came up with nothing. Is there a tool that will do this. So far I only found the **qiv** utility, but the '-i' or '--no_statusbar' flag does not work. qiv --no_statusbar -p my_file.png In essence what I want to do is display an image file, like you see when you press for example caps lock, and an A or a flashes up for a moment to show you where you are. I do not think **yad** can do it, and I find **dunst** too unreliable and resource heavy.

I have a txt file I created with find with the path of many files in different locations, separated by a newline. I want to navigate through these files like an image gallery, preferably with thumbnails. I can turn the newlines into spaces and the absolute path if necessary. I couldn't find an appropriate application or the right options to read that txt file, or I just don't know how to pipe/pass the file correctly. I tried with xviewer and geeqie already. My last resource I want to avoid is to just symlink everything inside the same folder and use xviewer to navigate through it. There should be a way to do this with some app, right?

I have a large dataset of images in a directory that I would like to view. feh -f works perfectly to quickly step through the images. The problem is that all the images are flipped upside down. While I could beforehand flip all the images, with for example the command tool convert, I'd much rather use an option where I flip the images just when viewing, and leave the dataset unedited. I could start feh as I normally do and flip the images with the _ key. But this change will not stay when stepping to the next picture. Hence, this option makes it quite cumbersome when looking at a larger number of images. My question is if there's a way to apply the above option, but to all images in a feh slideshow, or have a config setting where every picture that loads will flip vertically. What I would like is there to be a flag where I can execute feh and specify that all images should be flipped. Unfortunately, I can't seem to find a way to bind a key command to a custom action command that will execute for every image loaded in a slideshow. On a side note, I find it a bit surprising that there exist several key commands that don't have an equal flag option in feh. For example, I can't seem to find a flag option to even display just one image flipped vertically directly. I have to execute feh, then flip it using the underscore key. I really feel like I'm missing something here. Any ideas or feedback is hugely appreciated, thank you!

I am trying to use eog (Eye of gnome) to open multiple images from the terminal. When I provide the path to the images as arguments to eog it works, but it displays the images in alphanumerical order instead of following the order of the arguments. For example:

eog Image2.png Image3.png Image1.png

Opens the three images in order: Image1.png Image2.png Image3.png, instead of keeping the order of the arguments. Is there any way to disable this and force eog the keep the order given from the input arguments in the terminal ?

After I create a folder with all the pictures I took I always have the same workflow: I enter the slideshow mode then for each picture I either remove, crop/rotate or do nothing. On Windows it is a breeze through Microsoft Photos but I can't find any viewer/editor for my computer running Arch Linux. Basically I only need these features available during slideshow: - arbitrary rotation - cropping - removal Is there any software like this? I tried eog but it doesn't include any editor feature, and then Shotwell but I cannot remove an image during slideshow.

I am using cygwin on Windows 10. I can't seem to find any package named xv while in the cygwin setup. How can I use xv on Windows using cygwin or otherwise.

I have about 30 images (**all images of the same size: 300x75**) in a directory and would like to present them on a grid of size **5x6**. so far I have done it manually: $ feh -i --thumb-width 300 --thumb-height 75 --limit-width 300*5 --limit-height 75*6 . & Is there a builtin option to do it? something like this: $ feh -i --num-rows 5 --num-columns 6 . Which looks much cleaner, moreover I'd like to avoid: 1. Stating the original images size **thumb-width** and **thumb-height** so in index mode it would **not** resize the original size. 2. Calculating manually **limit-width** and **limit-height** so all images will get presented.

Is it possible to make feh do --zoom fill only if height or width of the image is less than a specified value during a slideshow so that it won't try to fill a smaller image(less than the dimensions specified) on the screen? Also, is it possible to do transition effects on feh?

I have sets of images that are related and that I would like to view in parallel (e.g., images A1, A2, A3, etc. constitute a sequence and images B1, B2, B3, etc. constitute a related sequence). I could prepare a montage of pairs (e.g., A1/B1, A2/B2, A3/B3) using imagemagick and view the sequence of pairs using feh's slideshow mode. However, I would prefer to do this in one line and in memory (without writing intermediate files to disk). Feh has both slideshow and montage modes, but so far as I understand they are mutually exclusive. I have set up parallel windows with defined geometry (feh -g) and loaded image sequences into each; however, I cannot control both windows simultaneously to scroll through the image sets in parallel. I can automate the progression of images in each window (feh -D) but the two windows sometimes desynchronize and stopping or reversing the direction is cumbersome. Finally, I can pipe from montage to feh - but feh stops reading after the first image so I cannot simply generate the sequence of pairs in a loop and pipe the output of the loop to feh. Can what I am trying to do be accomplished with feh or perhaps with another image viewer available for linux?

I am using UBUNTU 16.04 LTS and so far use the default image viewer to view and examine high res photos. there i often need to quickly toom in and pan around using keyboard (if possible). i can zoom in and out using the num keybad + and - keys. but i yet did not found a way how to pan while zoomed , using keyboard only. cursor keys just flip to next or previous file. i looked up the eog man page , help site, google for help on keyboard shortcuts and how to pan. did not found anything that helps me yet. also searched here , without luck. Cant the "gnome image viewer" a.k.a. "eog" a.k.a. "eye of gnome" zoom and pan using keyboard? Any tips for a nice image viewer like it, that DOES support zoom and pan ? thanks Axel

In my work I generate lot's of eps/pdf files that contain figures and tables. I want to be able cycle through all eps and pdf files in one directory by just clicking next/using a shortcut in my viewer. It is surprisingly difficult to find a viewer/reader that can do that. pdf readers don't support the previous/next file functionality, and image viewers don't support eps/pdf files. I appreciate any software recommendations.

My file has 1Mx1M points and I cannot open it with Evince. There must be something else for the task. OS: Debian 8.5

I am trying to have some stability in image orientations but they differ in Debian image viewer/LaTeX and with image viewers. I do but it does not have an effect on the orientation of wrongly positioned images; manually adjusting it with -Orientation= does not help exiftool -Orientation=1 -n *.jpg Fig. 1 Output where the same image is opened in image viewer (Shotwell, ...) and Debian Space review (same output in LaTeX) I thought first that the image orientation was the mistake but it is not because doing convert masi.jpg -rotate 90 masi-rotated.jpg keeps also the relative difference the same. Exif info --- Wrongly positioned image, having the 90 degree or its multiples in orientation $ exiftool 28.jpg ExifTool Version Number : 9.74 File Name : 28.jpg Directory : . File Size : 69 kB File Modification Date/Time : 2016:11:29 11:59:08+02:00 File Access Date/Time : 2016:11:29 12:07:17+02:00 File Inode Change Date/Time : 2016:11:29 12:06:29+02:00 File Permissions : rw-r--r-- File Type : JPEG MIME Type : image/jpeg JFIF Version : 1.01 Resolution Unit : None X Resolution : 1 Y Resolution : 1 Exif Byte Order : Little-endian (Intel, II) Orientation : Rotate 270 CW Software : Shotwell 0.20.1 Color Space : sRGB Exif Image Width : 425 Exif Image Height : 707 XMP Toolkit : XMP Core 4.4.0-Exiv2 Image Width : 425 Image Height : 707 Encoding Process : Baseline DCT, Huffman coding Bits Per Sample : 8 Color Components : 3 Y Cb Cr Sub Sampling : YCbCr4:2:0 (2 2) Image Size : 425x707 Correctly (as expected) positioned image in both views $ exiftool 27.jpg ExifTool Version Number : 9.74 File Name : 27.jpg Directory : . File Size : 66 kB File Modification Date/Time : 2016:11:29 11:58:53+02:00 File Access Date/Time : 2016:11:29 12:13:36+02:00 File Inode Change Date/Time : 2016:11:29 12:07:46+02:00 File Permissions : rw-r--r-- File Type : JPEG MIME Type : image/jpeg JFIF Version : 1.01 Resolution Unit : None X Resolution : 1 Y Resolution : 1 Exif Byte Order : Little-endian (Intel, II) Orientation : Horizontal (normal) Software : Shotwell 0.20.1 Color Space : sRGB Exif Image Width : 842 Exif Image Height : 504 XMP Toolkit : XMP Core 4.4.0-Exiv2 Image Width : 842 Image Height : 504 Encoding Process : Baseline DCT, Huffman coding Bits Per Sample : 8 Color Components : 3 Y Cb Cr Sub Sampling : YCbCr4:2:0 (2 2) Image Size : 842x504 Debian: 8.5 Gnome: 3.14