Threef

Jeżeli tak będzie to też się tam powinienem automatycznie znaleźć. Chociaż jeszcze w Poznaniu "Prawdziwej Polskiej GameDevowej™" imprezy nie widziałem. Spokojnie, jeszcze się zobaczymy. ;)

Ja też idę pić, ale nie z wami. Trzeba się bardziej socjalizować. :P

To ja od razu powiem że nie idę wieczorami na piwo z GMClanem (co innego na lunch). Teraz będzie zbyt dużo osób z którymi i tak muszę się spotkać.

Chyba z mahoniu masz te drewno. xD Intel Atom™ N450 (1,66 GHz) 1 GB DDR2 Zintegrowana graficzna Intel GMA 3150 GM ma nie optymalne niektóre funkcje. Moje (prawie) wszystkie gry śmigają na tym sprzęcie w pełnych 30FPS, ostatnio kilka w 60FPS.

Są darmowe noclegownie, i ludzie ze zjazdu też tam będą, ale jakotakiego noclegu załatwionego to raczej nie ma.

Doom miał ogromne lagi. :D Pingi 10k!

LOL. Miesiąc temu specjalnie wjebałem się CTSG na domówkę żeby nad ranem na kacu truć mu o Top Hat'cie. True Story.

Chodzi o samą metodę, a niewykonanie. Po prostu trzeba zabronić zbliżania się.

Bardzo dobrze. Wystarczy że nie doprowadzasz do tego aby postać podeszła za blisko. Rozwiązanie idealne.

Szybciej będzie wyliczyć różnicę kątów. Może mniej dokładnie, ale o wiele szybciej.

do w GM nie ma do...while, jest do...until.

W każdym. Z tego co pamiętam to global. Jest traktowany jak każdy obiekt, a odwołania o_bohater.hp są (troszeczkę) wolne.

oj, abs() na ten angle_difference() bo masz minusowy kąt bez tego.

Oczywiście mozesz ukryć wszystko co jest za plecami. GML if(angle_difference(gracz.direction,point_direction(x,y,gracz.x,gracz.y))<120) { //draw } angle_difference() to funkcja z gmlscripts (jest też wbudowana w GM:S) gracz.direction to kierunek kamery 120 to zasięg widzenia, w tym wypadku 1/3 koła czyli chyba tyle ile człowiek widzi. Dopasuj sobie.

2 Deadline na piątek.

Zwiększenie room_speed to przeciwność zwiększania wydajności. Jest kilka prostych sposobów jak poprawić wydajność: Sprawdź czy musisz mieć wszystkie instance widoczne. jak nie do dezaktywuj je. Unikaj wielu draw. Jeżeli tak robisz to rysuj coś na jeden surface a potem rysuj tylko go. Wyłącz "Precise collision checking" Unikaj sprawdzania kolizji gdy nie trzeba. Zagnieść IFy (albo w GM:S uzywaj && i ||). Najpierw sprawdź czy jest wciśnięty przycisk, potem czy możesz się ruszyć, a na końcu wylicz mega skomplikowany wzór na DMG.

Gorsze są ograniczenia NESa. GB ma dowolną paletę 4 kolorów i ekran 160x144 (można skalować). To wszystko. NES ma ograniczony ekran, NESową paletę, i jakieś ograniczenie co do ilości kolorów per tile.

Tak. Szkoda że nie mogę siedzieć cały tydzień przy tym, wtedy zrobilibyśmy więcej niż 3 światy. http://jams.gamejolt.io/gbjam3

#GBJam Mam grafika, muzyka i level designera. Mam czas do końca tygodnia i robotę 8 dni dziennie. Będzie ciężko. :D Po 3h roboty jest to. Jeszcze zbugowane.

Strona jednego z naszych klientów przez zmianą: http://napieszo.pl/Czysty.html :lol:

A ja wciąż zastanawiam się czy kupić przez internet czy dać nie opodatkowaną kopertę przy najbliższej okazji. :D

Są tylko 2 odpowiednie sposoby. Pierwszy podał Jakim, i jest to stworzenie licznika wewnątrz obiektu który będzie rósł co step. I to zazwyczaj wystarcza. Drugim sposobem (wg mnie bardziej uniwersalnym, szybszym i lepszym!) jest stworzenie przy create zmiennej przechowującą aktualny czas jako czas narodzin. Potem gdy trzeba sprawdzić wiek wystarczy jednorazowo odjąć nowy aktualny czas od narodzin. Jest 2014 Urodziłeś się w 2001 Masz 13 lat. Aktualny czas może być sekundami (current_time), milisekundami od początku gry (get_timer();) albo globalną zmienną którą będziesz zwiększał co step w jakimś kontrolerze (#polecam).

Tak, możesz próbować wczytywać i podmieniać modele co klatkę. Ale nie zastanawiałeś się czy nie warto by tego spróbować w Unity3D?

Są konwertery które przerabiają modele do formatu który GM obsługuje, ale tylko modele statyczne. Nie można robić animacji.

Ej.... czekaj. A macie lepsze sceny w grze? :o