Wojzax

czeba włączyć okno ze ściągniętymi plikami, tam jest opcja żeby ściągnąć mimo wszystko. O właśnie, zmniejszyć trzeba maskę graczowi a najlepiej zrobić jakieś ślizganie się po ścianach.

O rzesz w dupe ide szukać

Wow, na screenach wygląda średnio ale jestem pod dużym wrażeniem grafiki w same grze - bardzo spójna, czytelna. Może niektóre elementy się zlewają, np. ciężko jest zobaczyć czy w progu są drzwi czy nie ma. Efekty też na plus, super wygląda strzelanie (długie przeładowywanie realistycznie wypada). Dobrze by grze zrobił jakiś system animacji, choćby i proste bujanie się w czasie chodzenia, w tym momencie wygląda jakby gracz "leciał". Efekty krwi, odlatujące ciała, strzelania przez okna (rozbijanie szyb!), nie jest to może idealne, ale i tak gra się świetnie. Mimo że przeciwnicy się nie ruszają dużo jest kombinowania, zaskakują Niemcy schowani pod drzewami, choć kiedy jesteśmy bliżej można by zrobić lekko przezroczyste korony. Grałem z 10-15 minut, byłem o krok od zabicia głównego złego, mam nadzieję że jeszcze mi się uda. Dodałbym też jakieś sekrety, tajemne przejścia, ta hacjenda aż się o to prosi. Znów poczułem radość z grania w gmclanowe produkcje, polecam każdemu. OCENA 7

a jak na Switchu by to wyglądało? Jedna kamera i cztery pady? Ogólnie dużo więcej sensu miałoby to w 3D, albo 2,5D z szersza drogą na pierwszym planie jak w tym nieudanym projekcie. Ale tez przydalyby się nierówności terenu, nawet wysokie wzgórza, tunele pod nimi itd. (chociaż może bez wormsowych zniszczeń) I tez np. budowanie baz polowych, czy umocnień. Robiłbym, grałbym ;D

Jak ktoś ci napisze rozwiązanie to pisz za każdym razem że error i że nie działa.

To mogłoby być lepsze rozwiązanie w sumie. Chyba wydajniejsze. Problem mógłby się pojawić gdy dwie jednostki dotykają tej samej kępki trawy - jeśli jest jakaś przezroczystość (tak jak u mnie w spricie zboża) to będzie się na siebie nakładać. Ale w sumie dobry pomysł muszę przetestować.

Nnno nie, bo jak wystaje rycerzyk z boku to widać że nie ma nóg. A jak zrobisz rysowanie dwóch części tułowia to jedna ma być pod a druga nad trawą. Bez dwóch obiektów tak się nie da.

Wciąż miałem problem z wystającymi fragmentami po boku, więc stanęło na oddzielnym obiekcie dla każdego rycerza który zajmuje się rysowaniem dolnej części sprite'a. Kolejny problem jaki mam to to że używam Origin sprite'a to (48,60), ale ta funkcja rysuje sprite od zera ale jakby w punkcie originu i wymusza ręczne jego zmienianie (odejmując sprite_xoffset i sprite_yoffset od x i y) Kiedy jako xscale dam 1 wszysko jest ok, ale gdy dam -1 sprite całkiem znika Nie mam pojęcia dlaczego tak się dzieje, możliwe że odbija go w poziomie względem zmienionego originu dziwne to jest. @EDIT: okej, już czaję. x i y w tej funkcji odpowiadają za to skąd jest rysowany sprite i jednocześnie wskazują punkt poprzez który następuje odbicie sprite'a. To prowadzi to sytuacji w której można odbić sprite albo w lewo albo w prawo, chyba nie da się odbić przez środek hmm @EDIT2: już myślałem że nic nie pomoże, ale już wiem co było problemem - przy obliczaniu sprite_width game maker bierze pod uwagę sprite_xscale (jeśli xscale będzie -1 to sprite_width będzie na minusie!). Wystarczyło więc pomnożyć sprite_width przez sprite_xscale żeby się wyrównało i działa!!!

Macie może jakieś pomysły jak można by zrobić chodzenie w wysokiej trawie w grze z widokiem 3/4? Wymyśliłem żeby rysować połowę gracza przy kolizji jego x i y z trawą. Ale zawsze są jakieś problemy przy krańcach trawy, gracz wystaje na dole / po boku i całe złudzenie się psuje

Może nie byłoby takie trudne, ale musiałbym odwrócić tak, żeby jednostki były przypisywane punktom i każdy punkt był oddzielnym rekordem. Teraz każdej jednostce po prostu szukam kolejnego punktu w rzędzie, więc jeśli odwrócić formację o 180 stopni to wszyscy idą przez środek na drugi koniec robiąc wielki zator. @EDIT:

pewnie, wygląda prosto a staram się optymalizować jak tylko mogę @EDIT: ten system od Uzjela to jest mistrzostwo świata:

a tutaj trochę pogmatwany kod wykonywania ruchu (tak samo wygląda kod wyświetlania proponowanych pozycji)

Epickie bitwy taktyczne, tym razem nie na androida bo zbyt duże ograniczenia sprzętowe. @EDIT: takie coś na podstawie: https://i.imgur.com/MD6eWA4.jpg

Polecam ogólnie Aseprite, spoczko edytor pikselkowy

planuję 8 kierunków animacji czyli po 5 oddzielnych rysunków

Niee, raczej nic już z tego nie będzie. Graficzki są dość proste i nie spędziłem nad nimi dużo czasu. Wydawało mi się że jak obniżę poziom trudności pierwszej burzy to będzie spoko, ale w sumie nic to nie dało.

Tak to wygląda zawsze jak nadasz obiektowi współrzędne viewa, trzęsie się przy poruszaniu. Dużo lepiej jest rysować interfejs, masz np. obiekt control czy jakiś inny który służy wyłącznie rysowaniu interfejsu. Sam nie ma żadnego sprite'a i znajduje się w losowym miejscu w roomie, za to w draw dajesz mu np. draw_sprite(interfejs_sprite,0,view_xview,view_yview) i problem rozwiązany - przy poruszaniu viewem rysowany interfejs się nie trzęsie.

Nie wiem jak to działa, może usunę i wrzucę jeszcze raz. Poza ty jak dam aktualizację to tak jakby gra była dodana od nowa, powinna się chyba pokazywać z taką częstotliwością jak nowa.

Nie reklamowałem tego jeszcze nigdzie więc łącznie 12 osób

taki eksperymentalny edytor map jakieś łamigłówki coś

W jakim programie otwierasz i wklejasz? Pamiętaj też że "cm" to umowna skala, rastrowa grafika opiera się na pikselach i to one są rzeczywistą wielkością. Do celów wydruku liczy się rozdzielczość obrazu w dpi, np. 700 pikseli będzie równe 24,69cm ale tylko jeśli ustawimy rozdzielczość na 72 (liczba pikseli na cal)

Aktualizacja 1.0.3 - Dodana poświata ostrzegająca o przeciążeniu statku (statek pęcznieje również gdy jest zbyt nachylony) - Dodany samouczek (3 plansze tutorialu) - Naprawione pomniejsze błędy (strzelanie, zbieranie skrzynek) - Ułatwione pierwsze burze - Skrzynka na start + nagrody pieniężne za przebyty dystans

Jak to działa z tym rowerem? To twoja osobista firma? Wyrabiasz na ZUS?