MovieWaitCondition.Notify() // Release Thread 1 for processing Unlock and wait until display has completed The benefit of this pseudo-code is that the user RenderGameScene() method can execute simultaneously with Advance, yielding better overall throughput. Users can mediate this limitation by issuing Advance in Thread1 right after Display in Thread2 has completed this will ensure that the Advance will most likely be completed by the time Display is called again.īelow is the pseudo-code that can be used to achieve such synchronization. In other words, this requires synchronization once per frame.
Once Thread2 gets to rendering of the GFx movie, it needs to wait for Thread1 to complete. In other words, Thread2 can be rendering 3D game content while GFxMovieView::Advance is being executed in Thread1. What we need to do is ensure that Advance and Display are never executed simultaneously. Suppose we have two threads: Thread1 is executing input processing and Advance, while Thread2 is a renderer thread performing both game engine rendering and GFx rendering - i.e. Below is an example of how this can be done with separate processing and rendering threads. In order for Advance and Display to be called from separate threads, their access needs to be synchronized with an external user lock. Such setup can improve performance on multi-core systems and consoles such as Xbox 360.
Scaleform gfx download free#
While asynchronous execution of these methods is currently not possible, developers can free up processing time in the rendering thread by moving the Advance into a different thread and using proper synchronization techniques.
calling Advance and Display methods of GFxMovieView asynchronously. Many developers have requested the ability to do GFx rendering and processing in separate threads, i.e. How can I use Advance and Display from different threads?
0 kommentar(er)
