Wieso willst unbedingt einen Thread ?

markieren

Delphi-Quellcode:

loopBeginTickCount := GetTickCount;
// FBitmap mit neuem Frame bestücken, was auch immer das ist
Synchronize(DrawFrame);
Sleep(Max(MS_PER_FRAME - (GetTickCount-loopBeginTickCount), 1));

Macht absolut nix innerhalb des Threads, sondern alle "Arbeit" wird in der VCL erledigt ... wozu also keinen Timer, statt des Sleeps und gleich in der VCL bleiben?

Nochmal: Weil der Scheduler deutlich zuverlässiger ist was das Einhalten der "Schlafzeit" angeht, da man sich u.a. nicht noch die Messagequeue ans Bein bindet. Die scheint ja, wie der TE schrieb, durchaus etwas anfälliger für Einflüsse, die man nicht in der Hand hat. Das war ja das Problem des TE.
Zudem könnte die Kommentarzeile in der Realität durchaus einige dicke Operationen beinhalten, ich weiss ja nicht wie der TE seine Bilder erzeugt, bzw. woher er sie liest.

@Mavarik

ich muss mich erst mal entschuldigen, ich hatte vor 2 Jahren eine Fehler beim verwenden von Bitmaps in Threads, der sich nur Threadreduzierung und Canvas-Lock beheben ließ, ich kann diesen Fehler nicht mehr reproduzieren.
Er trat mit D2007 bei einer Entwicklung in einer VM auf, jeder Thread hatte seine eigenen Bitmaps die er bearbeitet hat, diese waren bei mehr als 5 Thread nachweislich zum großen Teil unbrauchbar ich habe es seinerzeit auf VCL-Probleme geschoben .....

Zitat von Bummi:

ich habe es seinerzeit auf VCL-Probleme geschoben .....

Und was war es?

Ich weiß es leider nicht, ich habe den Code gestern nochmals hervorgekramt neu Kompiliert und bekomme die Fehler nicht mehr, es war eine Verzeichnisvorschau für Bildordner wie Explorer/Kacheln nur etwas "apfeliger" mit 8 GDI+ verwendenden Threads ...

Schade...

Das sind immer die Sachen - da sucht man ewig dran und plötzlich ist es weg...

Ätzend!

Grüsse Mavarik