Run different actions for different watched (hot) folders

[jboeck]

Hi together,
hopefully i´ll be able to describe my issue:
I want to add 4 watched (or hot) folders to reduce the measures and file-size from .jgp that will be copied into these folders.

Folder 1 should generate Size-S-files like 640 x 480 px
Folder 2 should generate Size-M-files like 1280 x 960 px
Folder 3 should generate Size-L-files like 1600 x 1200 px
Folder 4 should generate Size-XL-files like 2048 x 1536 px

Output can be a sub-folder or ONE output-folder for all 4 hot folders. My problem is not to configure the output result, my problem is
to tell XnConvert to do create different file-sizes depending on the folder the original file was copied to.

Would be thankful for any idea or solution.
If you have further questions or need another description of my issue please ask or answer here.
THX

[cday]

I am reasonably sure that, not surprisingly, that is not currently supported!

However, I think you might be able to achieve the result you need by using four instances of XnConvert, each configured to monitor one hot folder and to then produce the required output files... You would probably need to use four ZIP portable instances suitably configured, I think.

[jboeck]

Thanks for that. Using four instances might be a solution.
Is there a way create four auto-start-shortcuts starting with the four configured profiles?
The PC restarts automatically every 24 hours at night so I cant start the four instances every day "by hand".

My first test starting two instances from two unpacked zip-folders was not successful
Both instances mapped to the same folder.

[cday]

Is there a way create four auto-start-shortcuts starting with the four configured profiles?
The PC restarts automatically every 24 hours at night so I cant start the four instances every day "by hand".

XnConvert can be set up on the Settings tab to load the last script used on startup, so the problem reduces to starting the instances automatically, and I have no knowledge on that.

[jboeck]

Thanks rmatthew for taking your time to think about it.
If I would own a Mac I could try ... but I don´t

[cday]

My first test starting two instances from two unpacked zip-folders was not successful
Both instances mapped to the same folder.

I don't know whether that was an edit but I didn't see that originally.

In XnView MP it is possible to select the paths used for program data to the program folder, but I don't see an option to do that in XnConvert...

As XnConvert is essentially the batch convert function of XnView MP, you could try using multiple instances of that software, with the paths option set to Program (XnView). The settings are at Tools > Settings... > Integration -- Paths.

[cday]

My first test starting two instances from two unpacked zip-folders was not successful
Both instances mapped to the same folder.

Do you mean that only one Hot folder was monitored, which would suggest that the second XnConvert instance overwrote the Hot folder address set by the first XnConvert instance?

[jboeck]

Do you mean that only one Hot folder was monitored, which would suggest that the second XnConvert instance overwrote the Hot folder address set by the first XnConvert instance?

Correct cday, that´s what I was trying to explain. I started two .exe-Files from different folders but both instances "looked" into the same hot-folder.

[cday]

Do you mean that only one Hot folder was monitored, which would suggest that the second XnConvert instance overwrote the Hot folder address set by the first XnConvert instance?

Correct cday, that´s what I was trying to explain. I started two .exe-Files from different folders but both instances "looked" into the same hot-folder.

Pierre?

Are the ZIP version program settings, in this case the Hot folder path, not stored in the program folder?

[xnview]

Correct cday, that´s what I was trying to explain. I started two .exe-Files from different folders but both instances "looked" into the same hot-folder.

You use 2 different .ini?

[jboeck]

You use 2 different .ini?

Thanks for your reply Pierre. I didn’t find a ini-file inside the zip-folder or a description to save the settings into an ini-file.
Where do I have to safe the ini to? Do you have a example-ini? So I could try to change it for needs.

[jboeck]

You use 2 different .ini?

Thanks for your reply Pierre. I didn’t find a ini-file inside the zip-folder or a description to save the settings into an ini-file.
Where do I have to safe the ini to? Do you have a example-ini? So I could try to change it for needs.

[xnview]

By default the xnconvert.ini is in c:\users\...\appdata\roaming\xnconvert

[jboeck]

By default the xnconvert.ini is in c:\users\...\appdata\roaming\xnconvert

Can I change the default-path or tell xnconvert another location to configure 4 different ini´s?

[xnview]

you can start xnconvert -ini file.ini