Renaming Files to "YYYYMMDD_SS-MM_ss_SS" sind 2h daneben (zu früh)

[digi56]

Sorry Text in German 
Mir ist aufgefallen, dass meine bisher verwendete Formel die Dateien 2 Stunden daneben umbenennt. (Screenshot)
Als Quellwerte sollten eigentlich die Aufnamedaten von der Kamera wirken
iMatch Version 2023.2.4 
(Bei der vorherigen Version ist dieser Effekt noch nicht aufgetreten.)  
Die Zeitzone meines Rechners ist unverändert  UTC +01 Amsterdam, Berlin, Bern, ....
Hat die aktuelle iMatchversion neu eine Einstellung für die Zeitzone?
Habt ihr mir einen Tipp, wie ich das Problem lösen kann?
Danke und Gruss Fredi
 
(Google Translate)
 I noticed that my formula used so far renames the files 2 hours next to it. (Screenshot)
The source values should actually be the recording data from the camera
iMatch Version 2023.2.4
(This effect has not yet occurred in the previous version.)
The time zone of my computer is unchanged UTC 01 Amsterdam, Berlin, Bern, ....
Hat the current iMatch version new a setting for the time zone?
Do you have any advice on how I can solve the problem?
Thanks and greetings Fredi

[axel.hennig]

Das sieht nach genau 2h Differenz aus: Schluchsee im Sommer ist UTC +01 + DST (nochmal +01).
Ich habe gerade kein IMatch hier, kann es also leider nicht testen...

[digi56]

Ich habe gerade die Beiträge "Problem with write back CreateDate to XMP file after importing NEF file" gelesen.
Ich vermute, dass mein Problem (Auslesen/Interpretieren) der Zeitdaten einen Zusammenhang haben.
Wenn ich eine alte NEF Datei nochmals umbenennen würde, bekäme diese eine andere Zeit (Screenshot)

Diese Information ist vielleicht nützlich.

[axel.hennig]

Bin mir nicht sicher (wie oben geschrieben, kann ich gerade nicht testen), aber die Renamer-Hilfe sagt, dass ein EXIF-Timestamp verwendet wird. Wenn man einen anderen Zeitstempel haben möchte kann man auf Variablen zurückgreifen.

Ich vermute mal, dass die IMatch DateTime-Variable verwendet wird und soweit ich mich erinnern kann ist die jetzt (sinnvollerweise) in UTC.

Seit IMatch 2023 gibt es zusätzliche "Zeit"-Variablen (UTC, LocalTime, mit/ohne Timezone,...). Da sollte was dabei sein, das deine Anforderungen erfüllt.

[Mario]

Have a look at this thread: https://www.photools.com/community/index.php/topic,13481.msg95065.html#msg95065
and answer the questions at the bottom (VarToy). What doe the variables show for this file?

Der Renamer verwendet {File.DateTime.Local}

[Mario]

Figured it out.

The problem is the 100/seconds (Sekundenbruchteile) in your Renamer preset.
If these are included, IMatch loads the metadata date from the database to check for 1/100s and this overrides the File.DateTime.Local usually used since it is UTC.

I have now correct that and the Renamer ignores anything returned from the database except for the 1/100s part, keeping the File.DateTime.Local value intact.

I don't know if you really need to include the 1/100s in your Renamer preset, but if you remove it, the time will be correct.

[digi56]

Danke Axel
Danke Mario
Habe das VarToy bisher noch nie verwendet, musste etwas suchen.
 UT: {File.DateTime}
LT: {File.DateTime.Local}
LT: {File.DateTime.Local.TZO}
OT: {File.DateTime.Original}
OT: {File.DateTime.Original.TZO}

Modell NIKON Z 7_2
Mein altes File: "20230106_16-56-01_59.NEF"

UT: 06.01.2023 16:56:01
LT: 06.01.2023 16:56:01
LT: 06.01.2023 16:56:01+01:00
OT: 06.01.2023 16:56:01
OT: 06.01.2023 16:56:01+01:00
Wenn ich dieses File nochmals umbenennen würde, bekommt das File eine neue Zeit. 

Originalname    Zielname    Ergebnis
\\diskstation2\fschefer\daten\dcim\fschefer\2023\20230106_Kreuzbleiche_Skatepark\20230106_16-56-01_59.NEF    
\\diskstation2\fschefer\daten\dcim\fschefer\2023\20230106_Kreuzbleiche_Skatepark\20230106_15-56-01_59.NEF    

Weiteres Beispiel mit einem File von Fuji X100
Modell X100T
File: "DSCF2966.RAF"

UT: 12.04.2015 12:23:57
LT: 12.04.2015 12:23:57
LT: 12.04.2015 12:23:57+02:00
OT: 12.04.2015 12:23:57
OT: 12.04.2015 12:23:57+02:00

Originalname Zielname Ergebnis
\\diskstation2\fschefer\daten\dcim\fschefer\_kamera_import\_von_anderen _PCs\2015-04-12\DSCF2966.RAF \\diskstation2\fschefer\daten\dcim\fschefer\_kamera_import\_von_anderen _PCs\2015-04-12\20150412_10-23-57_00.RAF

Ich hoffe ihr könnt mir weiterhelfen.
Liebe Grüsse Fredi

[digi56]

Figured it out.

The problem is the 100/seconds (Sekundenbruchteile) in your Renamer preset.
If these are included, IMatch loads the metadata date from the database to check for 1/100s and this overrides the File.DateTime.Local usually used since it is UTC.

Danke vielmals, dies ist ist eine temporäre Lösung.
Ich verwende die 100/Sekunde, damit bei Sportevents die Bilder von den Sportlern analysiert werden können.


Danke für den Support.
Liebe Grüsse Fredi

[Mario]

Du kannst statt des Renamer Standard-Steps Date/Time auch einfach einen Text-Step mit

{File.DateTime.Local|format:YYYYMMDD_hh-mm-ss}

oder

{File.DateTime.Local|format:YYYYMMDD_hh-mm-ss.s100}

verwenden. Das ist eine endgültige Lösung.