Threef

Sterowanie w mojej grze to sama myszka (touchpad lepiej xD). Trzeba unikać pocisków wroga, starać się trafić w nich swoimi (autoatak) i zbierać monety i życie. Muzyka z mojej gry :D: Kończą mi się loopy, trzeba będzie nowe. Edit: Moje spostrzeżenia Sheriff99: Minimalizm to nie miniaturyzm. ;) Miałem wrażenie że tak to odebrałeś, ale nie martw się masa ludzi tak to zrozumiała. Zakończenie chyba miało być bardziej zabawne, ale nie jest źle. Nawet jest dobrze. MaxGaming: Gra jest fajna, wydawałoby się że zaczęta trochę wcześniej (przez level design). :P Trochę za trudna (kolce są nie do przejścia) i walljumpy czasami same się wykonują. :) Chell: WTF! Pokaż mi jak przechodzisz to! xD I am vader: Proste, przyjemne i w temacie. Trochę brak estetyki. :P Zagłosowałem na twoją grę. Ogółem poziom jest bardzo wyrównany i jestem niesamowicie zadowolony!

Oddam do 21, nawet to co teraz mam.

Musisz brać pod uwagę ile kodu wykonuje się w każdym step. Jeżeli masz na ekranie 20 obiektów ale każdy ma w sobie pętlę for(i=0;i<100;i+=1) to ten kawałek wykona się 2000 razy! visible = false tylko wyłącza rysowanie, więc reszta kodu cały czas się wykonuje. Jeżeli wykonujesz jakiś kod zależnie od tego jakie bloczki otaczają aktualny, to możesz spróbować updateować ten blok tylko gry jakiś z jego sąsiadów się zmienił. Tak robi Minecraft. Optymalizacja nie jest prosta i nie ma gotowych przepisów. Trzeba się wszystkiego samemu nauczyć i kombinować, bo to co pomoże w jednej sytuacji w drugiej okaże się totalną klapą.

I to jest screen z RoboCodera który zachęca mnie.

Uzjel chyba trafiłeś z pomysłem. ;)

Gdyby ktoś potrzebował pomysłu to może zobaczyć co zrobiło ponad 2300 osób na Ludum Dare. Dla mnie to okazja aby zrobić coś lepszego niż wtedy. Powodzenia wszystkim, a ja będę starał się wrzucać screeny do "Nad czym aktualnie pracujesz" aby zachęcić was do pracy.

Czyli ten temat służy jednocześnie do prowadzenia dyskusji? :lubieto:

Nogi!!! :thumbsup: @Down: Druga animacja biegu z postacią pochyloną do przodu. <3

System? :huh: A to nie zależy od Hardware?

