gnysek

Rozumiem to są wszystko demówki? https://www.yoyogames.com/showcase

Tylko patrzeć jak TeeGee jednak wskrzesi Magi 2

No to bez projektu chyba nie pomożemy, musisz mieć gdzieś jakąś literówkę, albo wielkość liter gdzieś się nie zgadza, albo dwa zasoby mają taką samą nazwę (np. zmienna i sprite). Nie ma możliwości, żeby to nie działało, tak jak napisał Ignatus - zrobił nowy projekt i jest ok, zatem masz bałagan którego nie widzisz

względnie with (id10) { if opn = 0 sound_play(snd_1) } które jest tożsame (with sprawdza czy instancja istnieje)

Pewnie już lepiej na godota czy constructa się przerzucić niż wspierać enigmę

YoYoGames nie upadnie, bo nie jest już firmą - należy do Playtecha Mogą zamknąć ten dział firmy najwyżej.

Wydaje mi się, że tak, trzeba by jednak w globalnej zmiennej trzymać numer klatki i ręcznie go zwiększać. Można też zrobić shader, trzeba tylko wtedy ten skrypt kończący przepisać (dookoła draw_sprite_tiled) - niestety tutaj jest problem, bo w skrypcie nie da się odczytać na jakim layerze jesteśmy, żeby zrobić jakiegoś fajnego switcha (albo auto animację) i trzeba kopiować skrypty, więc jest lekki bałagan Ale już to zgłosiłem.

Hej. Bawiłem się przykładem masek z tutoriala YYG - https://www.yoyogames.com/blog/430/dynamic-rendering-masks i przerobiłem go tak, że jak ustawimy na layerze jakieś sprity, to w ich miejscu będzie się rysowała wybrana przez nas tekstura (za pomocą draw_sprite_tiled). Link do pobrania: https://gmclan.org/up23_18_layers_alpha.html W teorii GMS sam odrzuca sprity z layerów które są poza ekranem, a draw_sprite_tiled rysuje też tylko w widocznej częsci więc powinno to być optymalne - nie rysować wiele więcej niż widać. Poniżej zrzut pokazujący o co chodzi - z lewej mamy room, w którym są dwa layery typu asset (do ustawiania spritów), a z prawej jak to wygląda jak gra ruszy - w miejscu tych spritów pojawia się tekstura, zachowując parametry alpha layera. Nie do końca rozumiem czemu to działa (metodą prób i błędów zaczęło), polecam więc oryginalny przykład, może ogarniecie bardziej niż ja - wygląda to po prostu tak, że mnożymy kanały alpha w pamięci przy rysowaniu. W przykładzie można PPM i LPM tworzyć obiekt na jednym z dwóch layerów, który po czasie zanika.

collision_line(x,y,x+lenghtdir_x(speed,direction), y+lenghtdir_x(speed,direction) ... ) ??? Powinno wystarczyć.

Co wy bierzecie ?

Może to zależeć od wersji androida w takim razie.

Musiała się jakaś suma kontrolna czy coś zmienić.

Kolorystyka jest wzorowana Final Fantasy XIV

Obecnie mam interfejs, ale taki mocno "debugowy" i własnie go zmieniam na sprawny i wyglądający, zeby móc go pokazywać i dodać obsługę gamepada. W najbliższych 3-4 miesiącach planuję zakup Xboxa i modułu UWP, żeby tam testować grę (obecnie robię to na PC), więc nie jest najgorzej. Głównie została mechanika jakichś cutscenek do questów, otwierania nowych przejść w lochach itd. oraz walka z AI (obecnie mobki wpadają w jakieś dziwne pętle i się kręcą dookoła osi...). Ale to rozmowa na inny temat, bedzie co pokazać niedługo, gwarantuję, nie bez powodu to GUI robię

No poprawek pewnie będzie sporo, ale ponieważ GUI jest rysowane jako prostokąt podzielony na 9 (na gmlscripts jest na to fajny skrypt) to powiedzmy, że juz sie pozycje wyswietlania nie będą zmieniać nawet jak coś dodam, wiec chociaż "kształtem" finalne

