Hi,
mir fehlt die Möglichkeit, die SplitEditBox-Einstellungen umzubelegen.
Vielleicht habe ich es nur nicht gefunden?! Ansonsten wären Einträge in der INI-Datei für mich die Lösung (change request).
Grüße
tcfan
Datei aufspalten (Bytes pro Datei) - konfigurierbar?
Moderators: Hacker, Stefan2, white
-
ghisler(Author)
- Site Admin
- Posts: 50840
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Die Voreinstellungen lassen sich nicht ändern, aber man kann beliebige Werte von Hand eingeben, z.B. 700 MB = 700x1024x1024 bytes) fur CD-Rs.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
Vielen Dank, aber
diese Möglichkeit habe ich auch schon ermittelt. Ich hatte gehofft, es könnte bequemer (Der Mensch ist doch grundsätzlich faul!) gehen.
Tschüs
tcfan
Tschüs
tcfan
Hallo,
schönen guten Abend.
Gerne hätte ich es lieber, wenn ich einfach eingeben könnte, in wie viele Teile die Datei gesplittet werden soll. Es wäre für mich viel bequemer. Da ich halt Datenübertragung nutze, bringen mir persönlich die Vorgaben gar nichts, obwohl ich sie natürlich nicht missen möchte.
Gruß PeSchu
schönen guten Abend.
Gerne hätte ich es lieber, wenn ich einfach eingeben könnte, in wie viele Teile die Datei gesplittet werden soll. Es wäre für mich viel bequemer. Da ich halt Datenübertragung nutze, bringen mir persönlich die Vorgaben gar nichts, obwohl ich sie natürlich nicht missen möchte.
Gruß PeSchu
viel störender finde ich die tatsache, dass keine dateigrößen kleiner als 10 byte gewählt werden können, was hat diese beschränkung für einen sinn!?
zur not halt mit 'Wollen Sie das wirklich?' wenns weniger als 100byte sind oder so
schön wär es auch wenn der TC mehr als 999 Teile schaffen würde, indem er einfach vorher ausrechnet wieviele teile es geben wird und dann die drei stellen entsprechend erweitert.
eigentlich brauchte ich ja eine funktion die eine datei an einer Stelle teilt
mit aufspalten und zusammenfügen mit dateigröße 1byte hätte ich das ja auch schnell geschafft, leider geht das so noch nicht mit dem TC
zur not halt mit 'Wollen Sie das wirklich?' wenns weniger als 100byte sind oder so
schön wär es auch wenn der TC mehr als 999 Teile schaffen würde, indem er einfach vorher ausrechnet wieviele teile es geben wird und dann die drei stellen entsprechend erweitert.
eigentlich brauchte ich ja eine funktion die eine datei an einer Stelle teilt
mit aufspalten und zusammenfügen mit dateigröße 1byte hätte ich das ja auch schnell geschafft, leider geht das so noch nicht mit dem TC
2sebseb wrote:...eigentlich brauchte ich ja eine funktion die eine datei an einer Stelle teilt
mit aufspalten und zusammenfügen mit dateigröße 1byte hätte ich das ja auch schnell geschafft, leider geht das so noch nicht mit dem TC
Kannst Du die Postion der Trennstelle nicht einfach als Größe beim "Datei aufspalten" angeben?
Was Du da vorhast, mit den 1Byte Dateien, kommt mir viel zu aufwendig vor.
Mit freundlichem Gruß
Holger
Dann solltest Du mal genau überlegen, ob das noch eine Aufgabe für einen Dateimanager ist, oder ob es nicht besser wäre dafür eine paar Zeilen in einer Programmiersprache Deiner Wahl einzusetzen .seb wrote:hehe, ich brauchte jetzt zum wiederholten male alles ab der 2. stelle
Mit freundlichem Gruß,
Holger
2seb,
Das Aufspalten ist im TC enthalten um große Dateien mittels Medien mit limitierter Speicherkapazität zu transportieren.
Das kann eine Floppy,CD,DVD,FAT32-Laufwerk oder auch ein Mailaccount mit Begrenzung der Größe der Anhänge sein.
Ziel dieser Übung ist es allerdings, das die Datei am Zielort wieder in ihrer ursprünglichen Form zusammengesetzt wird.
Darum gibt es auch eine CRC-Prüfsumme um die originalgetreue Kopie zu garantieren/verifizieren.
Mir ist allerdings keine Transportmedium bekannt, bei dem die Maximalgröße einer Datei 1Byte beträgt. Selbst die unter Grenze von 10 Byte scheint mir in diesem Zusammenhang als viel zu klein.
Das hindert natürlich niemanden daran, die Funktion zu einem anderen Zweck zu missbrauchen.
Wenn ich Dich richtig verstehe, dann möchtest Du die aufgespaltete Datei in einer anderen Kombination wieder neu zusammensetzen. Dabei wird dann allerdings keine Kopie mehr erzeugt, sondern etwas anderes.
Ohne jetzt genau zu wissen welche Dateitypen Du auf diese Art und Weise verarbeitest (editierst), gebe ich dabei zu bedenken, das die interne Dateistruktur (Reihenfolge in der Informationen abgelegt und formatiert sind) berücksichtigt werden muss.
Das kannst Du natürlich auf die mühsame Arte und Weise machen indem Du die Schnipsel mit den Dir (hoffentlich) bekannten Informationen aufsplittest, und anschließend in einer (hoffentlich) wieder sinnvollen Reihenfolge zusammensetz, das ist aber spätestens bei wiederholter Anwendung fehlerträchtig.
Darum mein Vorschlag, das in einem programmierten Ablauf zu pressen.
Du hat Dich in Deinem ersten Post über die Limitierung auf 999 Files mokiert. Dem entnehme ich das Du Dateien mit einer Größe von mehr als 999Bytes auf diese Art verarbeiten willst.
Mit einem Programm würde das Ergebnis nicht über eine temporäre Ablage (viele kleine Files) im Filesystem erfolgen, sondern direkt aus der Ursprungsdatei eine modifizierte Zieldatei erzeugt.
Das ist dann wiederum um Faktoren schneller als die von Dir ausgesuchte Methode der Verarbeitung.
Beschreibe doch lieber mal, WAS Du genau mit WELCHEN Daten machen möchtest, und nicht WOMIT es im TC (mit der von Dir ausgesuchten Methode) nicht funktioniert.
Mit freundlichem Gruß,
Holger
Das Aufspalten ist im TC enthalten um große Dateien mittels Medien mit limitierter Speicherkapazität zu transportieren.
Das kann eine Floppy,CD,DVD,FAT32-Laufwerk oder auch ein Mailaccount mit Begrenzung der Größe der Anhänge sein.
Ziel dieser Übung ist es allerdings, das die Datei am Zielort wieder in ihrer ursprünglichen Form zusammengesetzt wird.
Darum gibt es auch eine CRC-Prüfsumme um die originalgetreue Kopie zu garantieren/verifizieren.
Mir ist allerdings keine Transportmedium bekannt, bei dem die Maximalgröße einer Datei 1Byte beträgt. Selbst die unter Grenze von 10 Byte scheint mir in diesem Zusammenhang als viel zu klein.
Das hindert natürlich niemanden daran, die Funktion zu einem anderen Zweck zu missbrauchen.
Wenn ich Dich richtig verstehe, dann möchtest Du die aufgespaltete Datei in einer anderen Kombination wieder neu zusammensetzen. Dabei wird dann allerdings keine Kopie mehr erzeugt, sondern etwas anderes.
Ohne jetzt genau zu wissen welche Dateitypen Du auf diese Art und Weise verarbeitest (editierst), gebe ich dabei zu bedenken, das die interne Dateistruktur (Reihenfolge in der Informationen abgelegt und formatiert sind) berücksichtigt werden muss.
Das kannst Du natürlich auf die mühsame Arte und Weise machen indem Du die Schnipsel mit den Dir (hoffentlich) bekannten Informationen aufsplittest, und anschließend in einer (hoffentlich) wieder sinnvollen Reihenfolge zusammensetz, das ist aber spätestens bei wiederholter Anwendung fehlerträchtig.
Darum mein Vorschlag, das in einem programmierten Ablauf zu pressen.
Du hat Dich in Deinem ersten Post über die Limitierung auf 999 Files mokiert. Dem entnehme ich das Du Dateien mit einer Größe von mehr als 999Bytes auf diese Art verarbeiten willst.
Mit einem Programm würde das Ergebnis nicht über eine temporäre Ablage (viele kleine Files) im Filesystem erfolgen, sondern direkt aus der Ursprungsdatei eine modifizierte Zieldatei erzeugt.
Das ist dann wiederum um Faktoren schneller als die von Dir ausgesuchte Methode der Verarbeitung.
Beschreibe doch lieber mal, WAS Du genau mit WELCHEN Daten machen möchtest, und nicht WOMIT es im TC (mit der von Dir ausgesuchten Methode) nicht funktioniert.
Mit freundlichem Gruß,
Holger
ziel der übung ist klar.
es ist mir auch klar dass ich die funktion missbrauche
nur ergibt die einschränkung in meinen augen so keinen sinn
mein problem ist, dass ich verschiedene .rar dateien bekommen habe
die beginnt leider nicht mit 'Rar!' sondern mit 'RRar!' ...
fragt bitte nicht, warum, ich hab mich selber gewundert, weil es halt nicht nur einmal sondern mehrmals vorgekommen ist
die beschränkung auf 999 dateien ist natürlich eigentlich auch völlig ausreichend, wenn das zuviel aufwand ist, verstehe ichs, wenns nicht gemacht wird
hauptsache das blöde 'if größe < 10 then größe = 10' sollte da raus, wenn es nicht irgendwelche wichtigen zwecke erfüllt!
es ist mir auch klar dass ich die funktion missbrauche
nur ergibt die einschränkung in meinen augen so keinen sinn
mein problem ist, dass ich verschiedene .rar dateien bekommen habe
die beginnt leider nicht mit 'Rar!' sondern mit 'RRar!' ...
fragt bitte nicht, warum, ich hab mich selber gewundert, weil es halt nicht nur einmal sondern mehrmals vorgekommen ist
die beschränkung auf 999 dateien ist natürlich eigentlich auch völlig ausreichend, wenn das zuviel aufwand ist, verstehe ichs, wenns nicht gemacht wird
hauptsache das blöde 'if größe < 10 then größe = 10' sollte da raus, wenn es nicht irgendwelche wichtigen zwecke erfüllt!
2seb,
Aha, Du hast also gepackte Dateien in denen die ersten 4-5 Bytes nicht die Kennung Rar! sondern RRar! enthalten.
Fragen:
- Solche Dateien lassen sich weder mit dem TC noch mit WinRAR entpacken?
- Dein Workaround besteht also darin das erste Byte mittels aufsplitten in 999 Dateien und anschliessendem Zusammenfügen von 998 Dateien zu entfernen?
- Hast Du schon mal überlegt ob dafür der Einsatz eines HEXEditor's die schnellere Alternative wäre?
Wenn die Kennung RRar! irgendeinem Standard entspricht, und vom TC nicht unterstützt wird, dann wäre es vielleicht sinnvoller diesen Umstand Christian Ghisler mitzuteilen und nach einer Anpassung der internen RAR-Entpacker-Routine zu fragen, anstelle das Aufsplitten in 1Byte Dateien anzufordern.
Mit freundlichem Gruß,
Holger
Aha, Du hast also gepackte Dateien in denen die ersten 4-5 Bytes nicht die Kennung Rar! sondern RRar! enthalten.
Fragen:
- Solche Dateien lassen sich weder mit dem TC noch mit WinRAR entpacken?
- Dein Workaround besteht also darin das erste Byte mittels aufsplitten in 999 Dateien und anschliessendem Zusammenfügen von 998 Dateien zu entfernen?
- Hast Du schon mal überlegt ob dafür der Einsatz eines HEXEditor's die schnellere Alternative wäre?
Wenn die Kennung RRar! irgendeinem Standard entspricht, und vom TC nicht unterstützt wird, dann wäre es vielleicht sinnvoller diesen Umstand Christian Ghisler mitzuteilen und nach einer Anpassung der internen RAR-Entpacker-Routine zu fragen, anstelle das Aufsplitten in 1Byte Dateien anzufordern.
Mit freundlichem Gruß,
Holger
genau
TC machts nicht, *rar hab ich garnicht erst probiert glaub ich (vielleicht doch, aber ka, ich versuchte ja bisher alles mit den TC zu lösen)
so in etwa war der plan, auch wenn ich über mehrere stufen gegangen wäre
hexeditor (ultraedit) hatte ich probiert, der kann aber nur ändern und nicht zeichen löschen (soweit ich das hinbekommen hab )
glaub nicht dass das standard ist, da ist eher irgendwas bei der übertragung schief gegangen
TC machts nicht, *rar hab ich garnicht erst probiert glaub ich (vielleicht doch, aber ka, ich versuchte ja bisher alles mit den TC zu lösen)
so in etwa war der plan, auch wenn ich über mehrere stufen gegangen wäre
hexeditor (ultraedit) hatte ich probiert, der kann aber nur ändern und nicht zeichen löschen (soweit ich das hinbekommen hab
)glaub nicht dass das standard ist, da ist eher irgendwas bei der übertragung schief gegangen
2seb,
Probiers mal mit : Freeware Hex Editor XVI32
Damit sollte es gehen!
Habe es grade mal umgekehrt ausprobiert einfach nur ein 'R' vorne eingefügen, dann versteht weder TC noch winRAR3.51 das Format.
Ich habe allerdings meine Zweifel, das ein Übertragungsfehler sich nur auf das erste Byte beschränkt.
Mit freundlichem Gruß,
Holger
Probiers mal mit : Freeware Hex Editor XVI32
Damit sollte es gehen!
Habe es grade mal umgekehrt ausprobiert einfach nur ein 'R' vorne eingefügen, dann versteht weder TC noch winRAR3.51 das Format.
Ich habe allerdings meine Zweifel, das ein Übertragungsfehler sich nur auf das erste Byte beschränkt.
Mit freundlichem Gruß,
Holger