XnView Software

That playbar is a great idea and would love to see it with gif files

Steps to reproduce to best see this:
1. create a new folder
2. copy two images to it
3. set those two images to "read only" in windows' explorer
4. open one of those images in xnview
5. delete it

Xnview shows confirmation dialog, you click Yes, it opens next image, you THINK it removed the previous ...

Kadet wrote: Sun Apr 28, 2024 1:38 pm I'm not sure if it's a good idea to include the play count setting.

That is exactly what we need. A setting, so user can decide if he wants gifs to play infinitely or according to loop count set in gif file.

user0 wrote: Wed Apr 24, 2024 5:22 pm 1.4.3 - viewer - gif always looped | frame controls stuck

xnview wrote: Wed May 31, 2023 1:09 pm

user0 wrote: Wed May 31, 2023 8:04 am is there any specific reason for not loading it, as its kinda part of the file?

Currently i can't take care of this flag

Can you fix it now? I also reported it here with some additional info and examples.

With GIF format you can set a custom loop count. You can even set it to "1", so gif will only play once and stop. I don't know if this is part of official specification, but Chrome & Firefox support this, but XnView doesn't (it just repeats gif in loops). You can see an example here https://explosm ...

Ctrl+C should behave in the same manner as IrfanView, that is it should only copy selected fragment and that's it. Every other software behave that way, it's only XnViewMP that does it in this weird way.

They are right. If I close XnViewMP after copying fragment, then only this is left in clipboard

Found a better software to see clipboard data:
https://www.nirsoft.net/utils/inside_clipboard.html
You can clearly see that there are multiple copy of that image in different formats

XnViewMP 1.6.3 and Windows 10

Steps to reproduce:
1. Open any image in viewer mode and select part of it, like this:
Zrzut ekranu 2023-12-26 112932.png
2. Press Ctrl+C or "Edit -> Copy"
3. Open Windows Paint and press Ctrl+V or click Paste, notice that it pasted correctly only that selected ...

And another thing, since you use ffmpeg, you could support converting animated gif to animated webp
https://superuser.com/a/1723044

Or use gif2webp which is a part of libwebp
https://developers.google.com/speed/webp/docs/gif2webp

In 1.6.1, i use QFile::moveToTrash (that uses IFileOperation), and if there is a problem i use this code

SHFILEOPSTRUCT file_op;
memset(&file_op, 0, sizeof(file_op));
file_op.hwnd = (HWND)parent->effectiveWinId();
file_op.pFrom = lpFrom;
file_op.fFlags = FOF_ALLOWUNDO | FOF_NOCONFIRMATION ...

I can't add more debug, i call a win32 api, that's all. But it's strange, because in 1.6.1, i've changed the method to unlink (without changing focus)

I tested it with 1.6.0 because it was the latest version at the time I wrote that post. I just tested this with 1.6.1 and it's still the same ...

Sorry for late reply

Ad 1. Not fixed, I told you to make me some debug build. Just add lots of debug logging to that part of your code and let me test it
Ad 2. Confirmed fixed, but there is one small issue, just after writing the resulting file, xnconvert opens and closes source file multiple times ...

It depends on formats.... Why it's a problem?

Reading and writing files in small chunks is much slower than when you do this in bigger chunks, even when all files are defragmented, doesn't matter if it's hdd or sdd. And it becomes even worse for NAS over standard SMB protocol (TCP overhead and ...