Threef

No rzeczywiście, bo się zagapiłem. Chodziło mi i tak chyba o: GML xstart-=1 x=gracz.x+xstart

Problem jest w tym że nie wiemy co chcesz zrobić. Wygląda na to że nie interesuje Cię zwykła paralaxa. Nikt jeszcze nie podał takiego rozwiazania: GML xstart-=1 x=view_xview[0]+xstart

Pozycja 0 i 0 w Draw GUI to lewy górny róg okna gry. Możesz mieć problemy z fullscreenem bo musisz pamiętać o tym że każdy ma inne rozdzielczości i proporcje ekranu, ale poszukaj tutoriali to znajdziesz sposób. A w INI chyba nie możesz używać znaków [ i ] bo oznaczają sekcję.

1. Tak pętle for nie działają. 2. Użyj Draw GUI

Gdzie jakie asset_get_index()!? Po co obciążać grę! Jeżeli używasz GM:S to masz bardzo proste i ekstremalnie wydajne rozwiązanie: Ustawiasz wszystkie grafiki po kolei i sprawdzasz ID pierwszego z tych zasobów. Każdy kolejny będzie miał ID o jeden większe. Więc jeżeli masz grafiki: lol1 lol2 lol3 lol4 to możesz śmiało robić sprite_index=lol1+2 // jeżeli chcesz mieć lol3

Widzę jedno wielkie oko... przedzielone czymś w połowie. :oops:

Podeślij wyeksportowany projekt w gmz. Zrobiłem się ciekawy.

GML tt=t+string(l) To musi zwrócić string. Zwracało Ci 1 ale to nie to 1 które miałeś w zmiennej l, tylko true. A że GM nie może zwrócić stałej to zwraca jej wartość.

Wszyscy są radośni bo mają na to zlewkę ale możemy trochę pohejcić. Rób, rób. Za kilka lat będziemy to wspominać jak wszytko.

flush najlepiej wcale nie używać. Używaj gdy chcesz wyrzucić coś z pamięci. Profiler przełącz z GML na drugi tryb.

Powinieneś wykonać go raz, bo to powoduje że wszystkie texture pages zostają zwolnione i od razu potrzebne są wczytane. Używanie w step spowalnia jeszcze bardziej. Otwórz debuger wybierz profiler i zobacz co spowalnia grę.

Proste, background ciągle pozostaje w pamięci. Im jest ich więcej tym gorzej dla gry. Zrób draw_texture_flush() gdzieś w room1, porównaj i zacznij w końcu bardziej zastanawiać się nad tymi grafikami.

Ping praktycznie nie zależy od szybkości internetu. Tu pod uwagę brane są przepustowości i odległość pomiędzy komputerami. Więc zawsze lepszy ping będziesz na serwerze europejskim niż amerykańskim. Byś może masz po drodze jakiś kawałek sieci który wszystko spowalnia. Poza tym ping 200 to jeszcze jest niski.

Poprzednie też miały do tego predyspozycje, ale w Studio nie trzeba się o to starać. Bardzo dobrze to widać jak zrobi się właśnie powiększone piksele przez view a potem użyje funkcji jak draw_line(). Nikas chodzi o to że czasami może się zdarzyć że myszka na przykład będzie na x=51 przez to obiekt postawiony na pozycji myszki (przy view x2) może być na x=25.5 i GM go tak narysuje. Wtedy traci się cały sens pixelartu.

Widzę że to już jest GM:Studio. Studio ma wadę/zaletę że może rysować pixele na ekranie na pozycjach po przecinku. Widać to na tej platformie którą tworzysz. Spróbuj zrobić: draw_sprite(sprite_index,image_index,round(x),round(y))

Hint: Może trzeba zdecydować się na pracę, a nie marzyć o wymarzonej 6k+.

Nope. Masz papierem potwierdzone że znasz ten angielski lepiej niż 95% mieszkańców tego kraju. To już rzuca się nie na kelnera a do normalnego biura. Do tego znasz Polski... może nauczyciel polskiego w angielskiej podstawówce? I tak to wciąż jest słabe rozwiązanie, ale z mojego punktu widzenia daje Ci większe możliwości niż Turystyka Historyczna. Edit: "Mało oblegany kierunek" mówi samo za siebie.

Cały czas używasz słowa "proste". Niestety to co oczekujesz jest odwrotnością tego słowa. Rozumiem że każdy statek ma osobne inventory. W dodatku kilka typów wyposażenia. Każdy powinien być inną tablicą czyli tablice 2 wymiarowe, chociaż nie zdziwiłbym się gdyby trzeba było więcej wymiarów albo zadzierzgać struktury. Czego Ci potrzeba? Musisz ustalić że jedna broń będzie np pod numerem 1000, kolejna pod 1001. Twoje inventory to tablica. I będziesz wpisywać np na pozycję 0 liczbę 1001 która będzie oznaczać twoją broń. Na podstawie tych liczb (które są numerami ID twoich broni. NIE ID OBIEKTÓW!) będziesz decydować o całej reszcie w inventory.

Takie menu wymaga bardzo dużo roboty. W dodatku skoro nie jesteś w stanie napisać własnego, to mam wątpliwości jak ta gra jest rozplanowana. Tworzenie takiego inventory wymaga praktycznie zbudowania szkieletu gry. 250zł to niska kwota jak za tyle roboty.

No bo to chyba właśnie przez specjalizację. Stąd literatura etc. Ogółem z tych wszystkich które podałeś to nie znam nikogo kto by to ukończył. Chyba siedzą w Anglii. Każda Filologia otwiera Ci drogę na tłumacza, ale angielska daje plusa takiego że po wyjeździe do Londynu będziesz mieć przewagę. Szkoły ponad maturalne są spoko. Znajdź sobie coś co Ci przypasuje. Nawet jeżeli ma to być kierowca wózków widłowych.

Moja cena to 250zł, ale będę mieć czas dopiero na początku czerwca.

Jeżeli naprawdę masz dylemat to rozważ Filologię Angielską. Moja ciotka pracowała po tym jako tłumacz przysięgły. Robota polegająca na tłumaczeniu dokumentów.

Socjologia i Psychologia mogą się jakoś przydać przy designie postaci.

Bardzo fajnie. Przy większości utworów przyjemnie się bujałem. Najmniej chyba podoba mi się Depth, a za to Gleetch zostanie ze mną na dłużej.

Łamię swoje zasady głosowania i wybieram Cootacopter pomimo że jest mniej grywalny. A głos za sinusoidy. (których nie zoptymalizowałeś!)