Bild mit JEDI ZLib komprimieren

[ByTheTime]

Hallo,
ich würde gerne ein Bild komprimieren, da ich esüber INDY TIdTCPClient als MemoryStream verschicke. Mir fallen 2 Möglichkeiten ein:

1. Mit den CompressionIntercepts der Indy's, leider kenne ich mich damit nicht aus.
2. Oder der ZLib Komponente, der JEDI's.

Als alternative wäre noch die Versionen, mit ZLib, etc. die hier im Forum zu finden sind. Aer was würdet ihr mir empfehlen. Das mit den Indy-Intercepts hört sich vielversprechend an, aber mir geht es im weitetsen Sinn um die Geschwindigkeit und die beste verkleinerung. Dehalb frag ich euch, was am geeignetsten wäre.

Danke,
Lukas

[Bummi]

ZLib sollte bei XE2 dabei sein, verwendung von TZCompressionStream gibt einen 3 Zeiler.
Die Frage ist was für Bilder Du verschicken möchtest, wenn es beispielsweise JPG's sind bringt das Zippen eh nichts mehr.

[ByTheTime]

Es sind BMP's und die sind natürlich etwas füllig

[himitsu]

PNG ist bei XE2 auch mit dabei.
- verlustlos
und
- Komprimierung ist gleich eingebaut

[ByTheTime]

Ja, aber ich bastel an einem Chat via. WebCam. Ich kriege, kommt drauf an wie es gerade "rutscht", ca. 1 Bild pro Sekunde. Kleinere Intervalle habe ich nocht nicht ausprobiert. Ich kreige das Bild als BMP von der Kamera. Es ist ca. 1MB groß, bei einer Auflösung von 640x480. Soll ich es jetzt eurer Meinung nach in PNG komprimieren oder mit ZLib oder doch JPEG? Mir geht es in erster Linie um die Qualität der Kompression und die Geschwindigkeit dieser. Ich möchte erstmal die Bildrate optimieren, bevor ich auf die Qualität des Bildes eingehe.

[jfheins]

Das klingt als bräuchtest du einen Video-Codec, keinen Bild-codec.
Der Unterschied ist gewaltig, weil erstere viel besser darauf optimiert sind, aufeinanderfolgende Frames stark zu komprimieren.
Das Problem ist, dass gerade die guten Codecs nicht "einfach so" zu haben sind. Du könntest mal gucken ob es VP8 für Delphi gibt.

[ByTheTime]

Also ich habe mich hier bedient und hier hatte ich mal einen Thread dazu. Dreht sich alles um den DirectX Port hier aus dem Forum. Ich schicke Befehle mit den Sockets, diese starten dann die Cam, bzw. stoppen sie. Also ich denke, dann mangelt es doch eher an der Übertragungsgeschwindigkeit, als am Codec, oder reden wir gearde anneinader vorbei.

[ByTheTime]

Habe hier was gefunden. Keine Ahnung warum das von Google ist, aber ich kann mal reinschauen. Hast recht, die guten Codecs sind teuer! Hier einer für Delphi. Free To Try, aber kostet voll 700$

[sx2008]

Zitat von ByTheTime:

Ich kreige das Bild als BMP von der Kamera

Nun dann ist ja schon mal geklärt, welche Art vom Komprimierung angewendet werden sollte.
Es verlustlose und verlustbehaftete Komprimierung.
Bei Bildern von einer Webcam greift man ganz klar zur verlustbehafteten Komprimierung weil man damit wesentlich höhere Komprimierungsgrade erreichen kann.
Das heisst in der Praxis JPEG.

Die JEDI ZLib ist nicht das richtige Werkzeug zum Komprimieren von Bildern einer Webcam.
Der nächste Schritt wäre also das Bitmap in ein TJpegImage zu konvertieren (property CompressionQuality auf 30 einstllen) und zu schauen wie gross das JPeg wird.

[himitsu]

Man kann auch, wenn man verlustfreie Kompessionsverfahren nutzt, nur Differenzbilder verschicken.

Vollbild machen
komprimieren (PNG, auch Bitmap+ZLib oder so)
verschicken

Bild machen
Differenzbild zum Vorherrigen berechnen
komprimieren
verschicken

Bild machen
Differenzbild zum Vorherrigen berechnen
komprimieren
verschicken

...

alle paar Bilder ein Vollbild schicken, um Übertragungs-/Rechenfehler auszugleichen



So ähnlich machet es auch MPEG, nur daß die es noch mit einer Art JPeg-Komprimierung verbinden (alle paar Frames dann ein Vollbild, weil ja bei JPeg rechenfehler durch die Komprimierung entstehen)

Wenn man da noch die Farbtiefe verringert, kleines Rauschen aus dem Quellbild entfernt und eventuell auch noch andere kleiner Differenzen einfach weglässt, dann kann man die Daten im Differenzbild verringern und somit die Komprimierung verbessern



Im Grundprinzip machen die Videokodecs auch nichts Anderes.

Das "Weglassen" kann man auch noch, wie bei MP3 geziehlt behandeln.
- nicht zufällig alles verkleinern, sondern geziehld sowas weglassen, was das menschliche Auge vermutlich eh nicht sieht/mitbekommt

Und abhängig von der möglichen Datenrate kann man dann auch noch die Bildqualität verringern.
- kommen zu wenige Bilder die Sekunde rüber, wird die Qualli schlechter, bis eine Mindestbildrate erreicht wird und bei "zu vielen" Bildern wird sie wieder besser.