Threef

Widać, nachodzi na siebie, bo nie sumujesz ich ze sobą. Pokombinuj z innymi blend modes

Polecam https://www.youtube.com/playlist?list=PLFt_AvWsXl0cq5Umv3pMC9SPnKjfp9eGW Co prawda pan Sebastian robi to pod Unity, ale opisuje problem od podstaw. Bardzo rzadki przypadek gdy polecam komuś tutorial na YT

No to bardzo prosto. Zamiast resetować jumps=2 tylko przy kolizji z podłożem wykrywaj też czy ta kolizja będzie za x kratek. Najprostsze rozwiązanie to (nie ważne jakiej funkcji używasz) place_meeting(x, y+max(0,vspeed+gravity)*2, podłoże) // *2 jest jako 2 klatki w przyszłość // max(0,vspeed+gravity) max() robimy by brać pod uwagę tylko gdy postać spada. A same vspeed+gravity to nasza prędkość która będzie się zwiększać o gravity co klatkę Edit: w razie jakby obiekt poruszał się szybciej niż jest jego wysokość to trzeba zastosować collision_line() pomiędzy punktami

Klasyczny problem bazodanowy. Pewnie twoja tabela ma inne formatowanie niż dane

Rozwiązanie jakie ja używam u siebie w jednym projekcie to stworzenie zaokrąglanego nie zamkniętego path dla pocisku. Punkt początkowy i końcowy mamy. Wystarczy dodać pomiędzy nimi jeszcze jeden punkt w x = mean( x1, x2 ) i y = mean( y1, y2 )-50 Pocisk będzie podążał po path całkiem ładnym łukiem

Kod będzie wydajny o ile font_add_sprite_ext() użyjesz tylko raz (np w create). Brakuje ci też na pewno tutaj draw_set_font()

@Konrad-GM dał całkiem ok rozwiązanie. Ja bym jedynie wyeliminował distance = sqrt(x*x + y*y) i zamiast tego light_pow podnosił do potęgi. Ale to i tak zapisanie tych świateł jest najmniejszym problemem. Rysowanie ich będzie o wiele bardziej obciążać zasoby. I o ile nie będzie zrobione dobrze (zapisane na surface raz) to będzie zbytnio spowalniać grę. Been there done that

Discord powstał już jakieś 2-3 lata po tym jak ludzie rozeszli się. My z Uzjelem próbowaliśmy ratować co się da organizując konkursy. Odpływ jest tak jak mówi @gnysek do FB i innych portali. Zwyczajnie użytkownicy którzy byli z nami długo wiedzieli na temat GM wystarczająco by nie zadawać pytań o niego i jedynie korzystali z vallhalli. I z czasem okazało się że FB jest lepszy do wrzucania luźnych tematów i fotek z nad Bałtyku niż sprawdzanie czy na forum już jest temat "nasze fotki z Bałtyku"

Ojojoj. Właśnie sobie uświadomiłem, że 3 lata temu robiłem to samo co teraz. Od prawie 5 lat siedzę w Szczecinie gdzie się przeprowadziłem za pracą i tak sobie pracuję. Jako tester automatyczny PrZy GrAcH. Z testerów mam największy staż w projekcie, a drugi największy na 650 osobową firmę. Jako że firma używa własnego silnika do gier to ja rozwijam nasz własny framework do testów. A jako że zwolniło się teraz kilka osób naraz to muszę tymczasowo przejąć obowiązki testera manualnego w teamie więc robię to samo co 3 lata temu. Przez ostatnie kilka lat, po godzinach, pracowałem głównie nad 4 gramy. 3 mobilki z gatunku idle i "2 Guys 1 Gun" które było designowane na Ouya. Czego wielce żałuję, bo mam teraz do przerobienia zbyt wiele. 2g1g leży głęboko w szufladzie i tylko pęcznieje DD gdy uda mi się wpaść na coś nowego co połączy zaplanowane akty gry w spójną całość. Mobilki ciągle są rozwijane i żadna nie zobaczyła światła, bo je polishuję, balansuję i zbieram kasę na release. Temat szkoły i matury poruszyliście? Nie przydaje się wcale. Jedynie pytają o nią w ankietach w internecie. ? A skończyłem technikum informatyczne o specjalizacji sieci komputerowe. Maturę pisałem dla jaj, z czego tylko czułem się na siłach. Informatyka, rozszerzona Matma, geografia, biologia. Do niczego się nie przygotowywałem. Próbowali mi zabronić, ale system nie kara za zbyt wiele matur napisanych. Nawet niezdanych. A zaliczyłem wszystko. Na studia nie szedłem, bo po co? 2 Lata temu miałem ofertę prowadzić zajęcia na uczelni wyższej. lol W życiu prywatnym 10/10. Tutaj poznałem świetną dziewczynę. Mieszkamy razem od drugiego miesiąca znajomości. Teraz siedzi za moimi plecami i razem za mną zdalnie pracuje w tej samej firmie. 3 razy zmienialiśmy mieszkania już. Teraz mieszkamy w świetnej okolicy, mamy 2 koty i w przyszłym tygodniu mamy zaczynać kurs prawa jazdy.

