Hi,

ist es möglich zwei Proceduren gleichzeitig zu starten ohne dafür einen Thread zu verwenden ?
Ich habe das Problen das ich bei OpenGL im Hintergrund etwas laden möchte aber OpenGL nicht
Threadsicher ist. Führe ich diese Actionen in einem Thread aus Gibt es Probleme bei der Darstellung
zB. es Fehlen Texturen.

Ohne Threads kann man immer nur eine Prozedur/Funktion gleichzeitig ausführen.

Es gäb natürlich noch die Möglichkeit mit Application.ProcessMessages was zusammenzufriemeln, aber dein Posting liest sich nicht gerade so, als wäre das eine praktikable Lösung.

Ansonsten könnte man natürlich die Prozedur in n eigenen Prozess auslagern. *gerade an Daniels Meisterwerke denkt* Das geht AFAIK auch irgendwie per COM...

//Edit:
haha, aber wie siehts mit den Daten aus... hm...

mfg

Christian

Ich habe jetzt noch nie mit OpenGL gearbeitet, aber wäre nicht folgendes möglich?

Lade in einem seperaten Thread die Daten in eine zunächst unabhängige Klasse und sobald du fertig bist beendet sich dieser Thread und der erste nimmt sich die Klasse und stopft sie in OpenGL rein...

Da ich mal davon ausgehe da Turbopascal Texturen Laden will geht das net.

Die können immer nur vom Selben Thread aus geladen werden.

Ich hatte das Prob auch mal und dir wird nix anderes Übrig bleiben als die Texturen im Vornherein zu laden, bzw den Letzen Schritt ( als GLtgenTexture .. oder wie das hies ) must halt im Selben Thread machen.

Zitat von turboPASCAL:

Hi,

ist es möglich zwei Proceduren gleichzeitig zu starten ohne dafür einen Thread zu verwenden ?
Ich habe das Problen das ich bei OpenGL im Hintergrund etwas laden möchte aber OpenGL nicht
Threadsicher ist. Führe ich diese Actionen in einem Thread aus Gibt es Probleme bei der Darstellung
zB. es Fehlen Texturen.

Hallo,

man kann schon mehr als einen Messagehandler auf einmal ausführen, meistens ist das eher ungewollt und führt zu überraschenden Ergebnissen - Voraussetzung ist, dass die Messagehandler nicht die Warteschlange blockieren, also dass sie ProcessMessages aufrufen, sonst kommt die nächste Message nicht an. Dafür kannst du bei eigenen Prozeduren ja sorgen.

Dann könntest du dir selbst z.B. 2 User-Messages schicken, die entsprechende Funktionen starten, Timer müsste auch gehen. Im Prinzip ist eine Timerroutine ja ein parallel laufendes Hintergrundprogramm.

Gruss Reinhard

Setz dir halt einfach ne Semaphore.

Der Lade-Thread setzt eine Eigenschaft von sich auf True und der andere Thread kann die dann auslesen und schauen, ob der Lade-Thread schon fertig ist.

Zitat von Reinhard Kern:

man kann schon mehr als einen Messagehandler auf einmal ausführen, meistens ist das eher ungewollt und führt zu überraschenden Ergebnissen - Voraussetzung ist, dass die Messagehandler nicht die Warteschlange blockieren, also dass sie ProcessMessages aufrufen, sonst kommt die nächste Message nicht an. Dafür kannst du bei eigenen Prozeduren ja sorgen.

Es gibt da auch ne andere Methode: siehe hier.
Im Prinzip wird hier der Eventhandler dazu verwendet, der Reihe nach eine beliebige Anzahl von anderen Eventhandlern aufzurufen. Somit kann man an ein Event beliebig Handler hängen.

Vielleicht hilft das, um vorher noch kurz die Daten zu laden, da die Methode ja auch erst zurückkommt wenn sie fertig ist.

Vor langer Zeit habe ich mal eine Terrain-Engine in Direct3D geschrieben, die eine ähnliche Funktionalität benötigte. Basistexturen und Heightmaps mussten dynamisch von der Festplatte geladen werden, je nachdem wohin man sich bewegte, und dann musste die Heightmap in ein Mesh umgewandelt werden, und aus den Basistexturen wurden die tatsächlichen Texturen generiert. Dabei kannst du problemlos alles, was nicht direkt mit der 3D-API zu tun hat, in einem separaten Thread machen (insbesondere das eigentliche Laden, da kommt z.B. auch asynchrone IO in Frage). Ein paar Dinge müssen eben im Hauptthread gemacht werden, in meinem Fall das Generieren der Texturen (das hat die 3D-Karte gemacht), oder im einfacheren Fall das Kopieren der Texturdaten in eine Hardware-Textur. Wenn das lange dauert, musst du die Arbeit aufsplitten. Mein System hat zum Beispiel pro Frame maximal eine Textur generiert, und der Thread zum Umformen der Heightmap in ein Mesh hat nach spätestens einem Segment die CPU abgegeben. Wenn man die Daten einigermaßen geschickt im Voraus lädt, kommt es dann nie zum Stocken in dem Moment, in dem die Textur oder der Mesh tatsächlich benötigt wird.

Zitat von 3_of_8:

Setz dir halt einfach ne Semaphore.

Für alle wie mich die keine AHnung hatten Semaphor (Informatik)