Wenn du schon auf Pixels zugreifen musst, dann TPngimage. Das ist schneller als TBitmap.Canvas. Überhaupt arbeite ich gerne mit TPngimage.

Hallo,

zum zeichnen brauche ich nur Pen.color, moveto und lineto

Oder Image32
https://github.com/AngusJohnson/Image32
Habs nicht probiert, aber sollte auch im Thread nutzbar sein, wenn man es nicht rendern lässt.

Ich habe die Frage, ob die Verwendung von TBitmap multithreaded auch dann kritisch ist, wenn das Bitmap nur jeweils von einem Thread bearbeitet und ansonsten nicht weiter angefasst wird. Ich erstelle Vorschaubilder aus JPG, speichere sie in einer Liste und zeichne sie bei Bedarf auf einen Canvas.

Du solltest auf jeden Fall den Kode der mit einem Canvas arbeitet in

markieren

Delphi-Quellcode:

   Canvas.Lock;
   try
     Zeichnen hier
   finally
     Canvas.Unlock;
   end;

einschließen ("Canvas" muss natürlich durch den Bezeichner des Canvas ersetzt werden, den Du da verwendest.)
Die VCL hat eine interne Verwaltung von GDI-Objekten wie Font, Pen, Brush um GDI-Handles zu sparen und die ist nicht thread-safe. Die Lock/Unlock Aufrufe beheben das.

Hallo Peter, vielen Dank für deine Antwort. Die Sachen mit Objekten wie Font, Pen, Brush usw. hatte ich schon mal gehört, und auch, dass Canvas.Lock Pflicht ist. Dass es da eine interne Verwaltung von GDI-Objekten gibt, um GDI-Handles zu sparen, erklärt es mir. Es ist natürlich blöd, aber irgendwie wollte ich mich gern um das Lock drücken, weil ich da Geschwindigkeitseinbußen vermutete; habe es allerdings nie nachgemessen. Es kam früher immer wieder mal zu Exceptions beim Einlesen von sehr vielen Bildern und dementsprechender Erstellung von BMP, aber in letzter Zeit nicht mehr. Ist natürlich kein Umgang damit. Ich werde jetzt mal das Lock setzen und auch mal nachmessen, ob das wirklich spürbar Zeit kostet.

Locks dienen im Gegenteil eher dem Performancegewinn (oder hier eben anderen Zwecken), weil man damit verhindert, dass jemand "von der Seite reingrätscht". Langsamer wird es meistens eher nicht.