Danke nochmal für die zahlreichen Antworten.

Zitat von Luckie:

Nur um Klarheit zu bekommen. Man kann kein Bitmap-Objekt in einem Thread außer dem Hauptthread erstellen?

Das kann ich mir nicht vorstellen. Anderenfalls wäre zu erwarten gewesen, dass im Hilfetext zumindest irgend ein Sterbenswörtchen zu lesen wäre. Ist es aber nicht. Nichtsdestotrotz werde ich mir mal graphics32.org ansehen. Am Ende ist mir wichtig, dass es irgendwie funktioniert und nicht warum - leider.

@Medium

Das Problem hängt mit der Koppelung zwischen TBitmap und TCanvas zusammen. Der Canvas selber wird allerdings lazy erstellt (was manchmal selbst zu seltsamen Ergebnissen führt, die sich durch ein einfaches myBitmap.Canvas; lösen können.

TCanvas ist nicht thread-safe und kann auch nicht thread-safe verwendet werden (intern gibt es da globale Abhängigkeiten) und darum ist TBitmap nicht thread-safe.

Was allerdings nicht heißt, dass es keine Anwendungen gibt, die ein TBitmap in einem Thread verwursten und es sogar funktioniert. Die haben einfach nur Glück wenn es funktioniert. Diese "race conditions" tauchen auf, wenn sie wollen und nicht wenn man es von ihnen erwartet

Zitat von Sir Rufo:

TCanvas ist nicht thread-safe und kann auch nicht thread-safe verwendet werden (intern gibt es da globale Abhängigkeiten) und darum ist TBitmap nicht thread-safe.

OK, das erklärt es. Man könnte dann aber auf die Windows API Bitmap Funktionen zurückgreifen und so die Klasse TCanvas vermeiden.

manuell in den ScanLines kann man auch rumhantieren, bzw auf dem HDC ohne die Funktionen des TCanvas (wie Luckie anregte), aber da natürlich nur TCanvas.Handle zusammen mit TCanvas.Lock.

Ich ändere doch gar nichts am Bitmap. Ich lade lediglich die Datei, um dann mittels TPngImage.Assign(); aus dem Bitmap eine PNG zu machen und diese dann zu speichern.

Ich habe jetzt den Units runtergeladen, um TBitmap32 nutzen zu können. Allerdings weigert sich das laufende Programm - der Compiler bringt keinen Fehler -, die Bilddaten mittels Assign an ein TPngImage weiterzugeben. Ich bilde mir ein, gestern Abend bei meinen Recherchen so etwas wie ein ein passendes PNG gesehen zu habe. Ich finde das aber irgendwie nicht wieder.

Kann mir dabei jemand noch helfen?
Hier hat leider niemand mehr geantwortet.

Schau mal hier vorbei http://sourceforge.net/projects/gr32pnglibrary/

Zitat von Pfaffe:

Schau mal hier vorbei http://sourceforge.net/projects/gr32pnglibrary/

Danke. Das funktioniert perfekt.
Gibt es dazu auch ein Pendant für JPG? Ich suche schon eine ganze Weile. Und alles was ich bislang dazu gefunden habe basiert darauf, dass TBitmap32 zunächst zu einem TBitmap assigned und dieses wiederum zu einem TJPEGImage assigned wird.
Damit habe ich aber wieder das TBitmap drinnen, was mir gerade die Probleme mit dem Thread verursacht

Zitat von Schwedenbitter:

Ich ändere doch gar nichts am Bitmap. Ich lade lediglich die Datei,

Lesen oder Schreiben ... du greifst multithreaded auf Dinge zu, die nicht threadsave sind.

Auch beim Lesen gibt es manchmal Schreibzugriffe (1), bzw. es knallt, wenn man was lesen will, daß jemand anderes grade verändern täte.

1) Gutes Beispiel sind (File)Streams. Da wird der Lesezeiger/Position veändert, während man liest. (außer man verwendet die entsprechenden asynchronen Lesefunktionen)

Zitat von Schwedenbitter:

Das kann ich mir nicht vorstellen. Anderenfalls wäre zu erwarten gewesen, dass im Hilfetext zumindest irgend ein Sterbenswörtchen zu lesen wäre. Ist es aber nicht.

Genau darüber habe ich mich neulich auch gewundert:

Zitat von Der schöne Günther:

War mir persönlich auch vollkommen neu. Haben wir alle die Doku nicht richtig gelesen oder steht das da schlichtweg nicht drin?

Siehe: http://www.delphipraxis.net/186810-t...ml#post1317616