DisplayList implemetálva. Nagyon bika lett. Úgy veszem észre, van egy limit 120FPS-nél. Eddig, ahogy emeltem a négyszögek számát, úgy szépen skálázódott a frissítés is. Most pedig szépen 120 körül mozog. Azt hiszem ez nagyon jó eredmény.

Amikor elkezdtem csinálni, akkor 15 részre osztottam a főkört, és 15-re a kiskört, hogy folyamatosan legyen a megjelenítés. Utána megírtam rendesen a ciklust, felment 20-25-re mind a két érték. Most alkalmaztam a displaylistet, 250-ig tartja a 120 FPS-t, Utána elkezd csökkenni. Persze itt már érezhetően nem azonnal jelenik meg a kép. Ja és minimális a CPU terhelés.

Jó ez a displaylist, viszont ezzel bukom a dinamikusságot. Azt hiszem többszálaznom is kell. A GUI-t mindenképpen le kell választani az opengl-es részről, külöben "fagy".

http://www.lighthouse3d.com/opengl/displaylists/

Ennek a tutorialnak a forrását átírtam C++-ból, pythonba. Van benne egy kis "benchmark", ami azt mutatta, hogy ugyan olyan gyorsan fut a pythonos változat, mint a forgatott exe. Jó dolog ez a display list dolog, átemelem a főprogramba. A tárgy mozgatását imitálni fogom a kamera mozgatásával.

http://www.wxpython.org/docs/api/wx.PaintDC-class.html

NetBeans átvert, megjelölt egy változót, hogy felesleges és kiszedtem gondolkodás nélkül. Majd jöttek a bugok, persze nem kapcsoltam össze, mert közben elhanyagoltam az egész projectet. Ma kicsit átnéztem és megtaláltam a hibát. Visszaraktam azt a változót és egyből jó lett. Még annyi hiba van, hogy a resize event kb lenullázza a tárgyam állapotát.Például elforgatom 30 fokkal,húzok az ablakon a tárgy visszaugrik a 0 forgatáshoz. Valahogy konkzekvensebben kéne kezelnem az állapotait, lehetőleg globális változók nélkül.