JPEG Image in Stream schreiben

[EWeiss]

Zitat:

Kinners, ihr labert um den heißen Brei herum und niemand beantwortet seine Frage.

Ja?
Ok der Meister hat gesprochen.
Was will er mit einer 14Mb großen BMP Datei darauf habe ich geantwortet auf nichts anderes.
Das einzige verlustfreie und für diesen zweck benötigte Image Format ist nun mal PNG! Aber das scheint in deinen Schädel nicht reinzugehen.

Da muss ich @Bernhard Geyer recht geben.

Wie man ein Image in einen stream schreibt dafür gibt es fertige GDI+ API's da benötigt man keinen TStream
Und dein angepriesener Algo um Jpeg zu komprimieren fällt in dem Fall ebenfalls weg.
Aber macht wie ihr wollt.

gruss

[Redeemer]

Zitat von EWeiss:

Zitat:

Kinners, ihr labert um den heißen Brei herum und niemand beantwortet seine Frage.

Ja?
Ok der Meister hat gesprochen.
Was will er mit einer 14Mb großen BMP Datei darauf habe ich geantwortet auf nichts anderes.
Das einzige verlustfreie und für diesen zweck benötigte Image Format ist nun mal PNG! Aber das scheint in deinen Schädel nicht reinzugehen.

Hab ich irgendwas Wertendes über das Dateiformat geschrieben? Nein. Der größte Teil meiner Antwort bezog sich allein auf das Problem, dass es überhaupt nicht geht. Ich weiß ja nicht, was so schlimm sein soll, ein Problem zu lösen, aber gut.

Sollte ich was über das Dateiformat schreiben? Vielleicht.
Dann schauen wir doch mal, was für wichtige Funktionen man für eine Bildschirmübertragung zwangsläufig braucht (Verlustfreiheit braucht man hingegen nicht zwangsläufig):
- Die Möglichkeit, die Bildqualität anzupassen
- Einen schnellen Algorithmus
Können PNG, Rar und LZMA irgendwas davon? Nein, können sie alle drei nicht.

[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.