Imagine (Lister plugin for viewing img files) v. 1.7.0 (Oct 20 2024)

[MaxX]

v1.5.2, Mar 27 2024

Imagine - What's new?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

v1.5.2, Mar 27 2024
- Fixed: problem with unsupported file at the beginning or end of the file
list
- Fixed: eliminate XBM/XPM security vulnerabilities

[banelinde]

Hi everybody.

For Imagine v1.5.2 is there a command line sub-parameter for /jpegtran transformation that processes the operation WITHOUT poping-up the confirmation window.
Old Imagine v1.1.6 was fine

Example like:
Imagine.exe /jpegtran --tran:270 --YESTOALL ... or ... -SILENT

Regards.
Bane

[beb]

2banelinde

This will work without the popup confirmation (Imagine v1.5.2):
for a single file:

Code: Select all

Imagine.exe /jpegtran:"input.jpg" --tran:270 "input.jpg"

for several files:

Code: Select all

Imagine.exe /jpegtran:jpg --tran:270 *.jpg

I get it experimenting with the cli syntax and I don't think it reflects the intended cli mode guide and examples, but it does work this way.
So I would be happy to see further explanations/examples from the author or the pundits regarding proper cli syntax.

NB Cli mode help:

• Imagine.exe /?
• Imagine.exe /help
• Imagine.exe - menu Help (F1) - Introduction - Command line parameters

[Matthias030]

Dear all,

Is anyone using the packer plugin Imagine.wcx64? It is always crashing TC 64-bit. (Not tested with 32-bit version).
I have used Imagine packer plugin many years ago and switched to TotalRSZ and GraphicConverter plugin. I just wanted to give Imagine packer plugin a new try.

Thanks,
Matthias

[beb]

2Matthias030

I use 64-bit Imagine.wcx and it is never crashing TC 64-bit.

If you have a particular case where the crash occurs please provide more details and the example file(s) in question so the issue (if any) could be identified and addressed.

Also, make sure Imagine.wcx is configured properly.
Please, find an example configuration kindly given by u/petermad:
https://ghisler.ch/board/viewtopic.php?t=11112&p=441402#p441402

[Matthias030]

Hi beb and thank you for the fast answer!

Possibly I have misunderstood the intention of the packer plugin. Many years ago I was able to convert images from one format to another by pressing Alt+F5. I can select some pictures on the left TC pane and convert them all to new image formats (*.jpg, *.png etc)

I never thought about animated gifs and extracting single images from it. Indeed, this works as expected without any crashes. Thank you for letting me know.

This is in my wincmd.ini
[PackerPlugins]
Imagine=327,C:\wincmd\Extensions\Imagine\Imagine.wcx64

Now I press Alt-F5 on a JPG-File and select "Imagine" as packer. I set this string as target into packer line:
Imagine:D:\filename-of-image.Jpg

This had worked many years ago this way. Maybe the packer plugin is no longer intended to convert image formats

Greetings,
Matthias

[macleod]

For me the Imagine.wcx/wcx64 crashes TC for every of the file extensions.
2Matthias030 may I have a question, if you can run Imagine64.exe without a filename as the parameter? On my computer, it doesn't start, or better to say it starts and closes immediately.

[banelinde]

Thanks Beb

this was spot on.

Regards.

[petermad]

if you can run Imagine64.exe without a filename as the parameter?

Imagine is not good at handling if it cannot open a file with an otherwise supported extension, and may crash in that situation.

When you run Imagine64.exe without a filename, Imagine will open in browser mode in the last opened directory, and if that mode is set to show thumbnails, and one of these files that Imagine cannot handle is in the opened directory, then Imagine will crash when it tries to extract the thumbnail.

A solution is to delete the [BrowserMRUD] section in Imagine.ini to avoid starting in that directory with the "bad" file. With a blank [BrowserMRUD]
section Imagine will start in %$MYPICTURES%

[macleod]

I have no [BrowserMRUD] in imagine.ini file. And variable %$MYPICTURES% also doesn't exist. There is just %USERPROFILE%\Pictures available in my windows.
I can run Imagine64.exe (or imagine.exe) in viewer mode with any file (even not supported by imagine), but once I press browse icon, imagine closes itself. And it won't start even with the parameter /browse[:folder]. I tried with different folders to avoid user rights issue. And tried it also run as admin with the same result.
I have no more ideas, what could be wrong on my side ... but something must be, because I tried the same version on the same version of Windows10 on the other computer and it works well.

[petermad]

And variable %$MYPICTURES% also doesn't exist

It is supported by TC, just type cd %$MYPICTURES% in TC's command line and it will open the %USERPROFILE%\Pictures directory - I just gave you the location as %$MYPICTURES%, so you could check that there were no problematic images in that folder - assuming that you used TC for the browsing.

You can run hh.exe %COMMANDER_PATH%\TOTALCMD.CHM::env_vars.htm to read more about TC's support of environment variables.

I have no [BrowserMRUD] in imagine.ini file

Really? - if you start Imagine with a blank imagine.ini file, that is the first section that is written when you close Imagine again.

Even if you in "Options" -> "Preferences" -> "Miscellaneous" -> "Folder history" disable both options, the [BrowserMRUD] is still present in the imagine.ini file.

I tried with different folders to avoid user rights issue.

Then I suggest that you rename Imagine.ini to Imagine.ini0 and try again - something seems to be wrong with your Imagine.ini file.

[macleod]

The path %$MYPICTURES% works well. I didn't know about this internal variable.
But even when starting with the blank .ini file, Imagine64.exe (or Imagine.exe) doesn't start. I can start it in viewer mode, but when I start it without any command line parameter, or with parameter /browse it doesn't start or starts and closes immediately without showing any window. When I start it in viewer mode (with image filename as a parameter or with just /viewer parameter) it starts, but since I click the Browse button on the button bar, the program closes itself in a few seconds.
Because it doesn't open anyway in browse mode, there is no BrowseMRUD section in the ini file, I think.

I missed one difference - the working version is on Windows10 Pro, the version which doesn't open browse mode is on Windows10 Home. Could it be the reason?

I'm trying older versions of Imagine and ANSI version but with no effect.

[Horst.Epp]

I missed one difference - the working version is on Windows10 Pro, the version which doesn't open browse mode is on Windows10 Home. Could it be the reason?

I'm trying older versions of Imagine and ANSI version but with no effect.

The actual Imagine version has no problem at all in the actual Windows 11 Home version.
It works for me on this system for all Windows versions since Windows 7.
Maybe your Anti-virus prevents a successful start-up.
You should not be using the installer,
just create a writable new Dir and copy the files from the Zip version into it.

[petermad]

I missed one difference - the working version is on Windows10 Pro, the version which doesn't open browse mode is on Windows10 Home. Could it be the reason?

I use Imagine 1.5.2 (Mar 27 2024) x64 Unicode version on Windows 10 Home (22H2 19045.4291) and Windows 7 sp1 without problems executing Imagine64.exe

In which directory is your Imagine installed?

[macleod]

I don't use the installer. The only antivirus system I have is the built-in defender. I'll try to drop it down if the browse mode would work, but I think there is very little chance to be this the reason.

edit: nope, I dropped down all safety settings, but the browse mode still doesn't work. Could something be missing in the system that prevents of this browse mode for just one application?