Lunatyk

Pisząc 'usuwa na bok' miałem na myśli przesuwa. -.- Rozumiem, że muszą się o konkretną odległość się przesuwać. Mam kod taki: GML if(collision_point(x,y,objUnit,true,true) { motion_set(random(360),speed_move); } Tylko to niezbyt ładnie wygląda chociaż działa. Więc może jakaś mała wskazówka jak to miało by wyglądać?

W strategii mam teraz taką sprawę którą nie wiem jak rozwiązać. Gdy rozkażę jednostkom (max 16 zaznaczonych) iść w pewno miejsce to wszystkie schodzą do jednego miejsca. Ja chciałbym zrobić tak jak w większości nowszych grach (np. starcraft II) czyli, że wchodzę jednostką w tłum to reszta się usuwa na bok. Jeśli się nie da tego wykonać to chociaż, gdy mam zaznaczone jednostki to, żeby nie wchodziły w jedno miejsce. Pomógłby ktoś?

Co do nie potrzebnych rzeczy graficznych to myślałem, że albo na backgroundzie albo na surface. Ale wracając do kodu: Projekt W pliku jest kod dla tych którzy muszą widzieć kod. Plik waży jakieś 18KB. Czarne kółko sprite'a to tylko próbna grafika. Grafik w teamie odpowiedzialny za sprite'y robi grafę tylko gdy dany obiekt (dla którego jest grafa) jest skończony. Mam też trudność z narysowaniem zaznaczenia jednostek (prostokąta) w sensie, że nie wiem jak zrobić x1 i y1 bo x2=mouse_x a y2=mouse_y. Tu też prosiłbym o pomoc. @edit A właśnie usunąłem połowę jednostek, żeby zobaczyć jak będzie więc tam jest tylko 32 jednostki. ps. Zielone kółko pod sprite'm to jest hp tak dla jasności. @edit2 Pomyłka ta czerwona kreska to hp. Zapomniałem, że zmieniłem hp do 0.1, bo im mniej hp to gra również płynniej chodzi.

View mam na razie wielkości mojego moniora 1440/900 ale to będzie do zmiany w opcjach(menu jeszcze nie zrobiłem), a room jest wiadomo większy niż view. Z tym motywem dezaktywacji obiektów nieruchomych zobaczę. Kod lub cały projekt zamieszczę po 16, bo teraz siędzę w sql. Wiem na pewno, że rysowanie hp i zaznaczenia jednostki zmiejsza wydajność (robię prosto na draw_line_color i draw_point_color). Może jeśli dodam "mgłę wojny" to zwiększę wydajność? @edit A może na surface rysować obiekty, które są nieruchome? I jeśli się obiekt poruszy to surface odświeża? Chyba, że to błędne myślenie? Mistrzem surface'ów nie jestem. ;p

No właśnie widzę wszystkie obiekty, a kod nie wygląda na duży. Zaledwie kilka linijek w create, step i draw.

Jak w tytule. Przy rysowaniu 64 jednostek, gra zwalnia o połowę. Robię RTS tak dla jasności. Czy surface'y mogą pomóc w tym problemie? Jeśli tak to w jaki sposób? Bo ja stosując je obiekcie Player (głównym obiekcie) i Unit (przykładowej jednostce) to gra spowalnia jeszcze bardziej.

W pliku który dałem do ściągnięcia jest wszystko czego potrzeba, czyli, animacja ruchu nogi. W kodzie (tego pliku co wrzuciłem) dałem jedynie, że C.y zmienia położenie dzięki czemu jest pokazana animacja nogi. Ale w rogu ekranu powinny być zmienne które wskazują na długość "piszczela" i "uda". Długość "uda" zasadniczo się nie zmienia(max o 3-4 piksele). Natomiast długość "piszczela" ma za duży rozrzut (nawet do 20 pikseli), spowodowany złym obliczeniem direction'u punktu A. Prośba ma polega na rozszyfrowaniu równania, bądź wzoru na obliczenie direction'u punktu A, żeby długość "piszczela" była jak najbardziej zbliżona do długości "uda". Mój zbliżony wzór podałem w poprzednich postach, ale efekt jest niezadowalający (patrz przykład). Bardzo proszę o pomoc. @edit @assassin To ty jak robisz krok w realu to ci "piszczele" się wydłużają? O.o To chyba normalne, że kości mają stałą odległość. Może ściągniesz plik i zobaczysz o co mi chodzi jeśli tego nie zrobiłeś. Oczywiście nie zmuszam. @edit2 Widzę, że nikt nie chciał mi pomóc. Sprawę już rozwiązałem i działa poprawinie w 99%. Temat można zamknąć.

Sorry za double posta, ale nikt tu nie pisze a ta sprawa jest dla mnie bardzo ważna. ;/ Może to uprości sprawę: Plik Już sprawę prawie rozwiązałem, ale mam coś źle z obliczaniem direction'a obiektu A. Mój kod na obliczanie: GML direction=C.direction+dist+62; Gdzie 'dist' oznacza odległość między punktem A i C. Jak już wspomniałem mam coś źle ponieważ odległość A i B jest dobra, ale odległość B i C zmienia się, a powinna być równa z odległością A i B. Bardzo proszę o pomoc. ps. W kodzie ruszam jedynie współrzędną C.y pps. Ściągnijcie plik, bo tam wszystko jest pokazane w formie projektu. @edit @Marek.S Mówiłem dobrze, że mnie nie rozumiesz, ponieważ wkleiłem twój kod i rezultat był nie taki jak potrzebuję.

Jest dokładnie tak jak mówisz. Punkt A jest zadkiem stickman'a i u mnie jest punktem głównym, jeśli zmienisz jego położenie to zmienisz położenie całego ludzika. Punkt C jest stopą i gdy ją poruszę to zmienia się cały układ nogi. Powiem nawet, że mi się udało osiągnąć, ale punkt B zaczął przeskakiwać ze swojego miejsca na miejsce odbicia względem odcinka |AC|. Wiem co się dzieje ale nie mam pojęcia jak na to zaradzić. U mnie jest, dy punkt C będzie za daleko to punkt B wytycza współrzędne za pomocą lengthdir'ów.

Kurde, albo nie kumasz, albo mówisz po części dobrze(chociaż myślałem tak jak ty, by coś dodać ;p). Po pierwsze "odcinek" (jeśli brać obiekty jako współrzędne) |AB| i |BC| to są kości stickman'a dokłądniej noga. Chcę za pomocą zmienienia tylko dwóch współrzędnych x i y obiektu C, zmienia się wygląd, czyli położenie kości. Direction obiektu C jest pomocniczy. ;p

Te "iles" to ile? Czy mógłbyś bardziej sprecyzować?

Mam takie coś: gdzie A,B i C to punkty współrzędnych danych obiektów. Kreski to są direction'y, a na strzałkach jest kierunek danych directionów. Direction obiektu A jest na lengthdir'ach podobnie jak obiekt B, natomiast direction obiektu C wygląda: GML direction=point_direction(x,y,obja.x,obja.y); Ja potrzebuję, żeby funkcje obliczały samoistnie direction obiektu A i B, ponieważ sam zamierzam ruszać tylko współrzędnymi obiektu C. Dzięki czemu ułatwi mi to bardzo robienie animacji na szkielecie, zamiast po kolei zmieniać wartości direction'ów obiektów A i B. Odległość między obiektem AB i BC są stałe oraz takie same. Jeśli ktoś skumał to prosiłbym o pomoc.

Dzięki, ale kurde efekt nie wyszedł po mojej myśli. ;[

To odnośnie tego tematu. Ktoś powie gdzie tu jest błąd? GML i=argument0; if(direction>i) while(direction=i)direction-=1; else while(direction=i)direction+=1; return direction; Dla nie wiedzących, ta funkcja ma za zadanie zwrócić kąt w płynnej animacji o tyle ile podałem.

Zobaczę tego Xenon'a, ale głównie mi chodzi, żeby połączyć "kości" tego ludzika do kupy w miarę prosty sposób, bo animacje będą wykonywane na szkielecie. Gra jest oczywiście 2D. ps. Teraz akurat mam w miarę dobrą ekipę, więc nie robię sam.

Otóż mam problem. Potrzebuję wykonać stickamana w gm do różnych animacji szkieletowych. Pivot mi się tu się nie zda, ponieważ zamierzam wprowadzić fizykę "szmacianych lalek", jak i do innych potrzeb na rzecz gry związanych z fizyką. Niestety trudność sprawiło mi połączenie ze sobą elementów ponieważ w miejscu "kości" jest tylko jeden orgin x i y. Potrzebuję połączyć ze sobą w całość wszystkie "kości", czy mógłby ktoś pomóc, bądź podać podobny temat z rozwiązaniem, ja jakoś nie mogłem znaleźć. Podpowiem, że szkielet składa się z 2 elementów rąk i nóg, 3 elementów tułowia i głowa. Bardzo prosiłbym o pomoc. Głównie to nie wiem od czego zacząć.

Stworzyłem model 3d gracza który jest zapisany w formacie *obj i tu nasówa się moje pytanie w jaki sposób mógłbym go załadować do gm(7) by był 3d tyle że cała gra jest 2d(tj. mapki,menu,eq,itd.). Czyli chodzi mi o to że jak stworzyłem sobie mapkę 2d to jak załadować i wyświetlić model do gry ale by model był z widokiem izomerycznym...

Eh... szkoda... trudno, się zrobi... temat do zamknięcia.

Czy jest jakaś możliwość dołączenia dźwięków, muzyki, dialogów itd. do archiwum izarac'a i późniejszego korzystania z tych plików prosto z tego archiwum w gm? Jeśli tak to czy mógłby ktoś mnie nakierować? @edit ups... dałem błąd powinno być archiwum izarc... ;p

czy da się zrobić żeby gm tworzył oddzielne pliki w sensie że sprite'y są w jednym pliku, object'y w drugim, script'y w trzecim itd.? jeśli tak to jak?

o lol... Trochę się rozpędziłem i nie zauważyłem gdzie to piszę -.- Pisałem w procedurze odpowiadającej za wciśnięcie klawisza. Można zamknąć topic... @edit Mój błąd -.- no cóż siedzę nad tym programem już od rana, a mam dopiero 1/4...

Mam pewien problem gdy wpisuję taki kod: while Edit1.Text='' do begin Button1.Enabled:=false; end; To chcę żeby mi w polu edit1 gdy nie ma tekstu przycisk (button1) był nieaktywny, niestety u mnie tworzy nieaktywny przycisk dopiero gdy go nacisnę. Czy mogłby mi ktoś pomóc? Prosiłbym bardzo.

no a jak mam nazwać jak nie "efekt gorąca"? O.o zaraz zobaczę

czy ktoś wiedziałby mniej więcej jak można zrobić "efekt gorąca"? tz chodzi mi o to że długość obrazu (height) zaczyna falować a najlepiej żeby było jeszcze rozmazanie ekranu... proszę was o to bo jak widać nie jestem jeszcze dobrym skrypterem w gm w "Ruby" owszem xd

dzięki wszystkim się zobaczy