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 ..