Skocz do zawartości

gnysek

Administratorzy
  • Postów

    9 809
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    140

Ostatnia wygrana gnysek w dniu 26 Lipca

Użytkownicy przyznają gnysek punkty reputacji!

2 obserwujących

O gnysek

  • Urodziny 25.11.1987

Informacje

  • Team
    FABLE INSIDE
  • Nagrody
    Najbardziej pomocny uzytkownik (CA 2011)
  • Użytkownik GameMaker Studio 2
    Tak
  • Użytkownik GameMaker Studio
    Tak
  • Użytkownik GameMaker 8
    Tak
  • Użytkownik GameMaker 7 i wcześniejszych wersji
    Tak
  • Użytkownik Unity
    Nie
  • Użytkownik Godot
    Nie
  • Steam
    gnysek

O mnie

Edytowalne przez adminów

  • Właściciel GMCLANu

Ostatnie wizyty

131 207 wyświetleń profilu

Osiągnięcia gnysek

  1. Jakbyś na początku więcej wyjaśnił, to łatwiej byłoby pomóc Myślałem, że może chodzi o nie-GMowy projekt. Świetnie, że znalazłeś rozwiązanie i się nim podzieliłeś - to jedna z takich funkcji, o których wiele osób mogło nie słyszeć, bo HTML5 nie jest szczególnie wybieranym eksportem. Btw. - w niedalekiej przyszłości YYG planuje podmienić eksport HTML5 na WASM (niemal taki sam jak do GX.games, ale bez całej tej otoczki od Opery). Nowy runtime będzie mieć tylko WASM dla przeglądarek (gdyż tak łatwiej jest obejść niektóre problemy odtwarzania w JS niektórych GMowych rozwiązań). Warto będzie trzymać rękę na pulsie i pilnować, czy powyższa funkcja tam wciąż działa, bo na pewno jest przydatna
  2. gnysek

    Galeria Grafik

    Ta kamera, jak w Tomb Raiderach i paru innych gierkach w okolicach 1995 roku...
  3. Co ciekawe, osobiście miałem najpierw bardziej "rzółte" skojarzenie i szukałem tam gdzieś 21,37
  4. Tego kodu jest trochę za dużo, żeby przeanalizować, zwłaszcza, że większość zmiennych nie ma w sumie w przypadku tego pytania związku z sednem problemu (tworzenie krwi, wybranie armora). Spójrz na pętlę z WhatSee. Tam jest takie fajne sprawdzanie po kolei na typach obiektów i JEŚLI zaszła kolizja z danym typem obiektu, to wtedy wybierane jest state (i pętla jest kontynuowana!!!!), ale jeśli nie, to state zmienia się na "idź na środek". } else { show_debug_message("----------------------------NO COLLISION GO TO MIDDLE"); ActualState = WarriorState.GoToMiddle; } Wygląda więc tak, że możesz w jednej pętli znaleźć Enemy[0], ale wtedy nadal sprawdzisz Enemy[1], potem nie znajdzie Enemty[2] więc state będzie na GoToMiddle, ale potem pętla nadal szuka pozostałych obiektów i np. jeśli jest kolizja z o_DroppedHealPotion to do niego podejdzie, a jak nie to znów trafi na state GoToMiddle. Błąd polega więc na tym, że po pierwsze pętla przechodzi wszystkie typy obiektów i nie jest kończona, gdy znajdziesz kolizje, a po drugie, że state ustawia się na GoToMiddle za każdym razem, jak jednego z typów obiektów nie znajdzie (i kolejny typ może to nadpisać). Rzeczy, które można by zrobić to: a) wyjście z pętli for (WhatSee) jak zmieniono state b) ustawienie state na GoToMiddle przed pętlą, żeby pętla ewentualnie nadpisała ten stan, wtedy nie będzie potrzebny ten else (można też zrobić wariant z dodatkową zmienną tymczasową, która sprawdza, czy została znaleziona jakaś kolizja i jeśli nie, to wtedy ustawia GoToMiddle, nie ma tutaj to większego znaczenia, chodzi jednak o to, żeby to nie był else na każdym typie tego co przeszukujesz w pętli WhatSee). Może napiszę nieco jaśniej jak rozumiem Twoją pętlę: var search = [obj_enemyA, obj_enemyB, obj_healhtpack, obj_item]; for(var i = 0; i < array_length(search); i++) { if (collision_circle(...)) { state = <zrob_cos>; // to by się przydał break; w pętli :) } else { state = <idz_na_srodek>; } } I powinno być widać problem. Jeśli np. istnieje obj_enemyA, a nie istnieje obj_item, to zawsze state będzie wybrany, aby iść na środek Np. coś w ten deseń: var search = [obj_enemyA, obj_enemyB, obj_healhtpack, obj_item]; state = <idz_na_srodek>; // domyślny, pętla go ewentualnie nadpisze for(var i = 0; i < array_length(search); i++) { if (collision_circle(...)) { state = <zrob_cos>; break; } } Myślę, że gdyby w debuggerze postawić breakpoint, to byś to bez problemu znalazł Btw. do celów debugowych string(NearObj.object_index) zamienić można chyba na object_get_name(NearObj.object_index)
  5. Wybierasz format .zip ? Nie pamiętam, ostatni raz robiłem to z 6-7 lat temu
  6. Działa własnie z tego powodu, chciałem innych pokonać
  7. Już chciałem zagrać, ale... czemu to jest instalator, a nie spakowane .exe, żebym sobie mógł na szybko odpalić?
  8. Yep, najnowszy windows ma wbudowane nagrywanie albo pod Start+S, albo za pomocą Xbox GameBara, nie trzeba nawet OBS (chociaż to i tak najlepsze rozwiązanie, nie jak niektórzy, co mają wciąż instalki FRAPsa xD).
  9. To nie moje klimaty, więc nie ocenię Ale za zaprogramowanie wizualizacji w GM propsy.
  10. To jest już dostępne od 1,5 roku Było w release notes, było nawet na GMCLANIE: https://gmclan.org/news/658 - "- tradycyjny sposób wklejania obrazków do image editora (bez tworzenia brushy)".
  11. Shift klatki mozna zrobić: Rotate (ale tylko o 90) jest, Flip jest, Trim jest, Resize jest Scale jest: Brakuje w sumie rotate o dowolny kąt i skew.
  12. żebym ja pamiętał jakie Ale jeśli chodzi o Images, to jest to zgłoszone: https://github.com/YoYoGames/GameMaker-Bugs/issues/3184 i przez jakiś czas było w kolumnie "planned - IDE" ale tymczasowo zniknęła Także wygląda, ze to wszystko wróci.
  13. gnysek

    Galeria Grafik

    Dokładnie, epoka N64 i PSX. Wygląda jak gry AAA z lat 1995-2000.
  14. W sumie nic nie stoi na przeszkodzie używania dawnego edytora graficznego i potem importowania grafik. Jest trochę więcej zabawy, ale... a tak konkretnie których opcji brakuje? Bo wydaje mi się, że głównie brak filtrów, reszta być może jest za mocno ukryta? Pytam, bo zgłosiłem bodaj dwa Feature Requesty do YYG w tej sprawie, to mogę kolejne i może przywrócą brakujące rzeczy
×
×
  • Dodaj nową pozycję...