XnView Software

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

It's a known issue when using recycle bin, problem with Windows Explorer API, i can't reproduce when useRecycleBin=false (in this case an unlink is made directly)

With useRecycleBin=false it's still the same, I think you may be wrong and have a small bug where you don't call unlink. Here's my ...

9. "Export for NConvert" is "badly done".
I tried it just to test if this will get rid of that "delete original" focus problem, but the created bat file was, welll, not properly done.
a) you should be using cmd extension instead of bat (not that it probably really matters, but bat was used in DOS ...