Warum denn nicht? Und warum willst du es in einzelne Chunks unterteilen? Codier doch einfach gleich die gesamte Datei in Base64.

Wozu

Andy16823 schrieb:

ein Base64 String

Öffne die Datei binär und kopiere sie scheibenweise in n weitere Dateien.

Andy16823 schrieb:

Danke für deine Antwort, aber

creac schrieb:

Codier doch einfach gleich die gesamte Datei in Base64.

Wenn man aber keine 2 GB oder mehr RAM frei hat, geht das nicht.

Codier halt stückweise und schmeiß die bereits verarbeiteten Daten nachm codieren und wegschreiben wieder ausm Arbeitsspeicher. Bei Base64 musst du halt nur drauf achten, dass du die Parts in 6-Bit-Schritten unterteilst (bzw. in 6er-Vielfachen, die restlos durch 8 teilbar sind, dann kannst du trotzdem mit bytes arbeiten.)

Edit: Müssen natürlich 6-Bit-Schritte sein, nicht 7-Bit-Schritte!

Andy16823 schrieb:

Könte man auch jedes byte in ein Base64 String Umwandeln und in der Datei zusammensetzen ?

versuch erstmal, Base64 zu verstehen.

Base64 wandelt immer jeweils 3 Byte in 4 druckbare Zeichen um, indem es aus den 3 * 8 = 24 bit 4 Ganzzahlen < 64 (24 bit / 6 bit = 4, 6 bit können 64 Werte darstellen) bildet und diese ganzzahl dann druckbaren Zeichen zuordnet (26 Großbuchstaben + 26 Kleinbuchstaben + 9 Ziffern + 2 Sonderzeichen (+, /) = 64 Zeichen)

Einen einzelnen Byte umzuwandeln würde also nicht gehen.

Andere Frage: Wozu genau brauchst du das? Da gibt es sicherlich eine elegantere Lösung.

Hi
klingt für mich nach Speichervergeudung. Was hast du denn vor?

Gruß
~blaze~

@Andy16823 Erkläre mal bitte den Sinn dahinter. Warum die Daten künstlich aufblähen? Du kannst eine Datei beliebig teilen, die Bytes der jeweiligen Teile schreibst Du in eigene Datein und setzt sie dann wieder zusammen. Hier den Holzweg über Base64 zu gehen, ist nicht klug.

SpaceyX schrieb:

@Andy16823 Erkläre mal bitte den Sinn dahinter. Warum die Daten künstlich aufblähen? Du kannst eine Datei beliebig teilen, die Bytes der jeweiligen Teile schreibst Du in eigene Datein und setzt sie dann wieder zusammen. Hier den Holzweg über Base64 zu gehen, ist nicht klug.

Kann ja schon nen Grund haben, dass er Base64 nutzen will. Base64 wurde erfunden, um Binärdateien in druckbaren ASCII-Zeichen darzustellen, um sie per SMTP versenden zu können (denn SMTP war ursprünglich nur zum Versenden von ASCII-Zeichen gedacht). Hat aber noch viele weitere Anwendungsmöglichkeiten in ähnlicher Richtung, bspw. viel bei Webentwicklung, um Binärdaten per GET zu übergeben oder kleinere Bilder direkt in HTML darstellen zu können, um unnötige Requests zu vermeiden.

creac schrieb:

um unnötige Requests zu vermeiden.

In Zeiten von ​Connection: keep-alive ist das aber ziemlich egal.

Trotzdem hat jeder HTTP-Request Overhead, der gespart werden kann. Ist auch durchaus noch eine gängige Methode, ebenso wie z.B. Spritesheets aus dem selben Grund genutzt werden.

Ja. Das könnte ich verstehen, wenn wir in Zeiten des (Telefon-)Modems leben würden. Wir haben mittlerweile alle schnelles Internet. Da sind die paar Bytes Overhead erst ab einigen Hundert Request spürbar. Siehe auch Rules Of Optimization
Ja, das gibt Traffic. Nein, niemand mag die Drosselkom.

timmi31061 schrieb:

Ja. Das könnte ich verstehen, wenn wir in Zeiten des (Telefon-)Modems leben würden. Wir haben mittlerweile alle schnelles Internet. Da sind die paar Bytes Overhead erst ab einigen Hundert Request spürbar.
Ja, das gibt Traffic. Nein, niemand mag die Drosselkom.

Dann hast du offensichtlich nicht mit mobilem Internet aufm Dorf zu kämpfen, dagegen ist jede ISDN-Verbindung 'n Traum, versprochen

Ich finde auch das ganze wird n bisschen Off-Topic. TE möchte Base64 haben, soll er bekommen.

Und warum in Base64?

Warum nutzt du nicht bereits vorhandene Mittel? (TAR, ZIP)

Wenn du es alleine machst, würde ich das so machen: Am Anfang der Datei erstmal einen Table mit Metadaten, z.B. im Format "Dateiname|Offset", darauf gefolgt ein festes Trennzeichen (|;) und dann die Binärdaten deiner Daten.

Kannste dann ganz einfach deine Daten extrahieren, indem du vom Offset der gewünschten Datei (zuzüglich länge der Metadaten) bis zum Offset der folgenden (zzgl. Metadaten) liest. So in der Art macht tar das auch

Siehe meinen Edit über dir.

So funktioniert TAR: lowlevel.eu/wiki/TAR

timmi31061 schrieb:

So funktioniert TAR: lowlevel.eu/wiki/TAR

Okay dann muss ich mich korrigieren, TAR hat keinen Table am Anfang, sondern Metaheader am Anfang jeder Binärdatei. Macht aber für das Vorhaben des TEs kaum Unterschied.