Po 1 nie dezaktywuj obiektów a instance, bo dezaktywujesz wszystkie instance tego typu (obiektu). Po 2 dezaktywowany instance nie wywołuje eventów więc nie możesz wykonać w nim żadnego kodu. No to być może wystarczy żę zrobisz tak: Stwórz nowy obiekt który będzie kontrolował dezaktywację obiektów GML (Begin Step) instance_activate_all() with(obj_klocki_tla) { if place_meeting(x,y,obj_klocki) or place_meeting(x,y,obj_klocki_jasne) { instance_deactivate_object(id); //id czyli aktualny klocek } } Jeżeli to nie zadziała to będziesz musiał przeiterować przez wszystkie instance używając instance_find() Oczywiście w grze takiego rodzaju jaki robisz to co podałem nie jest zbyt dobrym pomysłem. Powinieneś robić na odwrót: dezaktywować wszystko, aktywować potrzebne obiekty (gracz, kontrolery), aktywować wszystko w zasięgu view, dezaktywować co nie potrzebne.

Problem jest taki że ze dezaktywowanymi obiektami nie możesz sprawdzać kolizji. Opisz lepiej sytuację. Czy obiekty są wyrównane do siatki? Czy poruszają się swobodnie? Czy często się zasłaniają?

Załóż już temat do gry. Zapowiada się że to skończysz więc podoba mi się to. ;)

Tak, gdybyś to dobrze zaplanował to miałbyś tylko 1 obiekt i zmieniał mu właściwości/grafikę.

Jest, ale nie to masz zrobić. Masz zrobić 2 osobne grupy obiektów i nigdy nie myśl o nich w ten sam sposób. Jedne są ścianami (tłem), a drugie podłożem. W Terrarii młot służy do niszczenia ścian a pozostawia podłoże.

Terraria ma 4 osobne warstwy. Rysunek tła (Góry, ośnieżony las etc) - To powinien być zwykły background Bloki ścian (czyli to co chcesz ty zrobić) - To są zwykłe obiekty z którymi nie zachodzi kolizja, ale dzieją się inne rzeczy (np blokują światło) Bloki - Czyli wszystko z czym postacie mają kolizje Postacie, pociski oraz particle Ściany i bloki powinny mieć osobnych rodziców bo są zupełnie innych typów.

W tym wypadku to nie troll, a sarkazm. Oboje macie trochę racji. GMowi nie robi różnicy czy jest = czy ==, oraz czy są średniki, albo tabulacja. Dlatego najważniejsze jest to aby kod był dla was czytelny i prosty. asdfMaciej ma rację bo warto uczyć się dobrych nawyków, ale nie używanie średników w GM wcale nie jest złym nawykiem gdzie zgodzę się z kriso99. Czasami warto zaoszczędzić sobie trudu ruszania palcem o 3cm. Śmiało mogę powiedzieć że używanie == do warunków logicznych jest bardzo dobrym nawykiem. Natomiast to co pokazuje Opisek to przepis na zakalec, w dodatku przesolony kwasem solnym. (Rozumiecie? Kawas solny. :D)

@Saus '2' here! @Topic jeżeli rozumiesz cokolwiek z fizyki to po lekkich przygotowaniach podstawę zdasz na 60%+. Angielski rozszerzony też nie sprawia problemu, nawet jak nie napiszesz pracy pisemnej (a można pisać głupoty) to złapiesz sporo darmowych punktów. Informatyka (część praktyczna) to albo 'sprytna obsługa' excela/accessa albo operacje na plikach w C. Jeżeli czujesz się na siłach to spróbuj rozwiązać kilka zadań. Jak uda Ci się to zdasz podstawę na 40%+, reszta to teoria i twoje umiejętności z matematyki. Ważne jest to że nagradzany jest każdy punkt, więc wykucie podobnego (całkiem inny wzór) zadania na pamięć może dać jakieś punkty. :P Gdybyś miał problemy ze zrozumieniem jakiegoś zadania to pisz. Mamy tu na forum kilka mądrych głów które pomogą. ;) Rozszerzenie ma bardziej skomplikowane zadania, ale też wykonalne. Matura z informatyki jest dziwna i większość nauczycieli jej odradza, bo albo zdasz ją na 80% albo na 3%. Mnie udało się w szkole przekonać 3 kolegów którzy chcieli zdawać matematykę rozszerzoną aby wybrali też inf. W miesiąc rozwiązywali zadania i okazało się że z informatyki mieli 20-50% a z MatR <10%, a przygotowywali się rok. :(

Ty nawet nie zacząłeś, a od razu wskoczyłeś... na nawet nie wiem gdzie bo nie powiedziałeś.

To najlepsze rozwiązanie. Jeżeli wszystko dobrze rozplanujesz to będziesz mógł bardzo łatwo edytować to i tworzyć nowe elementy. :thumbsup:

Stwórz sobie nowy sprite, narysuj na nim przycisk 'Ulepsz DMG'. Stwórz nowy obiekt i przypisz mu grafikę Sprawdzaj czy jest kolizja z myszką (event 'mouse check') ??? Profit! Łatwiej tego się nie da zrobić.

Do dupy. Nic się nie trzyma kupy. Przyciągasz napisem "sztuczna inteligencja wrogów" a jedyne co robisz to sterowanie w 4 kierunkach i to na klockach nie tłumacząc nic. Nawet czemu robisz to sterowanie. Potem robisz odbijanie od obiektu... Przypominam przed chwilą że zrobiłeś poruszanie top-down w 4 kierunkach. Odbijanie od obiektów przy takim sterowaniu jest głupie, nawet jak dla początkujących. Użycie show_message_ext jest idiotyczne. Nie używa się tego do takich rzeczy. Jest to bardzo proste, ale jeżeli masz zamiar 'robić sklep' w swojej grze, to może warto nauczyć się robić to w jakikolwiek dobry sposób. Nazwałeś to "Początki z game maker", a to nie są żadne początki. Nic nie wytłumaczyłeś, a od razu wyjaśniasz kod.

Ministerstwo (czy ktoś tam z góry) daje listę dozwolonych narzędzi, OSów i języków. Ja chciałem zdawać kodując w PHP (i chyba mogłem) ale okazało się że musiałbym sam sobie przygotować stanowisko i odechciało mi się. GM na 100% odpada bo musisz wysłać do sprawdzenia kod źródłowy. Edit: Mając 1/2 z matmy nie dasz rady. Chyba że to pała z lenistwa. Musisz umieć rozwiązywać złożone zadania logiczne.

Weź z tego "PRO-TO-TYP" odejmij "PRO". :P

"potem", po prostu widzę że mogę w taki sposób "potem" rozwinąć grę. A nie wydaje Ci się że postać używająca tylko Blasterów byłaby za słaba? 40 roboczo godzin i wydaje mi się że powinienem mieć działający network, czyli prawdopodobnie będzie już walka na Lightsabery. Następnie level design => Umiejętności => Beta Release => Balansing i Dodatki

Miałem zamiar dać Blastery jako skill, 'Mało użyteczny ale niekiedy ratujący dupę'. No i myślę że można by potem zrobić jakieś misje co-op przeciwko i z botami to dla nich to by była broń podstawowa.