JPEG Image in Stream schreiben

[EWeiss]

Zitat:

Können PNG, Rar und LZMA irgendwas davon? Nein, können sie alle drei nicht.

Laber, laber (deine Worte).
Sollte dir klar sein das die GDIplus Bibliothek das übernimmt bei der Übergabe der jeweiligen Parameter die dafür nötig sind.
Aber sehe schon du bist der Grafik Profi.

Zitat:

Ich weiß ja nicht, was so schlimm sein soll, ein Problem zu lösen, aber gut.

Das selbe frage ich mich auch denn du hast uns als "Kinners" (Ich behaupte ein gestandener Mann zu sein, Kind bin ich schon lang nicht mehr) betitelt. Bleibt doch einfach mal sachlich und beleidigt nicht erst irgendwelche Leute vorher.
Dann lassen sich auch bestimmt optimale Lösungen finden.
Ich habe versucht ihm die Herangehensweise zu erläutern was dir wohl nicht genehm war.
Bin raus macht keinen sinn sich hier weiter auszulassen.

*.blup...

gruss

[Redeemer]

"Kinners" ist eine ganz typische Phrase von mir, wenn viele Leute etwas nicht Zielführendes machen. Sie bewertet nicht die Leute, sondern ihre Aktionen.
Aber gut, getroffene Hunde bellen.

[Luckie]

Könntet ihr mal bitte diese ständigen subtilen Anfeindungen beenden Und sachlich bleiben?

[KodeZwerg]

Nach ein paar selbst-Tests finde ich die Wahl des TE mit JPEG zu arbeiten mehr als Vernünftig.
Hier eine kleine Test-Tabelle Screenshot - 02_07 002.jpg
Legende:
High = höchste Bildqualität / niedrigste Kompression
Mid = mittlere Bildqualität / mittlere Kompression
Low = niedrigste Bildqualität / höchste Kompression
bei Zip habe ich noch ein paar non-Standards getestet, PPMd hat mich mehr als überrascht, dafür das der enorm schnell ist.
Von Rar war ich ein wenig Enttäuscht, man merkt es seinem Alter an :-]
In den Archiven ist die Bmp-Datei, die war auch jeweils Vorlage für die Graphic-Formate.

Und noch das für JPEG, damit man weiß was bei 100% passiert. Vorher -> Nachher Screenshot - 02_07.jpg
Links ist 100% Qualität, Rechts 100% Kompression.

[DeddyH]

Das ist doch gar nicht das Problem, sondern wie schon erwähnt, dass der TStream aus der Kompressionsunit nicht mit dem TStream aus der Classes-Unit kompatibel ist, welchen die Methoden wie SaveToStream erwarten.

[Neutral General]

Jo, die Lösung ist die Compression-Unit rauszuschmeißen, da es eh wenig Sinn macht ein JPEG nochmal nachträglich zu komprimieren.
Zweitens (wie schon jemand erwähnt hat) solltest du den Stream direkt versenden und ihn nicht vorher in einen String umwandeln (das kann nur schief gehn).
Und noch eine kleine Anmerkung (nur für den Fall dass es dir nicht klar ist): Du musst das JPEG nicht vorher mit SaveToFile speichern.
Falls das nur zu Debug-Zwecken da steht hab ich nichts gesagt, ansonsten kannst du das weglassen.

@EWeiss: Ich glaube keiner will dir hier dein Wissen und können bzgl. GDI/GDI+ absprechen, aber was man hier bedenken muss, ist dass der Threadersteller eindeutig ein Anfänger ist der (noch) nicht wirklich weiß was er tut und wie einige grundlegende Dinge funktionieren. Und in seiner Situation bin ich mir ziemlich sicher, dass ihn Windows API-Funktionen mit Handles, Pointern und drölf Parametern mehr verwirren als helfen.

[EWeiss]

Zitat:

Und in seiner Situation bin ich mir ziemlich sicher, dass ihn Windows API-Funktionen mit Handles, Pointern und drölf Parametern mehr verwirren als helfen.

Ok.. Danke habe ich nicht bedacht.
Vielleicht kann er sich trotzdem mal mit beschäftigen wenn er mal nichts zu tun hat.

gruss