voidImageViewer

[Zero3K]

Okay. I think that the Direct3D and OpenGL should be optional (meaning that the user should have the option to choose to use either Software, Direct3D or OpenGL rendering).

[Stamimail]

I also have on my TODO list to preload the next image too. So when you press next, the image should already be loaded.

Isn't it depends on the playing speed how much pics to preload in memory?!

Another question, does someone know an app or webapp that lets the user to paste a list of URLs of images, and it will show those internet images and make a slideshow, as if you load the pics from hard-drive?

[Zero3K]

When will a new version be available?

[void]

Isn't it depends on the playing speed how much pics to preload in memory?!

In slideshow mode it might be useful to preload multiple images.
At this stage, I would only look at preloading one image.

When will a new version be available?

Not sure, I'm currently focused on Everything 1.5.
I would like to work on voidImageViewer once Everything 1.5 is in beta.

I think that the Direct3D and OpenGL should be optional

Direct3D and OpenGL will not improve loading performance. Are you referring to rendering performance?
voidImageViewer uses GDI for rendering. This is fine for 1:1 images, but not so great for scaling images < 50%.
Direct3D and OpenGL renders are on my TODO list.

[Zero3K]

Isn't it depends on the playing speed how much pics to preload in memory?!

In slideshow mode it might be useful to preload multiple images.
At this stage, I would only look at preloading one image.

When will a new version be available?

Not sure, I'm currently focused on Everything 1.5.
I would like to work on voidImageViewer once Everything 1.5 is in beta.

I think that the Direct3D and OpenGL should be optional

Direct3D and OpenGL will not improve loading performance. Are you referring to rendering performance?
voidImageViewer uses GDI for rendering. This is fine for 1:1 images, but not so great for scaling images < 50%.
Direct3D and OpenGL renders are on my TODO list.

1. That makes sense to start with preloading the next image.
2. Okay.
3. That makes sense.

[Plumbus]

I like it very much, reminds me of HoneyView a lot and is as fast too, one quick question though will .webp file format be supported later on.

[void]

webp support is on my TODO list.

Thanks for the suggestion!

[programmablesoda]

