gnysek

Ja korzystam z tego samego Studia i mi gry śmigają cacy na kazdym urządzeniu z androidem / iOS.

A wiesz, że jeśli wersja 6.1 nie zawiera takowego wpisu, a 6.0 i 7.0 je mają, to możesz zawrzeć tylko te rzeczy, których w 6.0 i 7.0 nie ma, bo inaczej łamiesz tamte licencje (bo tamte funkcjonalnosci nasladujesz). Huh.

http://wiki.yoyogames.com/index.php/GameMaker:Studio

"na bok" to dla mnie przesunięcie wzdłuż osi X o konkretną liczbę pikseli. U ciebie to chyba jednak co innego...

W C++ jest taka z defaulta na razie.

Skasuj DLL i sprawdź czy działa.

Pobierz i sprawdź :) Jest już do niego część dokumentacji.

Wygląda na to, ze nie :)

Jest już nowy build :)

GML draw_set_color(c_black); draw_text(1,1,'MAMA'); draw_set_color(c_red); draw_text(0,0,'MAMA'); Przecież jest jedno na drugim, czarne to cień, czerwone to tekst...

ale to nie jest plik który mozna publikowac w sklepie jak juz powiedziałem, ale mozna wgrac na telefon, to roznica

Ale tylko odpalisz, to nie są wersje które da się do AppStore czy GoogleMarket zgłaszać. Nie mniej... -_- Mam nadzieję, że byli tego swiadomi.

Jak masz półprzeźroczysty obrazek, to ustawiasz od jakiej wartości alfa liczyć kolizję.

i działa na zewnątrz tego katalogu ?

Nie ma takiej opcji w becie, mozna tylko testować :) Zeby nie było, ze link wam sprzedałem potajemnie: http://gamemakerblog.com/2012/03/01/gamemaker-studio-beta/ - wziąłem go stąd :)

W tym buildzie co masz są problemy z surace większymi niż 1024x1024 na windowsie :)

Po to jest zdezaktywowane, zeby eventów nie wykonywać. Jeśli chcesz rysować, musisz wykonać event, zatem musisz aktywować, proste i logiczne.

Pamiętajcie, aby błędy wraz z przykładem (Menu>Export>GMZ) zgłaszać tutaj: http://bugs.yoyogames.com/ - bo inaczej to nigdy nie zostanie naprawione :)

optymnalniej jest namalować to na surface raz :)

Jak tylko podłączą mi net w domu :P

Nie wiem czy tak chętnie, nie mogę wszystkiego zdradzać. Nigdy nie wiadomo, kiedy Stuart wrzuci stronę do translatora :P Nie mniej, dokumentacja do fizyki będzie w następnym update (prawdopodobnie jeszcze dziś). FPS jest wyświetlany, bo to jest wersja debug runnera C++ - jak już będzie opcja zapisu EXE (a pewnie w becie jej nie będzie), to wtedy ów ficzer zniknie. ds_mapy i inne powinny działać, ja na nich pracuję w obecnym projekcie i jest spoko, ale moze ten build miał jakiś feler :)

haha, ja już takich widziałem, co do przeciwników w grze którzy mają 4 klatki obrazu, duplikowali je dla uzyskania wolniejszej animacji i wychodziło 16 klatek...

Bo obrazek, jaki by nie był, wyświetlany jest na ekranie jako bitmapa. JPG czy PNG to tylko sposób zapisu na dysk. Myślisz, że dla czego gra która zajmuje 2GB na płycie wymaga 4GB ramu? Bo ma skompresowane tekstury, ale karta graficzna i tak rzuca je na ekran jako bitmapy (i prawdopodobnie tak tez je przechowuje, bo dekompresja co klatkę byłaby zabójcza) :)

z racji, ze GM nie oblicza FPSów bieżąco, a robi to z lekkim lagiem, Twój sposób może powodować podwójne przyspieszenie - bo ze względu na lag, spadek FPSów odnotowany może być gdy wszystko wróci do normy (np. spadek trwał 3-4 klatki). Optymalną wartością dla oka ludzkiego jest 70 i powyżej tego już naprawdę nie rozróżniamy klatek.

Wiele podstawowych rzeczy mozna tam "wygenerować" zamiast pisać kod. dostajesz gotowy widok, model kontroler, formularz...