nachdem ich in SilverFast ziemliche Probleme mit Dateien hatte, die ich im Windows-Explorer umbenannt hatte, möchte ich hier eine Warnung aussprechen, um anderen Nutzern ähnliche Unannehmlichkeiten zu ersparen. Das Problem wurde auch im SF-Forum angesprochen, aber wie man aus den Antworten sieht, von LSI bislang abgestritten: http://forum.silverfast.com/changing-th ... 12116.html und http://forum.silverfast.com/silverfast- ... 12231.html.
Es gibt in SilverFast HDR Probleme, wenn man auf Betriebssystemebene (z.B. mit dem Windows Explorer) die Rohbilder umbenennt. Denn SF merkt sich bei HDRiRAW-Format den beim Scan vergebenen Dateinamen in den Metadaten (neu eingeführter namespace XMP:Silverfast, Tag ScanFrames kann z.B. mit EXIFtool ausgegeben werden) und auch (bei anderen Rohformat-Dateien) in den Einstellungen, die unter C:\Users\Hermann-Josef\AppData\Roaming\LaserSoft Imaging\SilverFast 8 HDR\ abgelegt sind (und beim Rücksetzen der Software gelöscht werden). Worauf HDR im Einzelnen zugreift, ist mir immer noch nicht ganz klar. Der Name in den Metadaten und/oder der in den Einstellungen gespeicherte werden nun in HDR verwendet, statt des aktuell geänderten Namens. Durch das Umbenennen treten dann eine Reihe von Problemen auf, die mich ziemlich verwirrt hatten:
- Öffnet man in HDR eine umbenannte HDRiRAW-Datei, dann wird unter "Bilddimensionen -- Name" der ursprüngliche Name aus den Metadaten übernommen. Man muss also bei jedem Bild den Namen erneut auf den aktuell gültigen Namen umändern. Ansonsten weicht der Name des Ausgabebildes vom Namen des Eingabe-Rohbildes ab (siehe oben genannte Forumsbeiträge). Bei älteren Dateien werden im VLT falsche Vorschaubilder angezeigt. Beim Öffnen eines Bildes wird hier zwar der korrekte aktuelle Name angezeigt aber das falsche Bild geöffnet.
- Wird beim Umbenennen ein Name verwandt, der zuvor schon vergeben war, dann kommt die Datenbank in HDR durcheinander (Beispiel: Beim Scan werden die Namen 1, 2, 3 und 4 vergeben. Danach wird 4 in 5, 2 in 4 und dann 5 in 2 auf Windowsebene umbenannt und HDR neu gestartet. Die Vorschau in HDR bleibt gleich! Öffnen des ursprünglichen Bildes 2, das jetzt 4 heißt, öffnet das ursprüngliche Bild 2 statt 4). Es kann dann auch vorkommen, dass Bilder in der VLT-Vorschau doppelt vorkommen oder gar nicht angezeigt werden.
Ein Umbenennen von Bilddateien ist aber z.B. für mich dann unumgänglich, wenn ich im Magazin Bilder übersprungen hatte. SF zählt dann beim Index einfach weiter und berücksichtigt nicht die Lücken. Damit laufen die Nummern der Dias und die Bildnummern auseinander und müssen durch manuelles Umbenennen wieder synchronisiert werden. Ich zumindest lege Wert darauf, dass die Nummern auf meinen Dias und die zugehörigen Nummern im Dateinamen übereinstimmen .
Das erstgenannte Problem oben ist übrigens verwandt mit dem Problem bei der Verwendung der Rahmeneinstellungen oder Rahmensets in HDR. Beide enthalten den Dateinamen in den gespeicherten Einstellungen. Beim Absetzen eines erfolgreichen Rahmenkommandos in HDR wird dann der aus der Eingabedatei übernommene Name unter "Bilddimensionen -- Name" durch den in den Rahmeneinstellungen oder dem Rahmenset gespeicherten Standard-Dateinamen überschrieben. Damit würden bei manueller Verarbeitung (also ohne Jobmanager) alle Ausgabebilder den gleichen Namen erhalten (im Standardfall von "factory default" ist das "Image 1"). Auch hier ist dann jedes Mal ein manuelles Eingreifen nötig, um den ursprünglichen Dateinamen des Rohbildes zu erhalten. Man hat hier einfach das Prozedere vom Scanprogramm in HDR übernommen ohne zu bedenken, dass es einen wesentlichen Unterschied zwischen beiden gibt: Bei Scan wird eine neue Datei erzeugt, bei HDR wird eine bestehende Datei bearbeitet. Der Name der letzteren muss aber für Archivierungszwecke (zumindest als Bestandteil des Namens) erhalten bleiben.
Hermann-Josef