Hi there,

Not sure if this is the right place to be asking the question, I'm having trouble writing the output of a file using G'MIC. Part of a script that automatically reduces the size of image files, works for roughly 50% of the files, others it doesn't with no error as to why.

The command I'm running is:


The result of this is:


... yet the source file does not change. If I run the same command without "-outputw", the reduced image appears on the screen with the "Archive" watermark as expected. The folder contains full read/write security permissions, the file is not read only. I can see no reason why the original file could not be overwritten. This same command has worked perfectly for roughly 200,000 files, but for some reason the last 100,000 across multiple different folders, is not working and I can't see why.

Does anyone have any suggestions to the cause? The application is running on Windows Server 2008R2.

Thanks in advance

Hi. Thanks for reporting.

I never had this kind of issue, but I'm running the command line tool 'gmic' mainly on linux.
May I ask you what version of 'gmic' do you use ? Is it something you compiled yourself, or did you use the Samj's 64bits version, or the Sourceforge 32bits version ?
Also, do the problematic files share something in common (maybe they have a space in their name ?).
If you run 'gmic' once again on these files, does it work for some of the files, or do they always fail ?

Maybe the command '-outputw' is the cause of the problem. Could you try replace it by '-output filename' instead, to see if that fixes the problem ?
Thanks.

Bonjour,

I tested these two command line without a problem :

gmic.exe "c:\Photos\DSCN0001.JPG" -resize2dx 800,5,0 -text_outline "Archive",1,1,13,0.8,0.5 -outputw
gmic.exe "c:\Photos\DSCN0001 é.JPG" -resize2dx 800,5,0 -text_outline "Archive",1,1,13,0.8,0.5 -outputw

Win 8.1 pro 64-bit
Archive G'MIC 64-bit : viewtopic.php?f=22&t=8993

Thanks for all the responses.

The version running is the 32-bit SourceForge one.
There isn't anything common that I could see, though its possible they were all taken with the same digital camera. Practically every file is in a folder with a space and most work fine.

They're mostly DSCNxxxx.JPG files, have selected a handful and they display correctly to the screen (without "-outputw"), it doesn't appear to have an issue saving from the log above where when permissions or the "read-only" flag had been set on the file, G'MIC reported an access denied message.

Using "-output filename" works, but does not overwrite the original. I'll re-run the script across the drive with "-output" and have it reference the same filename as the original to save it and see what happens.

Strange that its worked fine on the majority of folders and not these handful.

Thanks for the responses

Yes, that is very strange indeed.
Please tell us if the regular output works as expected.

Sorry for the delay in getting back. I've tried running with the command "-output <filename>" and the program runs without error, yet the photo is not resized.

I've tried updating to the latest version (from here: sourceforge . net / projects / gmic / files/ - sorry, I'm too new a user to post URLs) but still no change. If the program writes to a new file/location, it works. I cannot get it to overwrite the original.

That must be something related to file permissions, or maybe synchronization with a distant drive, or something weird like this.
G'MIC uses regular file I/O functions to work, so it does behave the same way if your -output filename already exists or not.
There are no specific checking for this kind of particular cases.

@BlackConvoy
You can post your images or URL's after five posts.