Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Speichern einer kontinuierlich überschriebenen Datei im Temp-Ordner in anderem Ordner
Ich setze regelmäßig ein Programm ein, mit dem in ein bestimmtes, firmenspezifisches Dateiformat eingebettete, verschlüsselte jpegs angezeigt werden können. Eine Kopie des jeweils angezeigten Bildes wird unverschlüsselt im Windows Temp-Ordner gespeichert, beim Anzeigen der nächsten Datei aber sofort wieder mit dem neuen jpeg überschrieben.
Ich benötige jetzt ein Programm,dass die jpegs aus dem Temp-Ordner in einen anderen Ordner überträgt, bevor sie wieder überschrieben werden.
Es wäre ideal, wenn man nur den Quell- und Ziel-Ordner eingeben müsste und das Programm dann das Gewünschte automatisch erledigt.
Vielen dank für deine Mühe und die superschnelle Beantwortung. Ob das Programm funktioniert, kann ich aber nicht prüfen.
Wenn ich es auf dem XP-Betriebssystem öffnen will, kommt immer der Hinweis, es sei keine zulässige WIN32-Anwendung. Das Programm zum Extrahieren der jpegs läuft leider nur bis XP und unter Win7 und neuer nicht.
Noch einmal zur Erläuterung der Anforderung: das Programm soll nur die nach dem Öffnen der Datei im Temp-Ordner abgelegte Graphik in den anderen Ordner speichern, nicht evtl noch hinzugekommene Zusatzdaten.
Der Ablauf geht so, dass ich die verschlüsselte Datei mit einem Viewer öffne. Dabei wird automatisch eine Kopie des angezeigten Bilds im temp-Ordner abgelegt. Die muss dann in dem anderen Ordner gespeichert werden, da sie beim Öffnen einer weiteren Datei mit der neuen Bilderkopie, die dann auch gespeichert werden soll, überschrieben wird.
Gruß, Carsten
Ergänzung ()
So, ich habe gerade die aktuelle Version des Viewers bekommen. Die läuft auch unter WIN7. Dein Progrämmchen aber nicht. Die Bilddatei wird mit der Endung .sbf zwar im Temp-Ordner abgelegt, von dem Tool aber nicht übernommen.
Stattdessen werden am Anfang eine Reihe von Dateien in den Zielordner gepackt, die mit dem Viewer nichts zu tun haben und das Programm bricht mit der folgenden Fehlermeldung ab: Der Prozess kann nicht auf...Quell-Ordner\adb.log... zugreifen, da sie von einem anderen Prozess genutzt wird.
Das hier funktioniert zwar prinzipiell, vergisst aber zwischendurch immer mal wieder Dateinen oder diese sind nicht lesbar, was bei datensätzen mit 500 oder mehr Bildern die bearbeitbarkeit zu stark behindert.:
Dim fso, f
Set fso = CreateObject("Scripting.FileSystemObject")
Set f = fso.CreateFolder("Pfad eingeben")
CreateFolderDemo = f.Path
Set objFSO = CreateObject("Scripting.FileSystemObject")
Set objWMIService = GetObject("winmgmts:\\.\root\cimv2")
Set colEvents = objWMIService.ExecNotificationQuery _
("SELECT * FROM __InstanceCreationEvent WITHIN 0.8 WHERE " _
& "TargetInstance ISA 'CIM_DirectoryContainsFile' AND " _
& "TargetInstance.GroupComponent = 'Win32_Directory.Name=""" _
& Replace(tempPath, "\", "\\\\") _
& """'")
Do
Set objEvent = colEvents.NextEvent()
On Error Resume Next
WScript.sleep 900
strFile = Replace(Replace(Split(objEvent.TargetInstance.PartComponent, "=")(1), "\\", "\"), """", "")
If 0 = StrComp(objFSO.GetExtensionName(strFile), "sbf", vbTextCompare) Then
objFSO.CopyFile strFile, copyToPath & "\" & objFSO.GetBaseName(strFile) & ".jpg", True
End If
On Error Goto 0
Loop
Hab das Programm angepasst. Es schaut jetzt nur nach Dateien mit der Endung .sbf. Wenn du auf Start klickst werden die Hashes aller sbf-Datein im Quellordner in einer Liste gespeichert, ebenso im Zielordner. Dann prüft das Programm jede Sekunde ob im Quellordner eine sbf-Datei ist, deren Hash in keiner der beiden Listen ist. Wenn das der Fall ist wird diese Datei in den Zielordner kopiert (wobei der Hash in den Dateinamen eingefügt wird, damit dieser eindeutig ist) und der Hash in der Liste gespeichert. Sollten Fehler auftreten, werden diese ohne Meldung ignoriert und das Programm arbeitet trotzdem weiter.
Ich bin nicht ganz sicher, was passiert, wenn mein Programm die Datei kopiert, während das andere Prorgamm sie gerade erst schreibt. Evtl. wird die Datei dann nur teilweise kopiert und ist somit ungültig. Im nächsten Zyklus, wenn sie vollständig ist, wird sie dann korrekt kopiert. Ist das schimm?
Da der Code nur jede Sekunde aufgerufen wird, gibt es Probleme, wenn die Datei von dem anderen Programm schneller überschrieben wird. Kommt das vor?
hier der angepasste Code:
Code:
using System;
using System.Collections.Generic;
using System.Diagnostics;
using System.IO;
using System.Text;
using System.Windows.Forms;
using System.Security.Cryptography;
namespace CB_17062015
{
public partial class Form1 : Form
{
private List<string> _listeSchonImZiel;
private List<string> _listeVorherSchonInQuelle;
private DirectoryInfo _quelle;
private DirectoryInfo _ziel;
FolderBrowserDialog fbdQ = new FolderBrowserDialog();
FolderBrowserDialog fbdZ = new FolderBrowserDialog();
public Form1()
{
InitializeComponent();
}
private void StartStop_Click(object sender, EventArgs e)
{
try
{
if (timer1.Enabled)
{
timer1.Stop();
btnStartStop.Text = "Start";
}
else
{
_quelle = new DirectoryInfo(txtQuelle.Text);
_ziel = new DirectoryInfo(txtZiel.Text);
try
{
FülleListeSchonImZiel();
FülleListeSchonInQuelle();
}
catch {/*Fehler ignorieren*/}
timer1.Start();
btnStartStop.Text = "Stop";
}
}
catch (Exception ex)
{
MessageBox.Show(ex.Message);
timer1.Stop();
btnStartStop.Text = "Start";
}
}
private void btnWähleQuelle_Click(object sender, EventArgs e)
{
if (fbdQ.ShowDialog() == DialogResult.OK)
{
txtQuelle.Text = fbdQ.SelectedPath;
}
}
private void btnWähleZiel_Click(object sender, EventArgs e)
{
if (fbdZ.ShowDialog() == DialogResult.OK)
{
txtZiel.Text = fbdZ.SelectedPath;
}
}
private void timer1_Tick(object sender, EventArgs e)
{
Debug.Print("timer1_Tick");
try
{
foreach (var f in _quelle.GetFiles())
{
if (f.Extension==".sbf")
{
try
{
string hash = BerechneHash(f);
Debug.Print("Datei '{0}' Hashcode '{1}'", f.FullName, hash);
if (!_listeVorherSchonInQuelle.Contains(hash))
{
if (!_listeSchonImZiel.Contains(hash))
{
try
{
f.CopyTo(FügeHashAnDateiNameAn(f, hash));
_listeSchonImZiel.Add(hash);
}
catch {/*Fehler ignorieren*/}
}
}
}
catch {/*Fehler ignorieren*/}
}
}
}
catch (Exception ex)
{
MessageBox.Show(ex.Message);
timer1.Stop();
btnStartStop.Text = "Start";
}
}
void FülleListeSchonInQuelle()
{
Debug.Print("FülleListeSchonInQuelle");
_listeVorherSchonInQuelle = new List<string>();
foreach (var f in _quelle.GetFiles())
{
if (f.Extension == ".sbf")
{
string hash = BerechneHash(f);
Debug.Print("Datei '{0}' Hashcode '{1}'", f.FullName, hash);
_listeVorherSchonInQuelle.Add(hash);
}
}
}
void FülleListeSchonImZiel()
{
Debug.Print("fülleListeSchonImZiel");
_listeSchonImZiel = new List<string>();
foreach (var f in _ziel.GetFiles())
{
if (f.Extension == ".sbf")
{
string hash = BerechneHash(f);
Debug.Print("Datei '{0}' Hashcode '{1}'", f.FullName, hash);
_listeSchonImZiel.Add(hash);
}
}
}
string BerechneHash(FileInfo fInfo)
{
FileStream fileStream = fInfo.Open(FileMode.Open);
fileStream.Position = 0;
RIPEMD160 myRIPEMD160 = RIPEMD160Managed.Create();
byte[] hashValue = myRIPEMD160.ComputeHash(fileStream);
StringBuilder sb=new StringBuilder();
for (int i = 0; i < hashValue.Length; i++)
{
sb.Append(String.Format("{0:X2}", hashValue[i]));
}
fileStream.Close();
return sb.ToString();
}
private string FügeHashAnDateiNameAn(FileInfo f, string hash)
{
string nurName=Path.GetFileNameWithoutExtension(f.Name);
string extension = f.Extension;
return Path.Combine(_ziel.FullName, nurName + "_" + hash + "." + extension);
}
}
}
Polling ist nicht so schön. Ich würde FileSystemWatcher verwenden. Muss man nur mit der Puffergröße aufpassen, falls sehr viele Änderungen auf einmal reinkommen. Es empfiehlt sich eine Queue zu verwenden, die in einem eigenen Thread abgearbeitet wird.
jetzt funzt es teilweise. Ich habe mal nachgemessen: als ich das Programm mit der im Viewer enthaltenen Automatik durchlaufen lasse habe, wurde 24 Datensätze in 22 Sekunden bearbeitet. Die Zeit müsste also etwas kürzer als 1 sein.
Aber auch wenn ich die Datensätze im Viewer manuell weiterschalte, gibt es teilweise Probleme: ich bekomme da die Fehlermeldung "Fehler beim Öffnen der Datei". Wenn ich die wegklicke, ist das sbf-jpeg mit der jeweiligen Nummer (die bei den Datensätzen unterschiedlich ist, es wird durchgezählt) im Zielordner. Es passiert allerdings auch, dass die Datensätze ungestört durchlaufen, die sbf-jpegs aber nicht in den Zielordner übertragen werden, obwohl sie im temp-Ordner enthalten sind.