Google Play w zeszłym roku wprowadził wymaganie że każde apk wrzucone do sklepu musi być 64bit. Dalej przyjmują 32bit ale tylko gdy jest obok niego już 64bit (masz wtedy 2 wersje dla kompatybilności wstecznej). GM:S1.4 nie ma możliwości kompilacji do 64bit więc to co zrobisz nie możesz zuploadować do Google Play Store. Bardzo dużo za coś, co jest nielegalnie sprzedawane i może przestać działać z dnia na dzień. Support dla 1.4 skończył się już dawno temu. Wystarczy jeden pretekst, jaki pisał wcześniej gnysek i program przestanie działać całkowicie. Nie ma najmniejszego sensu inwestować czasu i pieniędzy w 1.4, bo i tak trzeba będzie z czasem dokonać zmian w projekcie przenosząc go do 2.0

Jedyna szansa teraz to kupić od resselerów kluczy. Czy ktoś kupił klucze jak były na Humble Bundle i teraz trzyma licząc że ktoś kupi i zarobi na tym. Nie ma sensu kupowować od takich osób. Niech ich pieniądze pozostaną tam gdzie są. Przekazane na środki charytatywne

1.4 nie tworzy aplikacji 64 bitowych więc tworząc coś na Androida nie będziesz mógł wrzucić tego do sklepu Google Play. Inne sklepy wciąż wchodzą w grę... ale sam możesz siebie zapytać ile takich znasz. 1.4 utracił wsparcie i nie będzie już rozwijany. Poza tym nie da się kupić już z legalnego źródła 1.4

W room edytorze zmienić mu skalę na -1. I od takich drobnych pytań mamy specjalny temat:

Chyba chodzi ci o to: draw_sprite_part(sStamina_bar, 0, 0, _h -(stamina/100)*_h, _w, _h, 15, room_height/2 - _h/2)

Jak chcesz za to komuś zapłacić to szukaj najlepiej na https://www.fiverr.com/ albo https://www.upwork.com/

Opcje są 3: - Albo źle liczysz - Albo roisz 15*room_speed przed zmianą room_speed - Albo masz lagi w grze i nie masz pełnych 60FPS

Też wszędzie jak potrzebuję ini to wszystko trzymam jako string. Jest to też łatwiejsze do edycji gdy każda wartość to string.

Ja wyraźnie widzę odczytywanie stringa z ini.

Nigdy nie miała być dostosowana. Gdy potrzebujesz informacji dotyczących GameMakera zazwyczaj masz go otwartego. Więc siedzisz na Windowsie, Macu czy czymkolwiek co ma duży ekran

Forum powinno działać całkiem znośnie. Strona główna raczej nie ma powodu by działała. Może co najwyżej artykuły, ale pamietam że całkiem przyjemnie się czytało na 3 calowym telefonie

Odkąd projekt przestał być w jednym pliku to oczywiste że zaczął być wspierany

Był sens. I to spory. Temat identyczny. Pomysł można jednak lekko zagiąć i dodać coś od siebie, a i tak najważniejsze na końcu jest wykonanie

Jak mówiłem prosty input który ma tylko jedną linię. Z wszystkim co napisałeś. Gdy ostatnio to robiłem to wystarczyło 8 godzin. Najwięcej roboty wciąż z zaznaczaniem tekstu myszą. A rzeczywistość jest taka że w większości przypadków wystarczy ci wyświetlenie tego co jest w inputcie na surface. Zawijanie tekstu gdy jest za długi. Obsługa ctrl+V, delete i jak chcesz być fancy to strzałki (może też z ctrl) oraz insert i delete. Nikt nie będzie się bawił w kliknięcie myszką by poprawić literówkę w mailu czy haśle (które i tak powinno być ukryte)

No zrobienie samemu pola tekstowego jak text input w HTML to jest dzień roboty. Włączenie z zaznaczaniem tekstu i kopiowaniem. I to jest zrobienie rozwiazania pod własny projekt a nie wstawienie czegoś co może działać a może nie bo jest "uniwersalne". Sam projekt wydaje się ok. Kiedyś myślałem o czymś podobnym ale jednak za mały zysk vs koszt bawienia się czymś takim

Ten element jest dla mnie zupełnie nie zrozumiały. Nie możesz zwyczajnie zrobić procent = irandom(100) Ogólnie nie wiem w czym masz problem. Nie zadałeś konkretnego pytania. Jedyny potencjalny problem jaki widzę to że gdy twój random trafi dla przykładu idealne 25.0 to nie spełni się żaden warunek bo masz sprawdzanie "<" i ">" a nie "<=" i ">=" A same procenty będzie ci lepiej określać nie przez takie ify a dzieki nadpisywaniu wartości wynikowej: randomize() // upewniamy się że seed będzie losowy i da losowe wyniki procent = irandom(100) //Zawsze domyślnie nie trafisz bodyshot = 6 //Ale jesli procent bedzie dobry to trafisz przynajmniej to if procent > minleg { //wieksze od 10 bodyshot = round(irandom_range(4,5)) } //A jak bedzie lepszy to już to trafisz. if procent > minarm { //wieksze od 25 bodyshot = round(irandom_range(2,3)) //Ten warunek jak się spełni to nadpisze poprzednią zmianę "bodyshot" więc nie musisz się martwić o sprawdzanie Min-max } if procent > mintorso { //wieksze od 30 bodyshot = 1 } if procent > minhead { //wieksze od 90 bodyshot = 0 } Ważne tylko by te sprawdzanie było wg kolejności szans jak dałem w przykładzie. 10, 25, 30, 90