Interfejsik. Pewnie wciąż nie finalna wersja, ale już na tych kształtach/fontach zostanie:

@PsichiX to chyba sldc.pl było, ale ten hosting mi od dwóch miesięcy nie odpisuje na mejla, więc może nie działa

Tam dwa porty chyba były w Almorze, jeden TCP i jeden UDP.

dzisiaj serwery z windowsem chyba za 30 ziko da się wyłapać, może by działało ?

Jeśli co step ustawiasz vspeed, to może tak to wyglądać, ponieważ: vspeed = 5; // prędkość pionowa 5 gravity_direction = 270; // w dół gravity = 0.1 // grawitacja = 0.1, zatem co krok zwększaj vspeed o 0.1 // koniec eventu step, następuje przesunięcie postaci o y += 5 // vspeed zostaje zwiększone o 0.1 (bo grawitacja działa w kierunku 270, o 0.1, ma przyspieszać opadanie // ... engine przechodzi przez kolejne eventy, w tym draw // ... wchodzi kolejny krok, znów wykonujemy event step // vspeed jest obecnie równe 5.1 vspeed = 5; // UPS! Mimo, że engine ustawił vspeed na 5.1, my w kolejnym kroku nadpisujemy tę wartość nim postać się ruszy! stąd wrażenie. gravity_direction = 270; gravity = 0.1; Jeszcze taki szybki kurs: 1) przesuwanie postaci: x += <wartość>; y += <wartość>; powoduje przesunięcie w tejże chwili i w kolejnej linijce kodu X i Y mają nowe wartości. 2) speed = 2; direction = 50; ustawione zostają: hspeed = lengthdir_x(speed, direction); vspeed = lengthdir_y(speed, direction); x i y zostają zwiększone na koniec eventu End Step o hspeed i vspeed 3) hspeed = 5; vspeed = 2; ustawione zostają automatycznie: speed = point_distance(0,0, hspeed, vspeed); direction = point_direction(0,0, hspeed, vspeed); x i y zostają zwiększone na koniec eventu End Step o hspeed i vspeed 4) po zmianie X i Y na koniec End Step, zostaje nadana wartość gravity: hspeed += lengthdir_x(gravity, gravity_direction); vspeed += lengthdir_y(gravity, gravity_direction); (speed i direction zostają zaktualizowane j.w.) a następnie friction: speed = (abs(speed) > friction) ? (speed - friction) : 0; (hspeed i vspeed zostają zaktualizowane j.w.) Mniej więcej działa to tak, aczkolwiek dla niektórych da się podawać ujemne wartości, więc jeszcze bardziej skomplikowanie to się przelicza, ale to powinno rozjaśnić wiele.

Są globalne. Do zmiennej zostanie przypisany numer grida. Jak zrobisz to do tej samej zmiennej, to ten stary grid nadal istnieje, tylko nie masz zapisanego nigdzie jego numerka. Powiedzmy sobie, że każdy ds_xxx działa tak samo jak dodawanie sprite - dostajesz ID, ale jak znika zmienna to nie znika zasób i nadal wisi w pamięci. I jakbyś na chybił trafił tę cyferkę podał, to byś nawet odczytał te wartości?

Hah, takie rzeczy to się zgłasza, żebym mógł naprawić Postaram się znaleźć przyczynę, ale to ma chyba jakiś związek z tworzeniem sesji, bo jak wchodzisz to nie ma też nicku na liście po prawej.

Musiałbyś chyba całą obsługę protokołu dopisać (wysyłanie poleceń - https://en.wikipedia.org/wiki/List_of_FTP_commands), bo samo połączenie to nie jest jakiś problem, ale już wznawianie połączenia, wybieranie katalogów itp. to gorsza sprawa. Chyba łatwiej by było wysyłać HTTP+POST i plik jako Content.

To musi na komórki też wyjść, aż się prosi o sterowanie palcem i po 2-3 meczyki w autobusie rano i wieczorem

Może trzeba zrobić "premultiply-alpha" ?