I saw that in an old pyweek entry of mine. The problem is using time.clock as a clock source.
In windows it provides the High Performarce Counter, and it goes like a wall clock with high resolution. In linux like, including mac,, time clock is more akin to process time, end is much slower than wall time. At the moment using time.time solved my problem. Notice that time.time is more coarse than time.clock, which can be a problem. claudio --- On Mon, Nov 17, 2014 at 12:06 PM, Jose Luis Da <[email protected]> wrote: > Hi all, > > I wrote a code that displays an animation of a plaid, this plaid is drawn > with OpenGL. > > I have developed it under a Windows, but I also want to execute it under > OSX. The code runs correctly, but the animation, i.e. strips of the plaid > moving, is significantly slower. > > Has anyone of you experienced something similar? What may be the cause of > it? > > I have attached the code and the files it uses for you to see. > > Thank you, > jl > > -- > You received this message because you are subscribed to the Google Groups > "pyglet-users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/pyglet-users. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "pyglet-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/pyglet-users. For more options, visit https://groups.google.com/d/optout.