Please add support for HEIC (Apple's native iPhone format).

[therube]

Just to note...


Something like:

voidImageViewer.exe "\my documents"

or

voidImageViewer.exe "\my documents\"

,
will load "images" found in the \my documents\ directory.

Though somethig like:

voidImageViewer.exe "\my documents\*"

or

voidImageViewer.exe "\my documents\*.*"

will load (I suppose it is) ALL images on your computer.

voidImageViewer.exe "\my documents\*.jpg"

works as expected.

[void]

Thanks for the bug report therube,

I've put this on my Things to fix list.

[mczerski]

It is really great that VoidImaveViewer (VIV) can perform slideshow(s). My question is: how to load a list of images to be played by VIV using a txt/efu file containing the file list through a command line option. I work with such file lists on a daily basis and would be happy to load one at a time to see the slideshow of files listed therein. Is it at all possible? And – subsequently – will VIV read and process only a simple txt file (if any) with each file’s address in a separate line ending with VBCRLF, or is it capable of processing also efu files (generated by Everything), which are in utf8 format?

I will appreciate your reply.
Best regards, Marek

[void]

A command line option to load filenames from a txt/efu list is on my TODO list.
Thank you for the suggestion.

Currently, VIV only supports multiple filenames on the command line.

For example:

voidImageViewer.exe c:\path\to\image01.jpg c:\path\to\image02.jpg c:\path\to\image03.jpg ...

[mczerski]

Thanks a lot for your answer. I look forward to seeing your TODO task developed and implemented. I hope, you’ll advice the users about the new feature on this forum.
Best regards
Marek

[Plumbus]

webp support is on my TODO list.

Thanks for the suggestion!

Hey just wanted to let you know I am using this wonderful application even today ! It's just so lightweight as a portable .exe and does exactly what I want with

Code: Select all

voidImageViewer.exe /shuffle /minimal .

just mindboggling how even advanced image viewers I have used till now cannot manage this sort of simple functionality through the command line.

Anyways man cheers this is just a appreciation post.

[NotNull]

It is my default imageviewer too.

[void]

Thank you for the feedback.

I didn't know anyone was using this.



I did some work on this several months ago.
I've added mipmap support which improves scaling performance and accuracy.

There's one feature I feel is really missing is preloading the next image. (so when you hit right the image shows instantly)
I'll look into adding this and releasing an update.

[Plumbus]

yeah take it easy though bruh

[Plumbus]

I just remembered about something rn, while copying some image with CTRL + C a while back and pasting online, it copied the metadata and filename too, can that be turned off so it copies metadata-less image with some default generic name like image.png etc

[void]

I have put on my TODO list to add a Copy Image context menu item.

Thank you for the suggestion.

[Plumbus]

[SwimyGreen]

Hi, I've started using this app as my default viewer for GIFs, but I've found that it stutters when the image loops back to the start. On low framerate GIFs its not a noticable problem, but once you get to ~24 fps it becomes distracting.

I've attached 4 images where the issue is noticable. The 20fps one is mostly fine, and "webby two frame [30fps].gif" is the one where it's the most noticable.

Interestingly the issue is mostly eliminated if you view the GIF in fullscreen, so maybe that difference is the key to the solution?

Other than that though, this is 100% the best image viewer I've found for pixel art GIFs. There's other viewers that do a functional job (Pictureflect, ImageGlass, 7GIF, nomacs), but they all have little niggles (mostly with keyboard shortcuts or not being able to do integer scaling) and this does what I need in a simple interface that isn't distracting and that has customizable and complete keyboard shortcuts.

And as an Everything user who just now randomly found out about your image viewer on Google, I'm grateful for your work on that app as well. I upgraded to Everything 1.5a recently and being able to have dark mode and tabbed browsing has been great. I think this is one of the most stable alphas I have ever used and I haven't run into any bugs that I can remember.

[void]

I have put this on my Things to fix list.

Thank you for the issue report.

[SwimyGreen]

No problem. Thanks again!

[throwaway486462]

is the GitHub repository still active?

I made these four issues:

https://github.com/voidtools/voidImageViewer/issues/12
https://github.com/voidtools/voidImageViewer/issues/13
https://github.com/voidtools/voidImageViewer/issues/14
https://github.com/voidtools/voidImageViewer/issues/15

[NotNull]

Yes, still active.

@void has said that voidimageviewer has lower priority until the official release of Everything 1.5.
So you will need some patience ..

[CRT-Monitor]

Hello there! I love the software. I am using it to drag and drop files to view them. It seems there is a issue with viewing png files, the screen just goes white. I have no idea why. I am on Windows 10. Please let me know if you need more information.

[void]

voidImageViewer-1.0.0.9.x64.en-US-Setup.exe (261 KB)
voidImageViewer-1.0.0.9.x86.en-US-Setup.exe (245 KB)
voidImageViewer-1.0.0.9.x64.en-US.zip (177 KB)
voidImageViewer-1.0.0.9.x86.en-US.zip (157 KB)
voidImageViewer-1.0.0.9.sha256 (1 KB)
voidImageViewer-1.0.0.9.src.zip (4297 KB)
https://github.com/voidtools/voidImageViewer/

Thursday, 22 May 2025: Version 1.0.0.9

• added webp support
• added animated webp support
• added mipmap support for faster resizing
• added preload option
• added maximized options
• added option to copy image
• added option to copy filename
• improved animation timings
• fixed an issue with associations

[therube]

Explain the .sha256 if you would?

It contains 5 sets of hashes.
Yet only the last most set has the correct hashes (for the x86) .zip & .exe therein.


Were the earlier sets earlier builds & not relevant to this actual release?

[NotNull]

This seems to me as a testrun for the new voidtools PTY LTD certificate.

[void]

I was sorting out my new code signing process..

I wasn't clearing the old hashes correctly.

I have updated the hashes.
Thanks for letting me know.

[moderate]

Hello,

we spoke before via the email - I did sent you a screenshot with Everything win32 arm32 under Windows RT 8-1 arm32OS.

Could you please compile me both:
-Command-line Interface ES (v1-1-0-27)
and:
-voidImageViewer (v1-0-0-9)

as:
-win32 arm64 (for Windows 11 and 10 arm64OS)
and:
-win32 arm32 (for unlocked Windows RT 8-1 and 8-0 arm32OS)
?

I can do all the testing if it is needed.
Thanks.

[void]

ARM and ARM64 builds:

voidImageViewer-1.0.0.9.ARM64.en-US.zip
voidImageViewer-1.0.0.9.ARM.en-US.zip

Please let me know if you run into any troubles. (they are untested)

ES will be updated shortly.

[moderate]

Thanks.

Testing:
Issue 1.: The lower controls are misaligned:

[void]

Thank you for testing the ARM vesrions.

I wasn't including a manifest which might cause the issue.

Please try the following fixes.

voidImageViewer-1.0.0.9.ARM64.en-US-fix1.zip
voidImageViewer-1.0.0.9.ARM.en-US-fix1.zip

[moderate]

Now, it looks great.
I will continue the testing by using it.

[moderate]

BTW: Is this the right place for Command-line Interface ES (v1-1-0-27) or should I check an another forum thread?

[tuska]

BTW: Is this the right place for Command-line Interface ES (v1-1-0-27) or should I check an another forum thread?

Hi,

The main topic can be found here:
Board index > Everything > General...
"ES 1.1 Command Line Tool for Everything 1.4.1"

The latest version is available here:
ES-1.1.0.29

[void]

Thanks for testing the ARM-fix1.

Please feel free to make a post requesting ARM here:
ES - The command line interface for Everything .
(so you get notification once it's done)

Recompiling ES with a new code signing cert is high priority.
Unfortunately, it's in a incomplete state at the moment due to adding Everything 1.5 SDK3 support.

I'm also setting up the source code on github.

[void]

voidImageViewer-1.0.0.10.x64.en-US-Setup.exe (261 KB)
voidImageViewer-1.0.0.10.x86.en-US-Setup.exe (245 KB)
voidImageViewer-1.0.0.10.x64.en-US.zip (177 KB)
voidImageViewer-1.0.0.10.x86.en-US.zip (157 KB)
voidImageViewer-1.0.0.10.ARM64.en-US.zip (177 KB)
voidImageViewer-1.0.0.10.ARM.en-US.zip (157 KB)
voidImageViewer-1.0.0.10.sha256 (1 KB)
voidImageViewer-1.0.0.10.src.zip (4297 KB)
https://github.com/voidtools/voidImageViewer/

Tuesday, 17 June 2025: Version 1.0.0.10

• improved webp memory usage.

[jimster]

Nice app, very fast. However, while I can use edit, rotate to rotate most images, I cannot rotate jpg images.

[void]

Thank you for your feedback jimster,

There's a bug in the current build that doesn't rotate the mipmaps correctly.

If you perform the rotate, exit viv, then re-open your jpg, is it rotated correctly?

viv doesn't do the rotate itself, it just calls the Windows shell to rotate with the rotate90/rotate270 verb.

If the rotate still doesn't work in viv, does the rotate work from Windows Explorer?

[void]

voidImageViewer-1.0.0.11.x64.en-US-Setup.exe (262 KB)
voidImageViewer-1.0.0.11.x86.en-US-Setup.exe (248 KB)
voidImageViewer-1.0.0.11.x64.en-US.zip (179 KB)
voidImageViewer-1.0.0.11.x86.en-US.zip (161 KB)
voidImageViewer-1.0.0.11.ARM64.en-US.zip (165 KB)
voidImageViewer-1.0.0.11.ARM.en-US.zip (173 KB)
voidImageViewer-1.0.0.11.sha256 (1 KB)
voidImageViewer-1.0.0.11.src.zip (4247 KB)
https://github.com/voidtools/voidImageViewer/

Sunday, 20 July 2025: Version 1.0.0.11

• fixed an issue with using the wrong association registry key
• fixed a crash when interrupting the loading of a multi-frame image
• fixed an issue with displaying images after rotating
• fixed an issue with remembering some view settings
• fixed an issue with losing the view after toogling fullscreen
• inverted increase/descrease slideshow rate
• improved preloading next/previous image
• added cache last image

[jimster]

Thank you for your feedback jimster,

There's a bug in the current build that doesn't rotate the mipmaps correctly.

If you perform the rotate, exit viv, then re-open your jpg, is it rotated correctly?

viv doesn't do the rotate itself, it just calls the Windows shell to rotate with the rotate90/rotate270 verb.

If the rotate still doesn't work in viv, does the rotate work from Windows Explorer?

Hi, installed the latest version, the edit > rotate now seems to work for rotating the pic in the app. It doesn't save the rotation, but I'm not too concerned about that, I'm happy with just being able to rotate for viewing.

[Seryi]

voidImageViewer-1.0.0.11.x64.en-US.zip - it looks like the next and previous image commands in the program are mixed up in places, both on the interface buttons and on the mouse wheel.

[therube]

I'll note that, Sort -> Name, is a logical sort rather then ascii sort.
(Heh, did I say that correctly - maybe not. Anyhow....)

So if you have:
1.jpg
2.jpg
3.jpg
...
10.jpg
11.jpg
12.jpg
...
100.jpg
101.jpg
102.jpg

the files are displayed in an order like: 1.jpg, 10.jpg, 100.jpg ... 102.jpg, 11.jpg


Actually, Jump To..., 'J', will show this, plainly.

I would think, especially for numbered sets of pics, that would be unwanted behavior.

[Seryi]

I figured it out... It turns out that the "Descending" checkbox is checked by default, which is why everything worked backwards.

[void]

The default sort is date modified descending.

I will add a natural sort.

I am also working on a fix for an issue where viv shows a blank image after some time..

[void]

voidImageViewer-1.0.0.12.x64.en-US-Setup.exe (262 KB)
voidImageViewer-1.0.0.12.x86.en-US-Setup.exe (249 KB)
voidImageViewer-1.0.0.12.x64.en-US.zip (179 KB)
voidImageViewer-1.0.0.12.x86.en-US.zip (161 KB)
voidImageViewer-1.0.0.12.ARM64.en-US.zip (165 KB)
voidImageViewer-1.0.0.12.ARM.en-US.zip (173 KB)
voidImageViewer-1.0.0.12.sha256 (1 KB)
voidImageViewer-1.0.0.12.src.zip (4248 KB)
https://github.com/voidtools/voidImageViewer/

Friday, 25 July 2025: Version 1.0.0.12

• fixed a gdi leak when freeing mipmaps
• fixed a gdi leak when refreshing
• fixed an issue with loading the wrong next image after changing the sort
• added natural sort

[donotbugme]

ARM.en-US-Setup.exe
ARM64.en-US-Setup.exe
please, and for Everything too

[therube]

(Just curious, why the want for a Setup.exe, rather then simply unzip-ing the .zip?)