Ist die Unit jpeg fehlerhaft?

[Matze]

Versuche doch einfach mal "TStringStream" durch "TMemoryStream" zu ersetzen.

[DeddyH]

Nur so ein Gedanke: eine Cardinal (oder int64) in den Stream schreiben mit der Größe des folgenden Bildes, anschließend das Bild selbst. Beim Auslesen hast Du nun immer die benötigte Größe zur Verfügung.

[blablab]

äh... irgendwie seh ich da kein vorteil.
also meiner meinung nach gibt es zwei wege um meine sachen abzuspeichern:

1)
ich mach mir nen string wo alles drin steht und speicher den dann an einem stück ab

2)
ich nehm einen filestream und speicher dann stückchenweise immer mehr in die datei.

ich hab mich für 1) entschieden und ich glaub auch dass es keine schlechte möglichkeit ist.
ich fang also an und speicher zb den inhalt einer edit in meinen string, dann füg ich ne jpg zum string hinzu und danch nen integer usw.
so mach ich den string immer länger und wenn ich fertig bin speicher ich alles ab.
wenn ich da jetzt TStringStream benutz dann kann ich ganze einfach den datastring zu meinem speicherstring hinzufügen und fertig.

ich frag mich jetzt nur was mir da der memorystrem bringen soll... ich wills doch sowieso in nen string umwandeln und da ist das mit nem memorystream doch nur komplizierter.

und wenn ich die variante 2) benutzen würde, dann könnt ich doch direkt filestream benutzen und da wär dann meiner meinung nach der memorystream au wieder umständlicher...


@detlef: so mach ichs doch schon (siehe oben). ich wüsste auch gar nicht wie ichs anders machen könnte

[QuickAndDirty]

Strings werden von schon mal als UTF/8 gespeichert oder als WIDECHAR oder als ANSI.

Wenn die Codegear Jungs (und das hat Borland auch schon gebracht)
sich überlegen das in der nächsten Version der Standard für String
ein anderer ist, dann kannst du das gespeicherte auf einmal nicht
mehr lesen.

Deswegen macht es Sinn TMemoryStream zu nehmen.

[jbg]

Zitat von QuickAndDirty:

Wenn die Codegear Jungs (und das hat Borland auch schon gebracht) sich überlegen das in der nächsten Version der Standard für String ein anderer ist, dann kannst du das gespeicherte auf einmal nicht mehr lesen.

Spielst du da vielleicht darauf an, dass wenn er sein Jpeg in Delphi 7 speichert und in Delphi 2009 lädt, die Daten nicht mehr richtig lesen kann? (rethorische Frage)

[DeddyH]

Wenn man zwischendurch zu Tisch ist... wird genau das geschrieben, was man selbst auch noch sagen wollte

[mjustin]

Zitat von QuickAndDirty:

Strings werden von schon mal als UTF/8 gespeichert oder als WIDECHAR oder als ANSI.

Und deshalb kann man ab Delphi 2009 ja das Encoding schon im Konstruktor angeben, z.B.

S := TStringStream.Create(Input, TEncoding.UTF8);

[DeddyH]

Und welchen Sinn soll es machen, Binärdaten in UTF8 zu speichern?

[Klaus01]

Zitat von DeddyH:

Und welchen Sinn soll es machen, Binärdaten in UTF8 zu speichern?

TStringStream provides file-like access to information stored as a long string.

Grüße
Klaus

[mjustin]

Zitat von DeddyH:

Und welchen Sinn soll es machen, Binärdaten in UTF8 zu speichern?

Richtig, für diesen Anwendungsfall ist dann eher TEncoding.ASCII geeignet.

Korrektur: ASCII ist nur ein 7 Bit Encoding. Geeignet wäre das RawByteString Encoding, das mit TEncoding.GetEncoding($FFFF) erzeugen könnte. Leider erhalte ich bei dem Versuch einen EEncodingError, hier bin ich also auch erst mal an die Grenzen gestossen (und habe eine Frage in der RTL Gruppe gestellt)