Ergebnis der Suchanfrage

• Forum: Programmieren allgemein

  AW: Threads und TBitmaps

   
    by Bummi, 1. Sep 2014
  @Medium danke für den Hinweis auf das fehlende Free, aber damit hat es nicht zu tun, wenn du die Bitmaps anschaust siehst Du was ich meine.
• Forum: Programmieren allgemein

  AW: Threads und TBitmaps

   
    by Bummi, 1. Sep 2014
  @Medium ich denke es hängt von den Anforderungen ab, mit Synchronisierung egal ob Canvas.Lock oder eigenen CriticalSections wird es bei mehreren fast so langsam dass man es auch im Hauptkontext laufen lassen könnte und ohne kommt es definitiv zu Fehlern, was leicht zu zeigen ist:
  
  
  unit Unit2;
  
  interface
  
  uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  ...
• Forum: Programmieren allgemein

  AW: Threads und TBitmaps

   
    by Bummi, 1. Sep 2014
  Do loops endlos
  While (Terminated = False) do
  begin
  zudem erzeugst Du das Bild im Kontext des Hauptthreads (Create) , erst im Execute bist Du im Threadkontext.
• Forum: Programmieren allgemein

  AW: Threads und TBitmaps

   
    by Bummi, 1. Sep 2014
  Die Art zu Locken verriegelt auch über eine globale CriticalSection (das gewählte Canvas ist hier eh "wurscht"), was heißt daß sich Deine Threads gegenseitig blockieren.
  Wenn Du eine Möglichkeit sucht ohne Canvas in mehreren Threads parallel zu arbeiten um am Schluss das ganze synchronisiert auf die Oberfläche zu bringen könntest Du Dich mit GDI+ beschäftigen. Hier funktioniert es auch ohne...