Hi!

Ich komme momentan echt in Geschwindigkeitsprobleme, weil TJPEGImage aus der Delphi-JPEG-Unit tierisch langsam ist. Einiges rumlesen hat oft den Hinweis auf die Intel JPEG Lib gebracht, aber die hat einen Nachteil: sie existiert nicht mehr.

Ich suche also einen schnelleren JPEG-Loader. Schön wäre ein TGraphic-kompatibler Wrapper, aber wenn man den erst bauen muss nicht wäre es auch kein Beinbruch.

Gibts da was schönes? Ich weiß, dass GDI+ einen hat, aber die möchte ich hier eigentlich nicht verwenden.

Danke schonmal,
Martok

Hast du einmal diese Unit zum Beispiel probiert?
cc.embarcadero.com/item/19723

Danke, ist geringfügig schneller, aber noch lange nicht ausreichend.
6600x4400px, 3MByte; 800Mhz gedrosseltes System:
jpeg.pas: 20s
jpegex.pas (mitgeliefertes Demoprogramm): 16s

ACDSee: 1.6s in Vollansicht (da wird er wohl nicht jeden Block laden), fies reingezoomt ~6s (realistischer).

Irgendwas, was in die Gegend kommt wäre schon toll. Muss ja nicht ganz so schnell sein, aber im Test unter 10s kommen will ich schon Taktgedrosselt deswegen, damit man die Unterschiede einfacher messen kann. Normal kommt ungefähr ein Drittel der Zahlen oben raus.

Gibt's nicht Delphi Bindings für DevIl?

Mindestens in Andorra ist sowas drin. Und DevIL selber listet auch
# Delphi support.
in der Featureliste.
Danke, werde ich mir mal ansehen!

Alternativ einfach die libJPEG wrappen, du bräuchtest da nur etwa 5-10 funktionen von - dafür einen Wrapper zu basteln sollte kein großer aufwand sein und dürfte das schnellst-mögliche sein.

Und mal wieder an diesem Problem arbeiten...

Aya hat folgendes geschrieben :

Alternativ einfach die libJPEG wrappen, du bräuchtest da nur etwa 5-10 funktionen von - dafür einen Wrapper zu basteln sollte kein großer aufwand sein und dürfte das schnellst-mögliche sein.

5-10 Funktionen stimmt - aber genausoviele seitenlange Structs, die in kaputtem C sowas ähnliches wie Objekte oder viel mehr Interfaces darstellen.

Da steig ich nicht wirklich durch Gibts sowas nich schon? Kann doch nicht der erste sein der sowas will.

Martok hat folgendes geschrieben :

Intel JPEG Lib gebracht, aber die hat einen Nachteil: sie existiert nicht mehr.

Hilft Dir das vielleicht weiter? bouchez.info/micropic.html

Gerd Kayser hat folgendes geschrieben :

Martok hat folgendes geschrieben : Intel JPEG Lib gebracht, aber die hat einen Nachteil: sie existiert nicht mehr. Hilft Dir das vielleicht weiter? bouchez.info/micropic.html

Könnte es tatsächlich. Er hat ja auch noch einen eigenen Loader geschrieben, wird auf der MyJPEG-Seite verlinkt. Mal alles testen. Im Synopse-Projekt selbst hatte ich sowas ja schon gefunden, aber das war wohl nicht sehr kompatibel (= kann viele Dateien nicht lesen)

So wie ich das verstanden habe, darf man die IJL so direkt ja auch nicht weitergeben. Was ich allerdings mittlerweile rausgefunden habe: ACDSee nutzt die die IJL 1.1, also sogar eine relativ alte. Na mal sehen, vielleicht bau ich auch eine Klasse mit Fallbacks auf irgendwas erlaubtes und überlasse das dem User, da was passendes zu "finden"

EDIT/UPDATE:

Also werde ich IJL mit Fallback auf JPEGFast mit Fallback auf MyJPEG ohne IJL (was nur ein paar ms schneller ist als das Original-IJG) nehmen. Irgendwie

Frag doch wegen der Lizenz einfach bei Intel nach. Fragen kostet nix, und mehr als Nein sagen können die auch nicht.

Ist es nur für eine Vorschau? Diese Riesen-Bilder passen ja eh auf keinen (bezahlbaren) Bildschirm.
Falls ja, könnte TJPEGImage.Scale helfen. Wenn man das beim Laden des JPEGs beispielsweise auf jsQuarter setzt, spart man einiges an Lade-Zeit. Und wenn man dann feststellt, dass das Bild doch kleiner war, lädt man es einfach nochmal mit Scale:=jsFullSize. Die Datei ist dann eh schon im Windows-Cache...

Gruß
Michael

Gummibär hat folgendes geschrieben :

Ist es nur für eine Vorschau? Diese Riesen-Bilder passen ja eh auf keinen (bezahlbaren) Bildschirm.

Sowohl als auch.

Gummibär hat folgendes geschrieben :

Falls ja, könnte TJPEGImage.Scale helfen. Wenn man das beim Laden des JPEGs beispielsweise auf jsQuarter setzt, spart man einiges an Lade-Zeit.

Das ist eine Nette Theorie, hatte ich ursprünglich auch mal probiert, funktioniert aber nicht. Habs mal kurz ins Testprogramm integriert:

Ich habe vor ein paar Jahren mal was auf die schnelle gebastelt. Programm ist im Anhang.
Wenn das für dich brauchbar ist, dann bekommst du die Sourcen. Aber dann nicht wundern. War wirklich ein Schnellschuss damals.

Mist. Dateianhang kann ich gerade nicht hinzufügen. Ist das ein Bug?

EDIT:
FireFox wollte nicht. Mit dem IE funktioniert es.

Noch ein EDIT:
Jetzt mit Source.
Das ist wirklich nur ein Mini-Programm mit 120 Zeilen Code. Allerdings sind die Jedi-Komponenten drin. Ohne gehts nicht.

Das Programm ist echt schon 6 Jahre alt.

(Irgendwie gehen die BB-Codes nicht, sorry )

Zitat Martok:
"Das ist eine Nette Theorie, hatte ich ursprünglich auch mal probiert, funktioniert aber nicht. Habs mal kurz ins Testprogramm integriert:"

Ich habe es jetzt mal mit einem 6000*6000 Pixel Bild versucht (Sorry, die Einrückungen müßt ihr euch denken, die BB-Codes verweigern die Mitarbeit):
Mit Scale jsEighth komme ich auf ca. 170msec, ohne diese Einschränkung auf die 10-fache Dauer.
Habe auch mal DIBNeeded statt Canvas.Draw getestet, um nicht die Dauer mit zu messen, die für's Umkopieren von JPG nach BMP benötigt wird. Hat aber kaum was geändert (Draw hatte ich gewählt, weil ich das Bitmap so zuvor auch auf 6000*6000 Pixel setzen konnte und beide Methoden keinen Bitmap-Speicher allokieren müssen. Ansonsten hätt's ein assign() auch getan)

Vielleicht hängt das auch von den JPEGs ab? Kompressionsstärke, Progressive, etc.?

Ratloser Gruß
Michael

Moderiert von Narses: Delphi-Tags hinzugefügt

Gummibär hat folgendes geschrieben :

(Irgendwie gehen die BB-Codes nicht, sorry )

Die kannst du auch manuell einfügen, aber davon abgesehen reicht es, wenn du deinen Cache leerst, dann gehen die Knöpfe wieder. Es gab ein Update für das Forum.