When I set the filename to use the %date variable, it doesn't work 
correctly for me. 

Problem 1

For example, using "%filename - %time" as the template, a jpeg produces 

IMG_3664 - 01/18/46 PM.pto

I'd prefer periods instead of slashes and 24-hr time, but that at least is 
the correct original time as exiftool reports it. For the same file, if I 
use %date instead of %time, I get just

2019.pto

The filename preview in the prefs shows the slashes in the date 
(3/20/2021), so I wonder if somehow the save process is swallowing what it 
thinks is the entire path, which would include the part of the date string 
up to the last slash. If I reverse those two items in the template, I get 
the following, which is consistent with that idea:

2019 - IMG_3664.pto

Problem 2:

If I use a png I created from a heic file (which hugin doesn't seem to 
like) and to make sure it has all the date data that the original does 
(with exiftool -tagsfromfile), hugin uses the literal string "%date" in the 
filename. IOW it doesn't seem to read the date or time info at all. This 
despite the png also having date/time info in PNG tags.

Any help appreciated, but the first at least seems like a bug.

On MacOS 10.15.7, Hugin 2020.

-- 
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/683f5836-b641-485e-93a3-e16ceed46376n%40googlegroups.com.

Reply via email to