[ten ticket ma wyłącznie charakter informacyjno-dyskusyjny]

najpierw kontekst:

cixot 	
	07:20 PM
  	@Liosan,​ ​a​ ​wlasciwie​ ​po​ ​co​ ​nam​ ​#338​ ​?​ ​do​ ​czego​ ​to​ ​bedzie​ ​sluzyc?​ 
DamorK 	@cixot,​ ​wydaje​ ​mi​ ​się,​ ​że​ ​#338​ ​to​ ​co​ ​by​ ​szybciej​ ​działało​ ​:)​ 
	11:30 PM
Liosan 	np​ ​dlatego,​ ​ze​ ​ja​ ​nie​ ​jestem​ ​w​ ​stanie​ ​grac​ ​na​ ​debug​ ​:)​ ​a​ ​nie​ ​mowie​ ​tu​ ​o​ ​laptopie​ 
	11:35 PM
  	a​ ​jesli​ ​chcemy​ ​dodac​ ​jeszcze​ ​jakies​ ​inne​ ​bajery​ ​graficzne,​ ​typu​ ​oswietlenie​ ​(w​ ​jakiejkolwiek​ ​formie),​ ​to​ ​FPS​ ​jeszcze​ ​bardziej​ ​spadnie​ 
Sep 06 	03:00 AM
cixot 	smiem​ ​watpic​ ​-​ ​z​ ​tego​ ​co​ ​slysze​ ​to​ ​ludziom​ ​demko​ ​dziala​ ​z​ ​ponadakceptowalna​ ​iloscia​ ​fps'ow​ ​(nie​ ​kojarze,​ ​zeby​ ​ktos​ ​narzekal).​ ​Czy​ ​sie​ ​myle?​ ​Jesli​ ​sie​ ​nie​ ​myle,​ ​to​ ​szybkosci​ ​dzialania​ ​nie​ ​ma​ ​sensu​ ​poprawiac.​ 
  	Inna​ ​sprawa,​ ​ze​ ​sobie​ ​odpalacie​ ​na​ ​debug,​ ​w​ ​ktore​ ​(ide​ ​o​ ​zaklad,​ ​nie​ ​znam​ ​sie​ ​tak​ ​mocno)​ ​msvc​ ​wpycha​ ​pelno​ ​assertow​ ​runtime'owych​ ​i​ ​tez​ ​nie​ ​widze​ ​mozliwosci,​ ​aby​ ​przepisanie​ ​renderingu​ ​na​ ​czysty​ ​OpenGL​ ​cos​ ​Wam​ ​pomoglo​ ​(no​ ​bo​ ​jak?​ ​co​ ​by​ ​przyspieszylo?)​ 
	03:05 AM
  	skad​ ​wiecie,​ ​ze​ ​to​ ​rendrering​ ​Wam​ ​tyle​ ​fpsow​ ​zjada​ ​w​ ​trybie​ ​debug?​ ​zapuszczaliscie​ ​jakis​ ​profiler​ ​czy​ ​cos?​ 
	03:10 AM
  	wobec​ ​tego​ ​jedyny​ ​cel​ ​jaki​ ​widze​ ​w​ ​#338​ ​to​ ​zrealizowanie​ ​oswietelenia​ ​(dynamicznego?)​ ​-​ ​czy​ ​sie​ ​myle?​ 
	10:50 AM
DamorK 	Nie​ ​no​ ​debugiem​ ​się​ ​nie​ ​ma​ ​co​ ​przejmować,​ ​wiadomo,​ ​że​ ​debug​ ​sux.​ ​Zdarzały​ ​się​ ​jednak​ ​przypadki​ ​że​ ​na​ ​laptopach​ ​FPS​ ​był​ ​już​ ​bliski​ ​granicy​ ​ataku​ ​epilepsji.​ ​Bump-mapping​ ​nawet​ ​z​ ​jednym​ ​światłem​ ​trochę​ ​framerate'u​ ​zeżre​ ​wobec​ ​tego​ ​trzeba​ ​albo​ ​zrobić​ ​opcje​ ​wyłączenia​ ​tegoż​ ​efektu​ ​i​ ​olać​ ​albo​ ​poszukać​ ​wydajności​ ​gdzie​ ​indziej.​ ​Takie​ ​jest​ ​moje​ ​zdanie.​ ​Można​ ​natomiast​ ​zamienić​ ​kolejność​ ​i​ ​najpierw​ ​zrobić​ ​bumpa​ ​a​ ​potem​ ​zobaczyć​ ​na​ ​ile​ ​trzeba​ ​przyspieszyć.​ 
  	A​ ​ja​ ​kiedyś​ ​tam​ ​zrobiłem​ ​sobie​ ​profiler​ ​jak​ ​duże​ ​mapy​ ​wolno​ ​działały​ ​i​ ​po​ ​usprawnieniu​ ​kolizji​ ​kolejnym​ ​kandydatem​ ​do​ ​optymalizacji​ ​był​ ​właśnie​ ​rendering.​ ​Pewnie​ ​niewiele​ ​się​ ​zmieniło​ ​od​ ​tego​ ​czasu​ 
	10:55 AM
  	Toxic,​ ​a​ ​jaki​ ​FPS​ ​masz​ ​na​ ​swoim​ ​toxicosprzęcie​ ​na​ ​dużych​ ​mapach?​ 
  	Nie​ ​chciałbyś​ ​bumpa​ ​zobaczyć​ ​u​ ​siebie?​ ​:)​

na r920 po odpaleniu new-game i wpisaniu w konsoli 'load-map data/maps/level3.xml entry' i wyjsciu z konsoli mam:

• ~16 fpsow na 640x480 okienku przy jednoczesnym przegladaniu assembli
• ~26 fpsow na 640x480 fullscreenie

Ja uznaje, ze plansza numer 3 to wystarczajaco duza mapa, czy moze mialem na jeszcze jakichs wiekszych sprawdzac?
Sama aplikacje z tego co widze to mam skompilowana w trybie -O0, czyli bez optymalizacji. Aczkolwiek SMFL byl kompilowany w trybie -O2 (czyli ze standardowo-releasowo optymalizacjami).
Bumpa to moze i chcialbym u siebie zobaczyc, ale:
1) sam tego sobie nie zrobie, bo nie mam czasu i ochoty :(
2) jakies shadery chyba potrzebuje, co nie? a to chyba bedzie pewien problem osiagnac na tym zlomie (riva tnt2 :) )

A ten tego:
"Zdarzały​ ​się​ ​jednak​ ​przypadki​ ​że​ ​na​ ​laptopach​ ​FPS​ ​był​ ​już​ ​bliski​ ​granicy​ ​ataku​ ​epilepsji."
a co to byly za laptopy? mamy jeszcze do nich dostep? bo stawialbym hipoteze, ze mialy problem z driverami/akceleracja OpenGL i tez przepisanie renderingu na czysty OGL nic by im nie poprawilo. Te hipoteze mamy mozliwosc obalic/potwierdzic jakos?