noch'n FileSplitter

[himitsu]

So, hier gibt's nun nocheinen weiteren FileSplitter

is unter Anderem aus folgenden Themen hervorgegangen
> ReadFileScatter/WriteFileGatter
> UPX-Explorerintegration

was soll ich sagen, 's is mehr wie 'ne Konsolenanwendung aufgebaut und ebenso wie meine UPX-Explorerintegration im Explorer integrierbar.

über "FileSplitter -h" (oder einfach so starten und dann -h im 1. Parameterfenster eingeben) kommt man an eine kurze Erklärung der wenigen Parameter.

im Grunde recht einfach:
teilen> FileSplitter -S Datei Größe
zusammenfügen> FileSplitter -C Datei.001

man kann auch einfach dat Programm aufrufen und gibt dann über die 2 bis 3 Dialoge seine Daten ein, oder man nutzt die Explorerintegration und kann über's Popupmenü Dateien teilen und zusammenfügen.


Das Programm selber ist eigentlich soweit fertig ... die wenigen Funktionen, welche es biete sind funktionsfähig und vermutlich kaum noch (wenn überhaupt) optimierbar.

Es läuft ab WinNT 4.0 SP4 (NT4+ 2K XP Vista)

• Zieldateiname wird aus der Quelldatei erzeugt
• Zielverzeichnis entspricht dem Quellverzeichnis
• SplitSize wird auf ein vielfaches der Sektor-Größe aufgerundet (meißt 512 Byte-Schritte)
  der Code würde sonst, auf Grund des NonCached-Read/Write, wesendlich aufwendiger werden müssen
• Datum (LastWrite) und Attribute werden jeweils von der/den Ausgangsdatei(en) übernommen
  diese Daten gehen also nicht verloren
• eine Fortschritts-/aktivitätsanzeige gibt es nun
• Registryeinträge (durch das Program01010747.jpgm), INIs, oder Ähnliches gibt es nicht
• entweder als Einzeldatei nutzbar,
  oder mit der Explorerintegration über den Explorer (PopupMenü)
• es kann jetzt auch 'ne BatchFile für's zusammenfügen erstellt werden (Parameter 1 = -SB )
  eine Batchdatei für's Zusammenfügen (ohne Programm) wird jetzt immer mit erstellt
• eine .MD5-Datei wird ebenfalls erstellt
  und wird eine .MD5-Datei beim Zusammenfügen (über's Programm) gefunden, so wird die Datei natürlich auch mit dieser verglichen

Installation:

• entweder die einzelne Programmdatei aufrufen (egal wo sie liegt)
• Zip-Datei nach C:\Programme entpacken
  im entstandenen Verzeichnis "C:\Programme\FNS Ent\FileSplitter" die install.reg ausführen
  und schon ist es über das PopupMenü nutzbar

Deinstallation:

• einfach nur die Datei(en) löschen
• oder wenn im Explorer integriert, dann die Uninstall.reg ausführen (in C:\Programme\FNS Ent\FileSplitter)
  und dann nur noch das Verzeichnis löschen

[himitsu]

Update:
Hier die richtige (endgültige) Version ... was vergessen wieder reinzumachen (hatte mich schon gewundert, warum es wieder so langsam war o.O ) und dann noch ein Sprach- und der Rechenfehler bei der Datenrate.

[himitsu]

So, da ja Luckie nun geschwindikkeitsmäßig bestimmt bald aufholen wird,
mußten halt noch ein paar wenige Neuerungen her


1. ein kleiner Fehler (blödes Copy&Paste) bei der SplitSize (byte) behoben
(wenn keine Erweiterung existiert, dann sollte man sie auch nicht abgeschneiden )

2. Vereinfachung bei SplitSize ... z.B. ist jetzt statt 16MB/16mb auch 16m möglich

3. die BatchFile wird jetzt immer mit erstellt (kein extra Parameter mehr)

4. 'ne .MD5-Datei wird ebenfalls mit erstellt

5. wird eine .MD5-Datei beim Zusammenfügen (über's Programm) gefunden, so wird dieser natürlich auch geprüft ^^

6. Ach, zu erwähnen sei noch, dat meine Batchdatei schon seit Anfang an mit mehr als nur 999 Teilen und auch schön langen Dateinamen zurechtkommt
da ich von soeinem Problem gerade mal im anderen FileSplitterThread gelesen hab

Na ja, zumindestens kommen beide Batchdateien nicht mit nicht-OEM-kompatieblen Dateinamen zurecht :\ (aber dat läßt sich eh nicht ändern, vorallem da kurze 8.3-Namen keine Option sind)

[add]
so Dateien sind endlich oben
(ich sollte mir langsam mal merken "erst Dateien und dann Beitrag hochladen" ... vorallem wenn der Rechner ma wieder spinnt)

Und dann gibt's jetzt auch noch 'nen Screenshot aller Programmfenster

[himitsu]

So, jetzt auch als winzige NonVCL (Dank PSDK, ä viel Schweiß und 'nem bissl Win32API-Tutorial)
und voll unicodefähig (natürlich außer der Batch).

Alle wichtigen Strings wurden in die Ressourcendatei ausgelagert
und wer Lust hat, der kann mir ruhig 'ne Übersetztung zukommen lassen.
(der/die wird natürlich in der .rc erwähnt)

Also diese Teile in der gewünschten Sprache:

Code:

LANGUAGE LANG_..., SUBLANG_...

  STRINGTABLE
    BEGIN
      201 ...
      ...
    END

  100 DIALOGEX 0, 0, 193, 83
    ...

  300 DIALOGEX 0, 0, 193, 121
    ...

  400 DIALOGEX 0, 0, 193, 60
    ...

Bei letzten Tests mit kleinen und großten Dateien gab's keine Probleme,
ich hoffe also einfach ma, dat sich daher keiner Beschweren wird.

z.B.: 8 GB > 4 MB-Stückchen, oder auch mal 'ne 8 MB-Datei in 16.403 Häppchen:

Zitat von *.md5:

290811312D9DF61AC75CCC44BB0921A8
8.398.258 byte = 16403 parts * 512 byte

und's is schonma witzig, wenn man da die 1 MB-kleine Batchfileim Verhältnis zur geteilten Datei sieht, welche sogar noch funktioniert

Zitat von Explorer über *.bat:

1.056.218 Bytes

Ein Rechenfehler bei der PartSize verhinderte, daß Teile über 2 GB erstellt werden konnten (wurde auf 32 Bit beschnitten ).

Passend zu diesem "Unfall" wurde jetzt auch ein neuer vordeffinierter Wert für SplitSize eingeführt.
"32bit" is'n bissl kleiner als 2 GB, also praktisch für FAT und ältere BS.
Außerdem hab'sch den Wert für "DVD" etwas realitätsnaher ausgelegt ... warum müßen die Hersteller och mit 1000 rechnen

[himitsu]

nachdem ich mir das hier durchgesehn hatte, hab ich mich entschlossen den Thread nicht nach Freeware zu verschieben zu lassen und fortzuführen, da es hier nja komisch aussieht und sih eh zuviel geändert hat (abgesehn von der äußerlichen Form)


also weiter geht's dort
http://www.delphipraxis.net/internal...t.php?t=123463