On Mon, 29 Dec 2008 03:13:57 +0100, Alan Grimes <agri...@speakeasy.net> wrote:
> I pushed out the patch to take switches out of the simulator, Switch > will need to be patched somehow, see the todo. > > The todo's for Simulator are as follows: > > 1. The simulator should not be tied to the UI, remove all UI calls from > the simulator. > Agreed. > There should be a separate UI refresh class that will operate in a > different thread that will update the screen as fast as possible while fast as possible or at a given refresh rate? I think more than 20-25fps is not needed. In this moment the refresh rate can be set in ktechlab. > the simulator can do it's computations without having to wait for GUI > stuff to happen, this should allow the usable number of simulator > steps/second to be increased dramatically. > [...] > > Ideally there would be a simulator thread that is forked off from the > main application thread. The current best practices for doing that > appears to be by using OpenMP, I'm gonna hafto buy me a book on that. =\ > Why that? Qt has threading support. See here: http://doc.trolltech.com/3.3/threads.html ------------------------------------------------------------------------------ _______________________________________________ Ktechlab-devel mailing list Ktechlab-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ktechlab-devel
