wenn er keine zeit hat vielleicht stellt er es ja als opensource rein so das andere das programm weiter machen können und wir trotzdem mit updates versorgt werden
erst noch einmal sorry für die Verzögerung. Der wichtigste Punkt ist zur Zeit die Unterstützung für RAR5 sowie ich das mitbekommen habe?
Ich habe bis jetzt zumindest noch nichts heruntergeladen, was nicht funktioniert hatte.
Wenn ich es demnächst nicht schaffe, werde ich das Tool wohl als Open-Source zur Verfügung stellen.
Hab mit der neuen Version jetzt angefangen.
Die Unterstützung des RAR5 Formats wurde bereits implementiert und scheint zu funktionieren auf den ersten Blick. Andere Punkte werde ich noch in den nächsten 2 Wochen umsetzen.
Falls irgendwelche Probleme auftreten, werde ich bescheid sagen.
Eine Option wo man selbst einen Zielordner der entpackten Dateien festlegen kann, wäre nicht schlecht.
In der aktuellen Version gibts nur die Optionen entpacken ins Root-Verzeichnis oder einen Unterordner. Dieser Unterordner wird im Rootverzeichnis der gepackten Dateien angelegt, was jedoch etwas kontraproduktiv ist 1 mal bearbeitet, zuletzt 23. Feb. 2015, 10:22 Uhr
die Funktion gibt es bereits. Du kanns für jeden hinterlegten Ordner in den Einstellungen ein Verzeichnis angeben, wohin die Daten entpackt werden sollen. Dafür musst du folgendes eintragen:
C:\UEBERWACHEN\ >> C:\ENTPACKEN_NACH\
die Funktion gibt es bereits. Du kanns für jeden hinterlegten Ordner in den Einstellungen ein Verzeichnis angeben, wohin die Daten entpackt werden sollen. Dafür musst du folgendes eintragen:
C:\UEBERWACHEN\ >> C:\ENTPACKEN_NACH\
Also wichtig sind halt die zwei >> Symbole.
Bei Problemen oder Features einfach anfragen ;-)
Lg,
R3pT1l3
Leider crashed das Programm sobald man das versucht.
Kannst du das nochmals anschauen?
Vielen Dank
das kann ich leider bestätigen das problem hatte ich schon vor längerer zeit hier gepostet das es mit dem ziel ordner noch nicht ganz sauber läuft
was super wäre wenn man selber angeben könnte bei welchen wörtern er die entpackte datei kürzt vielleicht per regex.
mfg
Ich bekommen den Absturz leider nicht nachgestellt Könnt ihr da was genauers zu sagen? Also tragt ihr die Pfade manuell per Hand ein oder per Copy/Paste?
Stürzt das Tool auch ab, wenn ihr nur nen einfachen Pfad eintragt, also ohne >> ?
@Error-404: Wie stellst du dir die Funktion genau vor? Wenn der nur eine Datei entpackt, soll diese dann bei bestimmten Dateinamen umbenannt werden in xyz? Oder eine allgemeine Regel zum umbennen, egal wie viele Dateien entpackt wurden?
So... neue Version ist nun endlich Online.
Habe die Version mal grob getestet. Scheint auf den ersten Blick zumindest besser zu funktionieren wie die 1.6er...
Es wurde jedoch die komplette Routine zum Entpacken neu programmiert, da 7z leider kein RAR5 Format unterstützt. Von daher wird das Entpacken nun mit "unrar.exe" realisiert.
Falls Probleme auftreten, bitte eine Info geben.
Ihr könnt die Version auch über die Update-Routine im Tool erhalten.
Beim ersten installieren habe ich die Version 1.7 auf die 1.6 drüber installiert:
- 7zip.dll war danach noch im Programmverzeichnis vorhanden
data.xml wird ja 1:1 übernommen, damit leider auch die Programmfehler & Falscheintragungen der Vergängerversion:
- bei 1.6 hatte ich auch das Problem mit dem einfrieren bei klick auf "Start", dieser Fehler tritt auch bei 1.7 auf
- Einstellungen => Allgemein => Folgende Dateitypen überwachen:
alle eingetragenen Dateitypen werden zwar übernommen, aber es findet leider keine Bereinigung der Nicht-Unterstützten Dateiformate statt. Ich hatte zum tesen mal .*par, & .*cab hinzugefügt. Wurden zwar nicht unterstützt, aber ich hatte vergessen diese wieder zu entfernen. Waren somit in der neuen Version auch wieder aufgelistet
Hab also wieder deinstalliert und Data.xml per Hand gelöscht. Nach der nochmaligen Installation, waren dann alle Grundeinstellungen der 1.7 da. Jetzt stürzt auch das Programm nicht mehr ab, wenn ich bei den Zielordnern die " >> " verwende.
Vielleicht ist das ja so gewollt, aber kann man nicht in der Installation eine Funktion einfügen die zwar die *.xml Datei, also Nutzereinstellungen (PW-Liste, überwachte Ordner, Anzahl Entpackvorgänge etc) übernimmt, aber alle fehlerhaften Einträge löscht und auf die Grundeinstellungen zurücksetzt.
noch ne Frage zu den unterstützten Dateitypen: werden auch *.r01, *.r02, *.r03... Files unterstützt? Reicht es da, wenn ich folgendes eintrage:
grindler23 schrieb: noch ne Frage zu den unterstützten Dateitypen: werden auch *.r01, *.r02, *.r03... Files unterstützt? Reicht es da, wenn ich folgendes eintrage:
*.r0*, *.r1*, *.r2*, *.r3*, *.r4*, *.r5* usw.
Ohne die *.rar Datei bringen dir die *.r[0-9]* Dateien doch gar nichts o_O
@grindler23:
Vielen Dank erstmal für das umfangreiche Feedback. Anscheinend lag das Problem mit dem Entpackverzeichnis wohl an einer "alten" XML-Datei. Du hast nicht zufällig noch die "kaputte" XML-Datei da und kannst mir diese zusenden?
- Die 7z wird nicht automatisch gelöscht von der Setup-Routine. Nur bei einer Neuinstallation ist diese Datei nicht mehr enthalten.
- Das mit der Bereinigung von nicht unterstützten Dateitypen, etc... ist leider nicht ganz so einfach. Ich will halt nicht einfach irgendwelche Einstellungen zurücksetzen. Außerdem weiß ich selber gar nicht genau, welche Dateiformate die "unrar.exe" alle unterstützt... Müsste ich erstmal recherchieren. "Normalerweise" sollte ein Update jedoch ohne Probleme funktionieren.
- Zu deiner Frage mit den *.r01, *.r02, .. Dateien. Wenn du in der Liste *.rar eingetragen hast, dann erkennt der ggf. automatisch, dass das Archiv mehrere Dateien (r01, ..) beinhaltet. Es reicht also nur *.rar anzugeben. Vor dem Entpacken wird ja auch geprüft, ob das Archiv vollständig ist, also ob alle Volumes vorhanden sind.
- Auch wenn man hinterlegt, dass er automatisch *.rar Dateien nach dem Entpacken löschen soll, dann werden auch die zugehörigen Volumes gelöscht.
Ich weiß das *.r[0-9] Rar-Dateien sind. Ums mal anders zu erklären, ich glaub das nennt sich multiple Archive, bin mir aber nich sicher ob das damit gemeint ist:
Ich hab einen Ordner mit 10x zip-Dateien (abcd123a.zip - abcd123j.zip), Jede zip-Datei enthält eine Rar--Datei. In abcd123a.zip ist 4567.rar, und in jeder nachfolgenden zip ist eine r01, r02, r03, r04 usw
Der AutoEntpacker zeigt bei jeder dieser Dateien als Status "unvollständig". Also erkennt diese Art von Archiven nicht. Da jede dieser r** einzeln gepackt sind, dacht ich, das man bei hinzufügen dieser endungen dieses Problem behebt. Hab jetzt auch selber probiert. aber keine Chance, über mehrere Ebenen entpacken ist leider nicht möglich.
Vielleicht gibts ja da ne Möglichlkeit, sowas noch in das Tool mit zu integrieren.
Da ich nirgends was gefunden habe, zu den unterstützten Dateitypen von unrar geh davon aus das es die selben sind wie bei winrar:
RAR, ZIP, CAB, ARJ, LZH, ACE, TAR, GZip, UUE, ISO, BZIP2, Z und 7-Zip
Data.xml hab ich gelöscht. Ich schau mal ob ich die wiederhertellen kann
erstmal ein riesen Dankeschön für das Update
Leider werde ich nicht ganz schlau daraus was ich genau bei Unbennenung eintragen muss, damit die Files wieder in den Ordnername unbenannt werden.
@grindler23:
Also meiner Meinung nach sollten deine Archive entpackt werden, indem du *.zip, *.rar einträgst. Er sollte dann zuerst alle zip Dateien entpacken. Wenn er dann die ZIP-Datei entpackt hat, die die RAR-Datei beinhaltet, wird diese direkt in den AutoEntpacker aufgenommen als neues Archiv (vorausgesetzt es befindet sich noch im überwachten Ordner).
Sobald dieses Archiv dann an der Reihe ist, wird überprüft, ob sich es um ein multiples Archiv handelt und wenn ja, ob dieses vollständig ist. Erst wenn es vollständig ist, wird versucht die *.rar Datei zu entpacken.
Hast du das mal so getestet? Ansonsten werd ich es nochmal testen und mir so ein multiples Archiv anlegen.
@Athuros:
Ist bei dir bei den Umbenennungen ein Beispiel hinterlegt? Das sollte wie folgt funktionieren:
Das obere Feld leerst du komplett und trägst folgendes Suchmuster ein: (.*)\(.*)\(.*).([a-zA-Z0-9]{3})
Vermutlich gibt es auch bessere Suchmuster, jedoch bin ich kein Regex Profi
In das untere Feld trägst du dann das folgende Muster ein:
$2.$4
Das besagt halt nur, dass er den Inhalt der zweiten und vierten Klammer aus dem Suchmuster ausliest, und daraus den neuen Dateinamen erstellt.
wenn er keine zeit hat vielleicht stellt er es ja als opensource rein so das andere das programm weiter machen können und wir trotzdem mit updates versorgt werden
#