Zitat von glotzer:

für alle die wie ich darüber genervt sind/waren das Archiv erst entpacken zu müssen... :

Du Spassvogel!

Dir ist wohl klar das du nun die relativen Dinge um die es geht nun nicht mehr siehst?
Es hatte schon einen grund das ich es in einem archiv gepackt habe.
Die Auslastung der resourcen GPU/CPU usw.. kann man auf deinen Shot nicht mehr erkennen.

gruss

Zitat von EWeiss:

Dir ist wohl klar das du nun die relativen Dinge um die es geht nun nicht mehr siehst?

Sind doch bestens zu lesen

Zitat von glotzer:

Sind doch bestens zu lesen

...wenn man drauf klickt...

Zitat von Uwe Raabe:

Zitat von glotzer:

Sind doch bestens zu lesen

...wenn man drauf klickt...

logisch nur vorher hatte er es nicht ausgeschnitten.. und extra hochgeladen.
Aber egal hab keine zeit zum spielen.

Ok Danke trotzdem hab das Archiv gelöscht.

gruss

Zitat von EWeiss:

Aber egal hab keine zeit zum spielen.

Um auf das Eingangsproblem zurückzukommen...

ich sehe hier eine relativ einfache Möglichkeit zur Parallelisierung. Du solltest einen Kern(=Thread) den Frame rendern lassen und einen anderen Kern bereits den nächsten.

Wenn Du so die Arbeit auf 4 Kerne verteilst, hat jeder Kern die vierfache Zeit für seine Arbeit. Du musst natürlich die Soundausgabe soweit verzögern, dass sie zeitgleich mit der Anzeige kommt.

Das ganze erfordert natürlich einen ziemlichen Verwaltungsaufwand.

Mit anderen Worten:
Die Kerne werkeln gleichzeitig an vier aufeinanderfolgenden Frames. Sie stellen ihr Ergebnis in eine kurze Warteschlange, die von der Grafikausgabe aufgenommen und auf den Bildschirm gebracht wird. Kern1 bearbeitet also die Frames 1,5,9..., Kern2 2,6,10..., Kern 3 3,7,11... und Kern 4 4,8,12...

Danke für die Informationen.
Ich habe es mal getestet nur mit einem zusätzlichen Thread.
So wie es aussieht scheint es zu funktionieren werden nun alle Kerne vergleichsweise ausgeglichen verwendet.

Allerdings hab ich nun schwierigkeiten beim verändern der Fenstergröße.
OGL ist da ziemlich pingelig wenn der Contex incl. GL-Befehle nicht ausschließlich aus dem Thread
heraus behandlet werden.
Fenster resitz.. crash

Muss da wohl noch einiges optimieren.

gruss

Zitat von EWeiss:

Allerdings hab ich nun schwierigkeiten beim verändern der Fenstergröße.
OGL ist da ziemlich pingelig wenn der Contex incl. GL-Befehle nicht ausschließlich aus dem Thread
heraus behandlet werden.
Fenster resitz.. crash

Das ist der Punkt mit der Synchronisierung.
Da versucht dann ein Thread (z.b. Berechnung) was zu verändern, wo in dem Moment ein anderer Thread (z.b. Anzeige) darauf zugreift. Das knallt.
Du musst also also Übergabepunkte zwischen den Threads synchronisieren (z.B. Mutex drumrum packen).

Willkommen in der schweren, steinigen Welt des Multithreadings