TPGen - existing files overwritten even when this is disabled

[djpasch]

I would like to run the TPGen scheduled at frequent times from a command line.

TPGen -setting="Pasch" -folders="D:\Foto's" -nosplash -start

@TPgen - v3.0.0
#(C) 2006-2008, RAWR-Designs
[Settings]
Name            = Pasch
Author          = Pasch
[Thumbnails]
Disabled        = False
NameScheme      = thumb-%file-name%
OutputFolder    = prev_thumb
OutputHidden    = True
Format          = JPG
ImageSize       = Large
Quality         = 80
AspectRatio     = Crop
Overwrite       = False
[Previews]
Disabled        = False
NameScheme      = prev-%file-name%
OutputFolder    = prev_thumb
OutputHidden    = True
Format          = JPG
ImageSize       = Large
Quality         = 85
AspectRatio     = Aspect
Overwrite       = False
[Conversion]
Quality         = Medium
Extensions      = BMP;JPEG;JPG;TIF;PNG;TIFF
# This file is automatically generated by the TPGenerator.

The folder contains multiple other folders and i'm happy to see the folder is scanned recursively.

Now comes the problem:
Eventhough overwrite existing files is disabled new images are created. Therefore the processing time is very long (because of the large number of files). Does anybody recognise this same issue?

[Mars]

you can use this macro in an event script

{exec|TPGen.exe -setting="Pasch" -folders="D:\Foto's" -nosplash -start|timeout=xx.}

with xx is the time out waiting before continue.

[djpasch]

Thanks for your suggestion.

But it actually doesn't solve the problem that when the "overwrite existing images" is disabled it generates new images, also for existing ones.

[TSG]

I am not sure about the command line operations of TPGen, Richard may look into it when he gets time. Try sending an email to him from our website or his avatar here, Giant Eagle. I can't guarantee he will check it, I just spent the night responding to emails dating back to mid December! Simply didn't have the time to check the RAWR inbox.

[Giant Eagle]

Hey djpasch,

I have thought about it and it is indeed true that every image is generated even if they are not being replaced. This is a small design flaw. The main reason behind it is because you can use %new-height% etc for the filename, the application does not know the new height until the image has been converted. After the new name has been generated using the info it got from the file conversion process, it does the check if it already exists.

I can imagine this not being a problem for 20 images, but in your situation it can become a very slow process.

I will look into it and post back with a solution.

-Richard

[djpasch]

Would be great! Thanks for fast reply and also understanding my finding.

Looking forward to a solution

[Giant Eagle]

Hey djpasch,

Could you try this version:

v3.0.1


If you report back with positive results, i'll make it public.

- Richard

[djpasch]

Hi Richard,

Thanks for the update, works like a charm. I've tested the following scenario's:

1: Folder with no updates, overwrite images off
result: very fast, no files touched

2: Folder with only one file added, overwrite images off
result: very fast, only added file resulted in new thumb creation

3: Folder with no updates, overwrite images on
result: normal speed, all files were regenerated

4: Folder with only one file added, overwrite images on
result: normal speed, all files were regenerated including added file

Log also shows the correct icon


Only one more suggestion. When people change the conversion settings the user should be advised to run the program once with "overwrite existing images - on". Just to make sure the change will update previous generated images.

Great work!

Warm regards,
Patrick

[rejetto]

nice to see you around richard