Skocz do zawartości

LolikZabijaka

Użytkownicy
  • Postów

    1180
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    5

Ostatnia wygrana LolikZabijaka w dniu 18 Lipca

Użytkownicy przyznają LolikZabijaka punkty reputacji!

O LolikZabijaka

  • Urodziny 26.11.1993

Informacje

  • Team
    D.P. Studio
  • Użytkownik GameMaker Studio 2
    Nie
  • Użytkownik GameMaker Studio
    Nie
  • Użytkownik GameMaker 8
    Tak
  • Użytkownik GameMaker 7 i wcześniejszych wersji
    Tak
  • Użytkownik Unity
    Nie
  • Użytkownik Godot
    Nie

O mnie

  • Skąd
    Olsztyn
  • Płeć
    Mężczyzna
  • Adres www
  • Hobby
    Trochę tego jest.

Edytowalne przez adminów

  • ALE ZA SWOJE

Ostatnie wizyty

12397 wyświetleń profilu

Osiągnięcia LolikZabijaka

Master of Posts

Master of Posts (9/13)

17

Reputacja

  1. Kolorystyka niemal identyczna, widać ktoś ma podobny do mnie gust w tej kwestii :D
  2. Tego nie przewidziałem xd Tak czy siak, dobrze, że o tym mówisz, bo ta funkcja będzie wyłączana, co level będą ustawiane checkpointy @Edit - Dodałem też alternatywny tryb sterowania - ośmiokierunkowy, więc w pełnej wersji, będzie można sobie wybrać.
  3. Jakim cudem zdołałeś zapisać i odczytać stan gry, nie przypominam sobie, abym implementował taką funkcję Co do buga, to prawdopodobnie zakłóciłeś działanie obiektu kontrolnego wroga, ale dzięki za cynk, zwrócę na to uwagę. Nie ma tam żadnej niewidzialnej ściany, po prostu maski są ustawione tak, a nie inaczej
  4. Co do sterowania, okej, będzie możliwość wyboru, albo myszkowe, albo ośmiokierunkowe. Jeśli chodzi o niewidzialne ściany, to nic takiego sobie nie przypominam, pokaż na screenie, o który budynek chodzi. Kwestie takie jak wybicie okien i niezmieniona opcja dialogowa, to drobiazgi, które oczywiście w wersji pełnej będą poprawione. I tak, to jest tak gra, gdzie kazali "wyjebać headshota"
  5. Tytuł: Parszywy Dywersant Gatunek: TDS Opis: Jest to oficjalny remake starej Parszywej Dwunastki, kilka lat temu wstawiłem już demo, jednak przy dalszych pracach, pojawiły się gigantyczne problemy z optymalizacją. Postanowiłem napisać grę od nowa. Fabuła mocno nawiązuje do oryginału, jednak spolonizowałem protagonistów, cała akcja dzieje się kilka lat wcześniej, lokacje, mimo iż wzorowane na oryginale, zostały podrasowane. Jeśli chodzi o technikalia, to zmian względem pierwowzoru jest tak wiele, że nie ma sensu wszystkiego wymieniać, zobaczcie sami! Download: Download Rozmiar pliku: 12 MB Autorzy: Programowanie: Głównie ja, korzystałem też z kilku silników. Fabuła: Ja Grafika: Ja Muzyka: Chwilowo brak Screeny: Screen1 Screen2 Czekam na oceny i komentarze, proszę zgłaszać wszelkie problemy, lub błędy
  6. Elo, elo, trzy dwa zero! Od pewnego czasu siedzę sobie nad PROSTYM sposobem na stworzenie ragdolla platformowego, znalazłem kiedyś silnik oparty na GMPhysics, niestety okazał się felerny, bez powodu wywalał całą grę, na dodatek sam zapis kodu był dla mnie niezrozumiały. Postanowiłem zrobić coś prostszego, swój silnik oparłem na przykładzie animacji szkieletowej bez lenghdirów. O ile sam ludzik porusza się prawidłowo podczas "zdychania", kończyny itp, wszytko działa jak należy, to pojawia się problem z pozycją końcową zwłok. Na ten moment wygląda to tak, że kiedy prędkość poruszania spada w granice 0, "ragdoll" zastyga często w kretyńskich pozach. Na początek zapytam czy można to jakoś sensownie zrobić bez babrania się w GMPhysics. Podkreślam, że pracuję na GM8. EDIT W krótkich słowach, chodzi o to, aby po upadku na glebę ludzik "kładł się" w miarę na płasko, czy da się tą pozorną losowość zapisać w kodzie,czy potrzebne będą jakieś predefiniowane pozy, lekko zrandomowane?
  7. Temat ze spritesami załatwiony. Następne zagadnienie dotyczy AI, jest mały problem, mianowicie mamy taki kodzik: STEP przeciwnika: pocisk.direction = point_direction(x,y,gracz_par.x,gracz_par.y); Pocisk tworzy się w taki sposób, że przeciwnik w ułamku sekundy(jeden step) obraca się w stronę gracza i niemal zawsze we mnie trafia, mimo że unikam strzałów. Trafia mnie średnio 9 na 10 razy, nie sposób tego uniknąć i teraz: Załóżmy, że dam mu w create zmienną maksymalnego kąta obrotu na jeden STEP, dajmy na to 0.25 stopnia. Jak zaimplementować w kodzie, aby w momencie interakcji z graczem przeciwnik obrócił się płynnie i celował we mnie z pewnym błędem(załóżmy 15 stopni) i przede wszystkim, żeby nie robił tego tak szybko, tylko najpierw we mnie "wymierzył" pozdrawiam.
  8. Będę pisać w tym wątku, nie ma sensu robić nowego, temat "wizualny" niemal rozwiązany, dalsze pytanie będzie już stricte optymalizacyjne: 1. Jest sobie taki oto kodzik: if wyg2<5{ s_lydka1=s_wer_lyda_pr1 } if wyg4<5{ s_lydka2=s_wer_lyda_pr1 } } Generalnie kod działa poprawnie, ale zamiast robić s_lydka1=sprite_bla_bla, chcę zrobić, żeby s_lydka1=drugi subimage sprite_bla_bla. Nie wiedziałem, jak to napisać Mam nadzieję, że rozumiecie xd Nie mam pojęcia w jakiej funkcji to zawrzeć, próbowałem sprite_get_texture, ale wychodziły jakieś niestworzone rzeczy xd 2. W grze jest kilka rodzajów pocisków, załóżmy, że 3. Pistoletowy, karabinowy, pośredni, wszystkie są dziećmi obiektu "Parent pocisków" Niestety problem pojawia się przy ustawianiu parametru wroga, ponieważ oberwanie z każdego rodzaju pocisku przynosi inne skutki(takie było założenie) - zadaje inne obrażenia, a w przypadku zejścia - inny rodzaj obiektu ciała. Jest to o tyle upierdliwe, że z każdym rodzajem pocisku muszę robić osobną kolizję. Pytanie brzmi: Czy można ustawić kolizję z "Parentem pocisków" i potem w kodzie ustawić, że jeśli trzepnie go pośredni, to dzieje się jedno, a jak dostanie z karabinowego, to drugie? Podziękował
  9. Ok, znalezione, teraz pytanie, każdy jeden sprite muszę osobno tak dobijać ?
  10. Te pre-multiply robi się jakimś kodem, czy w ustawieniach sprite'a ?
  11. Znalazłem(częściowe) źródło problemu. Miałem wgrane stare Pole Tekstowe, które kiedyś zrobił Gnysek, to ono pierdzieliło mi całą grafikę, usunąłem dziadostwo i wygląda okej, jednak niektóre spritesy nadal mają jakieś wtrącenia innych kolorów, np. krew ma zielone piksele, a drzewa niebieską obwódkę, ogólnie obiekty, których image_angle jest zmiennie, te krzaczą się najczęściej(nie wszystkie) Gdzie szukać rozwiązania ?
  12. Skalowanie ustawiłem na MAX, 8192x8192, jeśli chodzi o surface, to nie używam, poza tym problem dotyczy też titlesów, rozmiar okna i view tak jak w oryginale, rozmiar okna 1280x720, taki sam obszar widzenia. Antyaliasing włączony, ale gdy nie jest aktywny, to wygląda to jeszcze gorzej.
  13. Cześć, pisałem już wcześniej o tym, ale odpowiedzi nie uzyskałem. Jakiś czas temu zrobiłem konwersję silnika gry z gm8 na gms 1.4, poprawiłem drobne błędy, aby gra chciała się uruchomić, niestety, po uruchomieniu produkcja mocno straciła wizualnie, zrobiła się pikseloza, pełno różnych "wtrąceń" i ogólnie dziwne rozmycie, co może być przyczyną, gdzie szukać problemu? Pokazuję screeny: Gra na GM8 Gra na GMS1.4
  14. Dobra, na modelu testowym problem zlikwidowany. Druga sprawa, po konwersji na GMS gra wygląda do dupy, wszystkie obiekty są rozpixelowane(nawet przy daniu wygładzenia krawędzi) całość wygląda, jakby była na najniższych ustawieniach, grafika stała się zniekształcona i zakrzywiona? Ustawiłem View na 1280x720, na poprzedniej wersji wyglądało dobrze, a tu taka kaszana, gdzie to ustawić ?
×
×
  • Dodaj nową pozycję...