Tymon

A ja myślałem że przewalicie to przez HTML. xD

O sicie Eratostenesa nie słyszeliście: pierwsze = ''; for( n = 2; n < 1000; n += 1 ) { if( n mod 2 && n mod 3 && n mod 5 && n mod 7 ) { pierwsze += ', ' + string( n ); } } draw_text( 0, 0, '2, 3, 5, 7' + pierwsze ); Czy coś podobnego:P Po za tym polecam sobie policzyć PI: http://files.extremeoverclocking.com/file.php?f=36

Takie coś: view_xview[0] = ( object1.x + object0.x - view_wview[0] ) / 2; view_yview[0] = ( object1.y + object0.y - view_hview[0] ) / 2; ? EDIT Boże, co ja napisałem! xD Poprawione.

Dostałeś właśnie drugiego warna za double posting. =)

Ucz się .NET! :P

Mnie tam ciekawi co ile będzie wydawany kolejny numer. Miesiąc? Dwa miesiące?

Dziewczyny? o_o. Dobra, teraz to się pogubiłem.

Wciśnij klawisz I.

Błąd Danielus. random(x) losuje liczby z przedziału 0-x więc może być to też ułamek. =)

choose( zmienna1, zmienna2, ... )? :P

Po co wam więcej nubów, ja wystarczę.

Jaklub, znajdź sobie po prostu dobrego grafika. To na pewno zwiększy jakość Twoich gier. =) Jak dostanę "bonus rangę/grupę" (gdzie ranga != tytuł) to dopiero wtedy pomyślimy nad wydaniem czegokolwiek! xP Zaczynam się bać o siebie. Naprawdę.

Zobacz sobie przykłady edytorów map w zasobach GMclanu. ;)

https://gmclan.org/up152_11_przyk.html Się nie wstydź. :P

Nie. =) To tak jak byś ustawił dla wszystkich obiektów oddzielną kolizję, tylko że na raz. =P

Dobra, nie będę wam tego tłumaczył. :P Wolfoxer, podrzuć najlepiej plik z projektem.

A wiesz że każdy obiekt jest rysowany (chyba że nie ma sprita)? Tak czy inaczej przed rysowaniem powinna być aktualizacja pozycji obiektu, a nie po. :)

To możesz wrzucić jeden obiekt o jakiejś kwadratowej masce np. 16x16px i ustawiać je w miejscach gdzie pocisk powinien zostać zniszczony i dla niego ustawić wykrywanie kolizji z pociskiem. Możesz też sprawdzać kolizję dla rodzica wszystkich tych obiektów z którymi ma być wykrywana kolizja. =)

Głupie rozwiązanie Pieter. :P Wolfoxer, pozycja obiektu powinna być uaktualniona przed rysowaniem, więc: draw_text( x, y, 'test' ); x = view_xview[0]; y = view_yview[0]; będzie świrować a: x = view_xview[0]; y = view_yview[0]; draw_text( x, y, 'test' ); już nie. :)

Jak już to: x = view_xview[0]; y = view_xview[0];

Wrzuć kod odpowiadający za zmianę pozycji do step end, albo do draw (prędzej do draw). :P

Tzn. lista obiektów do skasowania, bo tak to aktualnie rozumiem. =)

Nie znam takich artykułów chyba że sam coś napiszę. :P Co do 2go pytania - nie rozumiem.

Można, choć to naprawdę zależy od stopnia zaawansowania projektu. Prostą strategię napiszesz, shootera też. Ale będziesz musiał się nauczyć optymalizować kod, a to łatwą sprawą nie jest. =) Do tego od samego startu musisz zacząć zastępować niewydajne funkcje GMa własnymi + optymalizacja. :P No i trudno powiedzieć czy będzie lagów podczas gry w sieci, to też zależy od tego jak napiszesz silnik sieciowy. EDIT baca, wymowna odpowiedź. Przeczytaj jeszcze raz regulamin. =)

Raczej nie. Wydaje mi się że w GM jest jeden globalny room, do którego są ładowane inne roomy - tutaj rozumiem jako room cały komplet danych odnośnie obiektów i ich podstawowej konfiguracji ( np. pozycja ), tile i sama konfiguracja danych - więc gdy przechodzimy do innego rooma to globalny jest czyszczony i ładowane dane/konfiguracja innego. Imo wygląda to nawet sensownie, nie? :) Po za tym, komu opłacało by się opłacało robić inaczej? A w takim wypadku room_instance_clear i room_tile_clear czyszczą informacje przechowywane o roomie, więc zwalniają i pamięć. Po za tym, można by napisać wydajniejszy system na plikach. Odciążyło by to pamięć, gra ładowała by się szybciej etc. etc. :)