Muuuuczek567

Wiem, że Snake też robił wielokolorowy tekst. Jego skrypty działają jednak na zasadzie BBCode. Mój skrypt używa kolorowania tekstu jak w Quake'u. Przykład: ^5pRo^3KIllah^5pRo dałoby w wyniku pRoKIllahpRo. Możliwe, że pomieszałem kolory, ale wiecie o co chodzi. No i lepiej raczej rysować na surface'ach, bo przy dłuższych tekstach FPS drastycznie spada, a wydaje mi się, że bez DLL-a nie dam rady przyspieszyć działania. Działa tylko z atrybutem fa_left. https://gmclan.org/up5655_12_quake_text.html

:D Jeśli się nie mylę, to ktoś mnie po tym poprawił, że to jest najgorsze rozwiązanie. Ale najprostsze. Lepiej używac zmiennej odpowiadającej za prędkość gry i mnożyc ją przez wszystkie zdarzenia w grze. Dużo z tym zachodu, ale jest lepiej na słabszych komputerach.

Nie przetestowałem, gdyż nie mam GM 8.0 Pro. Jednakże mogę o przykładzie sporo się dowiedzieć patrząc jedynie w kod. Za dużo niepotrzebnych sprite'ów. Zamiast tego, można było użyć funkcji draw_circle i draw_rectangle, które na pewno zabierają mniej miejsca niż te wielkie prostokąty i koła w zasobach. Otoczenie lepiej robić na tilesetach z tego samego powodu. Choć nie trzeba. Obiekt koniectrasy jest niepotrzebny. Lepiej dodać event Other -> End of Path i tam wykonać kod. global.wyglad mógł być od razu indeksem sprite'a i wtedy kod na ustawianie sprite'a mógł wyglądać tak: sprite_index = global.wyglad Wystarczy jeden obiekt "pocisk", w którym dajesz parametry: obrażenia, szybkość i sprite_index. Oszczędność miejsca i, w niektórych przypadkach, obliczeń. Ustawianie prędkości gry zmienną room_speed odpada. Co, jeśli ktoś ma za słaby komputer i fps nie będzie wchodził powyżej 30? Obiekty "spawner" to klasa sama w sobie :D To kilka uwag odnośnie wewnętrznej struktury przykładu. Ponieważ jednak nie mam możliwości sprawdzić, jak przykład wygląda, mogę się jedynie domyślać, że przykład działa jak należy Z tego powodu... ...dam Ci mocną tróję. Ucz się na błędach, które popełniłeś w tym przykładzie, a na pewno Twój kolejny przykład zasłuży ode mnie na czwórkę :P

Gier tego typu jest mnóstwo. Nie wydaje mi się też, że plansza 7x7 jest wystarczająca. Ale wygląda ładnie, no i zobaczymy, jak będzie się grało. PS: "You won"? Wydaje mi się, że powinno być "You win".

Rzeczywiście, nieco dziwne zadanie. Podstawmy za x (9+3). 2x jest jednomianem, ale 2(9+3) już nie? Google'owy kalkulator także uważa, że wynikiem jest 288. I jako ciekawostka: http://michiganstate.247sports.com/Board/93/48293--1787217/1 Dyskusja rozpoczęła się 5 dni temu, a już ponad 700 odpowiedzi. http://www.neogaf.com/forum/showthread.php?t=426785 Dyskusja rozpoczęta 10 dni temu. 3000 odpowiedzi. http://forum.bodybuilding.com/showthread.php?t=133389973 Zaczęte 6 dni temu. 2500 odpowiedzi. Cudowny troll.

view_enable[0] = 1; view_wview[0] = 320; view_hview[0] = 240; view_xport[0] = 0; view_yport[0] = 0; view_wport[0] = 320; view_hport[0] = 240; view_object[0] = o_fredericocaprici

x = (9+3) 48/2x = 48/(2*(9+3)) = 48/24 = 2

Oczywiście, chodziło mi o pierwsze MM, i o ile się nie mylę, to powstało właśnie w 1991 r. Nie sądziłem jednak, że powstała cała seria gier o tej nazwie :o

Oczywiście, że się da. Dało się 20 lat temu, da się i dzisiaj.

Gdybym pominął Twoją wyobraźnię, baco, to te wyścigi odbywałyby się na stole kuchennym :)

Super! Nie spartacz tego!

Twoja sygnaturka nie pasuje do screena. A tak poważnie: prędkościomierz do 400? Obrotomierz do 11?

pablo, co Ty gadasz? Nie może być na odwrót, chyba że najpierw wysyłasz dane, a potem tworzysz obiekt.

Ten obrazek pójdzie do intra mojej kolejnej gierki. Ta sama technika, tylko ogień dorysowałem w Paincie (brzydki :/).

@Mentoss: haha. Create: GML aaa = '' b = 0 Pisanie: GML if(!keyboard_check_direct(b)) b = 0 for(i = 32; i < 128; i += 1) { if(keyboard_check_direct(i)) { if(!b) { aaa += chr(i) b = i } } } Jeżeli chcesz, żeby były polskie znaki, musi być "i < 192", a czcionka musi obsługiwać polskie znaki.

if(keyboard_check_direct(vk_space)) { if(!a) text += ' ' a = 1 } else a = 0 ?

Oczywiście. Że też o tym nie pomyślałem :) Nie, to nie ironia.

Usuń drugi else. Cztery litery, a jaka różnica. E: kod właściwie powinien wyglądać tak: GML if akcja=false { if keyboard_check(kl_lewo) { sprite_index=A_idzie; image_speed=0.4; x-=sped; image_xscale=-1; } else if keyboard_check(kl_prawo) { sprite_index=A_idzie; image_speed=0.4; x+=sped; image_xscale=1; } if keyboard_check(kl_up) { sprite_index=A_idzie; image_speed=0.4; y-=sped; } else if keyboard_check(kl_down) { sprite_index=A_idzie; image_speed=0.4; y+=sped; } if(keyboard_check(vk_nokey)) { sprite_index = A_stoi image_speed = 0 } }

No tak. Góry są zrobione w Blenderze, a z braku GIMP-a efekt zmniejszenia liczby kolorów zrobiłem w GM-ie.

@Makary: wystarczająco dokładne do tego typu porównań. 100k wywołań funkcji sqrt(93) zajęło 141 ms, power(93,0.5) - 174 ms, pierwiastek(93) - 10500 ms (!).

Blender i GM. Chciałem, żeby wyglądało jak ze starych gier.

@TheMarcQ: lol. To jest znacznie wolniejsze. Nawet pusty skrypt jest wolniejszy od dowolnej funkcji z rozdziału o funkcjach matematycznych. Pierwiastek dowolnego stopnia z dowolnej liczby wyliczysz następująco: power(liczba, 1/stopień_pierwiastka)

Pivot? Macromedia Flash? Na upartego można w Blenderze.

Wielkość komórek to dwa ostatnie argumenty funkcji mp_grid_create. W ogóle, to chyba coś skopałem ten przykład, bo tworzy tyle siatek, ilu wrogów na mapie :o Teraz jest dobry przykład, pod tym samym linkiem.