gnysek

Ja myślę, że do jutra by zlali. Wciąż jednak nikt nie podał odpowiedzi ;)

To ja podpowiem: (ofc nie zapomnijcie dodać stałej) GML time = current_time; repeat 100000000 //------------------------------------------------------------------------------------------------------------------ var _x; _x = 2323; jakis_wzorek = _x +_x *_x - _x; show_message(string(jakis_wzorek)); //------------------------------------------------------------------------------------------------------------------ time_diff = current_time - time; time2 = current_time; repeat 100000000 //------------------------------------------------------------------------------------------------------------------ jakis_wzorek = c_stala +c_stala *c_stala - c_stala; show_message(string(jakis_wzorek)); //------------------------------------------------------------------------------------------------------------------ time_diff2 = current_time - time2;

Żeby importować plik GM81/GMK to musisz go rozszyfrować, co jest niezgodne z licencją. Natomiast import plików GML (tekstowych) czy XML (GMX), jest OK, bo to nie są żadne szyfrowane pliki. Tu masz przykładowy projekt GM:HTML5 który robiłem ze dwa tygodnie temu: https://bitbucket.org/gnysek/bao_game/src

Nie ma luki, EULA jest niedoprecyzowana specjalnie na korzyść YYG ;) Możesz - jak już wspomniałem, zrobić edytor do plików XML tworzonych przez GM:HTML5/Studio, ale już do plików GMK/GM81 nie, bo to wewnętrzny format (pliki XML nim nie są, to format publiczny). Struktura tych plików w nowych GMach jest taka, że praktycznie cały edytor można zrobić samemu i wtedy będzie to OK. Nawet ktoś już robi wersję dla Maków i Linuxów.

Jeśli obiekty i zasady są te same, to tak. Musiało by być na tyle dużo urozmaiceń, ze nie można by jednoznacznie wskazać, iż jest to przekalkowany tylko ten tytuł.

Edytor który koloruje składnię GMLa czy nawet ją podpowiada jest jak najbardziej legalny. W HTML5 skrypty są zapisywane w XMLach, więc nawet notatnikiem możesz je sobie edytować. Natomiast jak czytamy w licencji: http://wiki.yoyogames.com/index.php/Game_Maker_EULA

dopisz za moją == true i sprawdź, moze wcale nie jest szybsza ;)

Wydaje mi się, że można też zrobić tak: GML if( mouse_check_button_pressed( mb_left ) && position_meeting( mouse_x, mouse_y, self ) ) { ...

Kodowanie?

Jakbyś tak jeszcze napisał pytanie w poście, a nie w temacie... Aby hostować grę, wymagane jest zawsze otwarcie portów, lub korzystanie z techniki hole punching.

Chyba w serii 8 nie ma co na to liczyć... sam czekam na struktury (oj, jak by się prosto zapisywało itemy i zasoby...)

Też. Jak przy włączaniu gry nie wykryje pada od Xboxa, to ikonki oczywiście będą zamienione na mysz+klawiatura. No i nawet mając podłączonego pada, nadal można będzie grać tradycyjnie - z tym padem to taki dodatek.

Więc na pewno przepłacisz :) Taniej już nie będzie.

Nie mam 100% pewności, wiem tyle co napisałem powyżej, ze powinno tak być, ale może się zdarzyć, że iOS i Android będą działać tylko do testów na własnym telefonie, a za eksport do AppStore i AndroidMarket trzeba będzie dopłacić (z drugiej strony, będzie można grę przetestować na swoim telefonie, więc można to zrobić mając już gotową grę). Btw. informacji które dostaję w biurze nie mogę wynosić, więc na przyszłość uczulam - mogę wam powiedzieć to co już padło na forum YYG i na twitterze Mike'a i Russella.

Coś tak słyszałem, że HTML5 się zamieni w Studio (więc cenę znacie), a Android i iOS będą opcjami do dokupienia (narzędzia do publikowania, bo samo testowanie jest wbudowane, zatem na swoim telefonie można pograć). Natomiast jak to obecnie wygląda, to jeszcze nie wiem - musicie czekać na oficjalną zapowiedź, bo nie we wszystko jestem wtajemniczany. @taxi: a mi się wydaje, że 1000 sprzedanych egzemplarzy gry za 1$ zwróci się bez problemu. YYG odrobiło w rok 200 tys. funtów straty. Edit: studio będzie kosztować 199$, chyba, że HTML5 kupicie teraz, to darmowy update ma być i z racji bety cena jest o 100$ niższa.

W ramach samouwielbienia:

Wersja alpha?

GML with (typObiektu) { if distance_to_object(other) < 50 and a < 0.6 { <akcja> }}

Odznacz w opcjach "throw an error when argument isn't initialized correctly".

Tak, jak tworzysz surface to pamięć jest rezerwowana (bodajże wg wzoru: wys x szerokość x głębia kolorów x 1 bajt) i nie ma to związku z drawowaniem.

A nie prościej - if (kod == "21") ?

file_get_contents(); file_put_contents(); chociażby, w połączeniu z serialize() i unserialize();

zapis i odczyt binarny? zapisujesz sobie w którym bajcie się plik zaczyna na początku (a wiesz to bo znasz jego rozmiar) i potem jak odczytujesz, to zaczynasz od tego bajtu. Np plik wyglada tak: plik: 25273ABCDE pozyc:0123456789 //oznacza ile miejsc w pliku trzeba się przesunąć, aby zacząć czytać I stąd wiesz, że po kolei: masz 2 pliki, pierwszy plik zaczyna się przesuwając 4 bajty od początku pliku i plik ma 2 bajty, drugi plik zaczyna się po przesunięciu 6 bajtów względem początku i ma 3 bajty. Jak sobie wstawisz w tablicę te pierwsze wartości [offset w pliku oraz rozmiar], to w pętli for (rozmiar definiuje pierwsza liczba) - możesz je wczytać. Ofc. należy sobie założyć, że te liczby np. to są inty i zawsze mają ileś tam bajtów.

Widzisz, bo to był akurat artykuł o czymś, czego z dokumentacji się na pewno człowiek nie dowie - np. mój artykuł o referencjach był tak naprawdę dokładniejszym opisem tego co w dokumentacji jest prawie na każdym kroku ;) Czekam na coś nowego ;)