Threef

Teraz chociaż troszkę lepiej? Godzina rysowania: Nie będę spamował każdym rysunkiem, ale czasami coś tu wrzucę. :P

W takim razie olej ten przykład, bo bardziej Ci on szkodzi niż pomaga, i zrób to tak jak uważasz że powinno być zrobione. Jeżeli dalej nie umiesz tego zrobić to znaczy że musisz się jeszcze czegoś nauczyć. Tak wygląda praca programisty. :bye1:

Nie jestem pewien czy rozumiesz znaczenie słowa "Przykład".

Pierwszy ever szkic na tablecie.

Z tym 'wężem' to jest błąd z pamięcią w GM:S. Powiedz jakie są warunki? Jest to pusty projekt? Masz ustawiony kolor albo obrazek tła? Obiekty ze zwykłym sprite też zostawiają ślad?

Planescape: Torment?

Ja chyba najpierw zacząłbym od przeczytania tego błędu.

Śmieszą mnie animacje szkieletowe w top-down. Ręce zawsze są popieprzone, ale każdy do tego przywykł. xD

Bardzo prosto. Musisz znać aktualną liczbę przeciwników. Pomoże Ci w tym funkcja: instance_number(). Możesz natrafić na problem gdy twoi przeciwnicy są różnymi obiektami (np.: Zombie i Szkielety). Aby to obejść musisz stworzyć jeden wspólny obiekt rodzic (parent) i każdemu z twoich przeciwników ustawić ten parent. Sprawi to że za każdym razem jak będziesz się odwoływać do rodzica to GM będzie też brał pod uwagę jego dzieci. Ułatwia to też później resztę spraw. Nie trzeba robić wielu różnych kolizji, a wystarczy sprawdzać kolizje z rodzicem. ;)

No to musisz przesuwać ten obiekt w tym samym momencie co przesuwasz view. GML view_xview=x obiekt1.x=view_xview Coś takiego. Dzięki temu wszystkie przesunięcie wykonają się w tym samym evencie i wszystko będzie ok.

To czekaj... Ty chcesz żeby to się tak animowało jak chłopaki zrobili? Czy może nie?

GML global.hp=max(0,global.hp)

Sprawdź co zwraca mouse_check_button(mb_left). Prawdopodobnie tylko wartości 0 i 1. Nie mam pojęcia czemu dajesz minus przed? Chcesz zrobić negację? Negację robi cię wykrzyknikiem. W twoim wypadku jeżeli mouse_check_button(mb_left) jest 1 (true) to robisz z tego -1 (false), a jeżeli jest 0 to próbujesz zrobić -0 a oba są false. Warunek zawsze będzie nie spełniony.

Nie potrzebujesz fizyki do rozrzucania flaków. Naprawdę. Nie potrzebujesz do tego fizyki. :bye1:

Jak ktoś nie zmieścił się na moją prelekcję to mam już nagraną: btw najbardziej zawiodłem się na spotkaniu z GMClanami. :P Mogłem was namówić na taryfę, bo przez spacer straciłem masę cennego czasu.

GM ma coś takiego jak Included Files. Pliki tam dodane są automatycznie wypakowywane przy instalacji.

Czarne paski to właśnie zachowany aspect ratio.

Szybko odpowiadając na pytania: Tak event kliknięcia myszki działa tak samo jak tap-nięęcie na ekranie. prawy przycisk myszki odpowiada za podwójne dotknięcie ekranu. 2: Aplikacja jest skalowana do rozmiaru urządzenia. Nie jestem pewien czy są zachowane proporcje, ale to jest najmniejszy problem. Sporo ludzi nieźle zarabia na przykładach pokazujących w jaki sposób zrobić dobre skalowanie w GM. Jest to bardzo trudne. Ogółem to aplikacja w FullHD będzie działać i na tabletach i na telefonach, ale na telefonach będzie to starta zasobów. Warto przygotowywać osobne wersje (konfiguracje). 3: GM obsługuje tylko kilka rodzai reklam, ale można dopisać rozszerzenie na Androida. No a na ostatnie pytanie nie warto szukać odpowiedzi. Równie dobrze możesz pytać się ile marchewek jemy miesięcznie. Jest zbyt dużo zmiennych, każda gra jest inna, każda wydawana jest w innym momencie, albo reklama ma inną formę. Ktoś będzie zarabiał na jednej grze $500 miesięcznie, a ktoś na 10 grach $100.

To jest gotowiec. Będzie działać bez problemu jeżeli wsadzisz do create zamiast step.

W moim poprzednim poście napisałem: Jeżeli chcesz robić poruszanie bazujące na zmianie x i y, to zamiast x i y musisz używać phy_position_x i phy_position_y. To wszystko. Edit: A twoje ślizganie jest przez to że masz źle dobrane właściwości fizyczne. Density etc.

Bilety droższe niż na PGA, ale to #0hgame więc muszę być!

Kogo obchodzi program! Sos robi afterparty połączone z Game Jamem w wynajętym tramwaju!

Zamiast poczytać wszystko w dokumentacji to problemy robisz. :D Zamiast zwykłego x w Box2D używasz phy_position_x, zamiast direction używasz phy_rotation i ustawiasz phy_fixed_rotation = true.

Nie powiedziałeś w czym problem. Dopiero teraz wspomniałeś o tym ze nie ma kolizji pomiędzy obiektami. Domyślam się już co może Ci pomóc, ale wciąż strzelam na ślepo. W jednym z obiektów pomiędzy którymi ma zachodzić kolizja musisz stworzyć event kolizji tych dwóch obiektów. Wewnątrz tego eventu mysi być jednak jakaś akcja bo inaczej event się usunie. Dodaj tam kod z jakimś komentarzem, ale klocek komentarza (żółty znak z wykrzyknikiem). Musisz tak zrobić dla każdego obiektu dla jakiego chcesz aby zaszły kolizje.

Każda wersja może korzystać z wszystkich funkcjonalności fizyki Box2D.