0.98: Can't be internal viewer for Total Commander

[solid]

I've tested the last version as internal viewer for several formats and so far it works great.

Thank you for making it possible.

[MARK2580]

It works very strangely. Generates literally 10-15 previews, and then just stays in the background and loads the processor by 8%. I'd rather use XnView Classic, it's at least stable.

Strange, on which format?

Xnviewmp completely ceases to function as a TC plugin when the program itself is running, if it is closed, previews begin to be generated again.
If the TC was launched before xnviewmp, then the xnviewmp process is constantly hanging in the processes and does not allow the program itself to start. i.e., either full-fledged work as a plugin or only as the program itself.
In general, as I wrote earlier, I'm staying on xnview classic

Tested on TC 10.51 x64 and MP 1.4.0 x64

[xnview]

Xnviewmp completely ceases to function as a TC plugin when the program itself is running, if it is closed, previews begin to be generated again.
If the TC was launched before xnviewmp, then the xnviewmp process is constantly hanging in the processes and does not allow the program itself to start. i.e., either full-fledged work as a plugin or only as the program itself.
In general, as I wrote earlier, I'm staying on xnview classic

Tested on TC 10.51 x64 and MP 1.4.0 x64

Strange, all work correctly event if XnView MP is started before TC. Do you have 'all only one instance'? Which format?

[MARK2580]

Strange, all work correctly event if XnView MP is started before TC. Do you have 'all only one instance'? Which format?

Yes, I use the setting of only one instance, I don’t like it when several copies are opened, and then one of them overwrites all changes in the ini.

[xnview]

Strange, all work correctly event if XnView MP is started before TC. Do you have 'all only one instance'? Which format?

Yes, I use the setting of only one instance, I don’t like it when several copies are opened, and then one of them overwrites all changes in the ini.

Could you try without with TC?

[MARK2580]

Could you try without with TC?

What exactly ? Try to start Xnviewmp without TC when there is a process left in the background ?

[xnview]

Could you try without with TC?

What exactly ? Try to start Xnviewmp without TC when there is a process left in the background ?

no disable 'only one instance'?

[MARK2580]

no disable 'only one instance'?

scr_10_01_2023_13_35_48.png (2.67 KiB) Viewed 1609 times

It looks like another copy of the program is launched to work as a plugin, this happens with XnViewClassic, I just didn’t notice it, because. I only use it as a plugin. Too bad it works that way, I don't like multiple copies of the same program, but XnViewMP would be better for generating previews in TC, it supports more formats and types.
It is possible as an option to keep another copy of MP and use it only as a TC plugin...

By the way, about the "run only one copy" setting: I noticed that XnViewMP can still be launched in two versions, for example, one version was launched from TC when opening some picture, and the other version could be launched from the shortcut from the start menu . Most likely this is due to the fact that I always have TC running with administrator rights.

[xnview]

It looks like another copy of the program is launched to work as a plugin, this happens with XnViewClassic, I just didn’t notice it, because. I only use it as a plugin. Too bad it works that way, I don't like multiple copies of the same program, but XnViewMP would be better for generating previews in TC, it supports more formats and types.

Yes TC start another instance of XnView. Is it working with 'only one instance' disabled?

It is possible as an option to keep another copy of MP and use it only as a TC plugin...

what do you means?

[MARK2580]

Yes TC start another instance of XnView. Is it working with 'only one instance' disabled?

Yes, if disabled it works. But, accordingly, the program itself will open as a copy for each next picture.

what do you means?

I mean, as a way around this problem, just keep another copy of the program and use it only as a TC plugin (with its own ini) And in windows, specify associations, for example, to the program that is installed in Program Files.

[xnview]

Yes, if disabled it works. But, accordingly, the program itself will open as a copy for each next picture.

ok i'll fix the problem. But you have only one instance for TC not many, right?

[MARK2580]

Yes, if disabled it works. But, accordingly, the program itself will open as a copy for each next picture.

ok i'll fix the problem. But you have only one instance for TC not many, right?

to be honest, I didn’t understand the question (language barrier), in general, it would not hurt to make sure that when each new picture is opened, a new copy does not open, but a new tab opens, for example, how it works with the "only one copy" setting.
Otherwise, you will have to use a separate copy of the program only as a TC plugin.

[MARK2580]

Updated to version 1.4.2 64bit. Yes, now one version of the program can work as a plug-in and as a simple program at the same time.

BUT - there was a bug, and specifically a bug with the VTF format. If there are about 20-30 such textures in a folder, then all firsts are generated without problems. If there are 300+ textures in the folder, then about 10+ previews are generated, then the xnviewmp process simply starts to load the processor by 8% and the preview generation stops. This does not happen with XnView Classic.

P.S. - Perhaps this happens with other formats, but I simply do not have folders with such a large number of images.