gnysek

Można to zastąpić odpowiednimi ds_mapami i JSONem :) Wtedy też można trzymać eventy w prostych, czytelnych plikach (np. YAML i konwertować do JSON, a potem robić z tego ds_mapy ). Z racji, ze GM ma opcję oznaczania podmap/podlist i przy konstrukcji ze stringa JSONowego sam oznacza wszystkie postruktury, usuwając główną usuwamy całość i w ten sposób wylatuje nam to z RAMu :) Wystarczy więc np. zrobić tablicę/listę z JSONami i stworzyć skrypt który odpala nam eventy z takiego czegoś po jakimś ID. Przykładowo takie JSONy wyglądałby tak: a[0] = '{type:"message", text:"Hej, jestem dobrą wóżką!", action:"actorLeftDeph", arg0:1, next: 1}'; a[1] = '{type:"action", action: "changeRoom", arg0: 2, next: -1}'; No i korzystając z XMLa z zasobami można by w takim edytorze nazwy obiektów, roomów itd. wyświetlać tekstowo, bo niestety w zapisie muszą być jako ID (no na siłę można by zrobić listę zasobów pętlą while od 0 i xxx_get_name tak długo jak xxx_exists, np. sprite_exists, script_exists, itd. Trochę zabawy za pierwszym razem, ale potem taki zestaw pozwala na naprawdę wiele i można zrobić całą grę nie otwierając już więcej GM.

Eeej, PHP i JS też mają EVAL czyli to samo co execute string. Ta funkcja poleciała, bo z YYC nie mogła by działać, bo by cały sens binarki psuła.

Wykasuj wszystko związanie z GM z folderów %APPDATA% i %LOCALAPPDATA% i sprobuj raz jeszcze.

Jeśli pracodawca nie wymaga konkretnego narzędzia, albo bibliotek - to możesz :) Ale trzeba mieć dokumentację projektu, żeby stwierdzić, czy w GM da radę, bo niestety nie wszystko da się zrobić.

Hah, nie ma to jak usunąć dźwięki, ale nie usunąć kodu który je odpala...

No właśnie chyba nie umiesz, skoro nie rozumiesz co robisz ;) y-=-1 rozwaliło mój dzień, bo to chyba w 4 klasie podstawówki już uczą, że minus i minus daje plus.

Zmień font :) Ten z prawej jest inną czcionką bo jest inna proporcja liter.

Nie ujdzie, bo to nie serwis do hostowania plików. Dostajesz za to ostrzeżenie.

Nie wstawisz, bo ma limit 100MB :)

Wszędzie :) Nawet do programu masz dołączone :) Na naszej stronie (co prawda dla starych GMów), na forum gmc.yoyogames.com jest sporo.

Ja tak samo robiłem - pobierałem przykłady i sprawdzalem co się stanie, jak pozmieniam cyferki albo zakomentuję jakiegoś ifa (ale oczywiście prawidłowo zakomentuję :P) - żeby zrozumieć jak to wszystko działa i co się bez tego dzieje. No i wydrukowałem cały manual i czytałem na kiblu.

To jak w GM:S wyeksportowałeś grę? Tam nadal widoczne są dźwięki :)

W ustawieniach każdego dźwięku można podać rodzaj kompresji. W grze powinny być OGGi/MP3 które naprawdę mało zajmują.

Dźwięki wav bardzo dobrze się akurat kompresują, więc coś innego jest powodem. Jakieś included files czy coś?

Jedyną opcją pozostaje zastanowić się, dlaczego aż 120MB?

Dopracuj koniecznie ;)

Dlaczego nie możesz usunąć? 120MB? Niesamowicie dużo.

Jeśli losują z globalnej i nie definiujesz w każdym na nowo zbioru, to nie powinno tak być - w innym wypadku tak będzie.

A kontaktowałeś się z supportem? Kupując licencję przysługuje Ci wsparcie techniczne z ich strony, w menu Help masz opcję Helpdesk :)

Jak ustawisz rozmiar GUI to zostanie przeskalowany do ekranu jeśli jest za duży jeśli nie użyjesz skalowania. I oczywiste, że nie wstawiasz w każdym obiekcie, bo GUI i ekran masz jeden :) Wystarczy na początku każdego poziomu (z obiektu, z creation code - to już jak chcesz). Samo GUI oczuwiście nie ma nic wspólnego z rozmiarem okna gry, a tylko z eventem draw gui :)

Nie ma jednego konkretnego przykładu, ale na gmc.yoyogames.com znajdziesz dużo różnych rozwiązań.

No to musisz napisać tak kod, żeby te pozycje się dostosowywały do ekranu :) Tego nikt za Ciebie nie zrobi, trochę matematyki (dodawanie, odejmowanie, mnożenie i dzielenie) i wszystko będzie OK. W YoYoGames tak to robiliśmy, naprawdę.

Jeśli nie jesteś na fullscreenie na windowsie, to jeszcze rozmiar ekranu trzeba ustawić. windows_set_size bodaj.

W create roomu, albo obiektu? No i włącz jeszcze działanie viewów: view_enabled[0] = true; view_visible[0] = true;

Nie wiem czy znajdę czas :/