Serious Flaws : Text adding, deleted files, renaming feature

[EuM_Expert]

I work on my pictures in 2 steps:

Step 1) Resize, sharpen, rename to FOLDER_NAME + Sequential Number
Step 2) Add Text of renamed picture

There is a flaw in XnConvert, which led to loss of pictures and videos:
If in Step 2) an image is too small, to take the added text, xnView goes nuts and overwrites other images, duplicates others ... I could not find the regularity here, however, a major flaw.

Furthermore:
* videos are deleted with my settings - I select all files in a folder and drag&drop to xnConvert, the "delete original" option is on. It really deletes the original, even if no processing has been performed. This way videos are lost for example. I would suggest, that only the file types that can be processed are accepted by xnConvert, or at least the ones where processing errors happen or which cannot be modified are not changed at all.
* drag&drop does not work with folders
* the settings for "check for program updates" cannot be saved, they always revert to "monthly"
* autorotate for images would be great to have

I would think that the xnConvert code keeps some unwanted settings/internal states when processing errors happen, which compromise the processing of the files afterwards.

xnConvert is great, even if it sometimes drives me crazy .... any updates would be great!

[helmut]

Hmm, deletion of original photos is no good and a serious problem. Please do not use the setting "Delete original" until the problem has been reproduced and fixed (if there is anything to fix). XnConvert should definetely make sure and perhaps even verify that the file has been processed successfully before deleting the original file.

When you talk of "other images", do you mean other images in the processing list or arbitrary images that reside on your hard disk/folder?

Which platform (Windows XP, ...) are you working on? Which version of XnConvert do you use?

[xnview]

I work on my pictures in 2 steps:

Step 1) Resize, sharpen, rename to FOLDER_NAME + Sequential Number
Step 2) Add Text of renamed picture

There is a flaw in XnConvert, which led to loss of pictures and videos:
If in Step 2) an image is too small, to take the added text, xnView goes nuts and overwrites other images, duplicates others ... I could not find the regularity here, however, a major flaw.

Do you have a script that reproduce this big problem??

* videos are deleted with my settings - I select all files in a folder and drag&drop to xnConvert, the "delete original" option is on. It really deletes the original, even if no processing has been performed. This way videos are lost for example. I would suggest, that only the file types that can be processed are accepted by xnConvert, or at least the ones where processing errors happen or which cannot be modified are not changed at all.

Which video format?

* drag&drop does not work with folders
* the settings for "check for program updates" cannot be saved, they always revert to "monthly"

I'll check

* autorotate for images would be great to have

What do you means? With exif rotation field?

[EuM_Expert]

Sorry for late reply ...

When you talk of "other images", do you mean other images in the processing list or arbitrary images that reside on your hard disk/folder?

Just the files in the folder which is processed. Haven't tried with images from several folders at the same time.
No other files or folders apart the one being processed was affected, i.e. xnConvert stays within it's reach.

Which platform (Windows XP, ...) are you working on? Which version of XnConvert do you use?

Windows 7 64 bit, xnConvert 1.51

Thanks!

[EuM_Expert]

I work on my pictures in 2 steps:

There is a flaw in XnConvert, which led to loss of pictures and videos:
If in Step 2) an image is too small, to take the added text, xnView goes nuts and overwrites other images, duplicates others ... I could not find the regularity here, however, a major flaw.
Do you have a script that reproduce this big problem??

I just tried to reproduce with the second image to be processed being far too small for the text (I add the filename and date + time in the lower left corner with a color background surrounding the text). I could not reproduce the bug right now, tried several times the two processing steps. Probably it happens with an image later in the queue, or at a specific size, no idea.

My images are of jpg format shot with a Canon PowerShot camera including GPS data.
Sometimes i make movies with the same camera, too. They are in .mov format.
The mov's were in the processing queue because I just selected all files in the folder and dropped them into xnConverts input box.
I have not tried with other file-types, neither other images, nor other movies, nor any other "foreign" file.
Could not reproduce that with version 1.51. The failure happened in may/june 2012 - i am always using the latest version (1 or 2 weeks tolerance), but if i remember right, the 1.51 came out later.

* videos are deleted with my settings - I select all files in a folder and drag&drop to xnConvert, the "delete original" option is on. It really deletes the original, even if no processing has been performed. This way videos are lost for example. I would suggest, that only the file types that can be processed are accepted by xnConvert, or at least the ones where processing errors happen or which cannot be modified are not changed at all.

Which video format?

.mov - see above.

* drag&drop does not work with folders
* the settings for "check for program updates" cannot be saved, they always revert to "monthly"

I'll check

Thanks!

* autorotate for images would be great to have

What do you means? With exif rotation field?

[/quote]
yes, I am using a separate tool for the exif rotation at the moment. But the rotate function is included in xnView Batch Processing, but I could not find it in xnConvert 1.51

Thanks a lot pierre, xnConvert is a great tool!

[xnview]

* videos are deleted with my settings - I select all files in a folder and drag&drop to xnConvert, the "delete original" option is on. It really deletes the original, even if no processing has been performed. This way videos are lost for example. I would suggest, that only the file types that can be processed are accepted by xnConvert, or at least the ones where processing errors happen or which cannot be modified are not changed at all.

Which video format?

.mov - see above.

And are you able to reproduce this bug? If so, please send me a sample file?

[EuM_Expert]

Pierre, I just now have a set of images to reproduce some error. Please PM me your email then I can forward the pics.
I'll include the session settings for xnView, too - is there a logfile or settings-file which is sufficient for you to see all settings?

Update: I found a workaround in my settings for the xnConvert session.

My images are in a folder zzzzzzz, and all named zzzzzzz_###.jpg. Some of them have additional text in the filename, e.g. zzzzzzzz_###_additionaltext.jpg
With xnConvert I add a text in the lower left corner: filename + date/time of creation. No other conversions are set.
In the output section, the settings were "foldername_###" for the filename.
The but happens at the 8th photo to be processed. This photo has a long filename. However, there is nothing special about that photo which i could identify.
xnConvert did not add the text, but duplicated this photo 2 times and added the text in the duplicates. I.e. 3 times the same photo, where the first is not modified but the duplicates have the added text. Sadly this has overwritten the two original photos after the "buggy" photo. And afterwards the bug seems to start a loop of duplicating and overwriting photos.

I tested with the settings and the effect disappears, when I leave the "Filename" field in the Output section empty.
Before it was Foldername_###, which is exactly zzzzzzzz_###.

It looks like a race condition in the file-handling of xnConvert, i.e. xnConvert seems to "look ahead" in the processing chain of images. Opens the next one in advance, and "jumps" over the current one (the one which is not modified at all). The duplicates overwrite the next images.

[xnview]

I send you a PM