Blöde Frage zum Thema ZipCrypto

[Sherlock]

Ich vermute mal, daß Uwe den Weg über den Stream einfach nicht im Kopf hatte, als er das implementierte.

Sherlock

[Uwe Raabe]

Das Read auf einen Stream macht in der Tat schon länger Ärger. Problematisch sind dabei die Seek-Operationen, denn das decrypten geschieht synchron und dann bringt ein Seek backwards den State durcheinander.

Alternativ zu TStream könntest du mal das Overload mit TBytes versuchen. Da wird zwar intern auch das Read mit Stream verwendet, aber nur mit einem einzigen Read-Call - das funktioniert. Mit den Bytes erzeugst du dann einfach einen TBytesStream.

Eventuell könnte man das Read-Stream-Problem lösen, wenn man im Decrypt Stream gleich beim Create alles entschlüsselt und in einen Puffer schreibt. Braucht dann halt etwas mehr Speicher.

[himitsu]

Beim Entpacken gibt es ja auch solche Probleme, bzw. auch andere Ver-/Entschlüsselungsstreams ebenfalls.

Oftmals wird dann wieder an den Anfang gesprungen und bis zum neuen Offset alles neu gelesen (entschlüsselt/entpackt/...)
Einige speichern sich zwischendrin auch alle 'nem gewissen Abstand den Status und brauch das dann nicht komplett von Anfang, sondern nur vom letzten Snapshot aus zu machen.