Hanjuso

Blad jest, poniewaz na poczatku stepu ustawiasz na czerwona policje, a na koniec stepu na niebieska. Czyli najpierw robi sie czerwona, pozniej srawdza czy ma gonic, i odrazu zmienia sie na czerwona; dopiero tym zmienia sie wyswietla. Powinienes zrobic to np. tak create sprit=0 step sprit=1-sprit switch(sprit) { case 0:sprite_index=policja_czerw;break case 1:sprite_index=policja_nieb;break } Analogiczne mozesz dodac wiecej klatek do animacji

Ja znalazlem sposob na dodawanie tych literek przy kopjowaniu. Trzeba wkleic kod do function, zatwierdzic, i kiedy sie wejdzie jeszcze raz to na poczatku beda te literki pokazane(mozliwe do skasowania). :)

Przydalybysie przezroczyste sciany tez kolo kursora, i wieksze pole przezriczystosci.

Maximal, wlasnie chodzi mi o to ze nie marmot dal link ;p

Jakiego marmotowego? czytaj dokladniej ;p

speedtest.net dl 506 (384*) up 291 (192*) lan *'prawidlowa' predkosc ktora mam 'na papierze'

Do symulacji wcisniecia przycisku myszki potrzebny jest dll. Mozesz uzyc np IMC.

Adam, musiales cos zmienic w grze, lub zle ci sie sciagnelo.

Ale Valdemarowi chodzi o to, zeby nie bylo bledow GMowych, tylko jakis komunikat z gry, ze nie ma pliku.

A u mnie byl bug! Kiedy ladowalem ostatni poziom czarow tych 'atakujacych' (czerwone) to przy samym koncu kliknelem na inny czar, i 'skonczyla sie mana' :D. Nie moglemm juz nic czarowac, jak klikalem na ktorykolwiek z czarow to nie ladowal sie pentagram i co jakas sekunde bylo slychac glos jakiegos klikniecia albo cos. Jagby wajcha czarow sie zaciela :)

Taka mala informacja(dla ludzi z kompami-rakietami ;p) przytrzymujac q limit fps ustawia sie na 30.

Dawidsu, moze masz za malo ramu, w procesach pokazuje mi, ze uzywa 280mb, lub za krotko czekales :) odpala sie 10-15 sekund (u mnie)

https://forum.gmclan.org/index.php?showtopic=3214 Jezeli to jest dla ciebie zbyt skomplikowane to >tu< jest okrojony silnik jednej mojej starej gry. Brakuje tam wykrywania 'sufitu'. P.S. w tym drugim wysokosci 'klockow' ustawiane sa w "creation code".

160-170fps radeon x1300

Dokladniej tu masz same bardzo proste zeczy zrobione. A jezeli nie rozumiesz pierwszych 2-3 przykladow to...... sam nie wiem czy moze byc cos prostrzego. @blackmaul A co ty chciales? postaw_sciane(tam,czerwona)? Trzeba po prostu okreslic wszystkie punkty z ktorego do ktorego miejsca ma 'stac'. Gdyby bylo prostrze, to mialoby mniejsze mozliwosci. Pozatym sciana d3d_(model/draw)_wall to juz jest skrocenie bo normlanie to wyglada mniejwiecej tak d3d_primitive_begin_texture(pr_trianglefan,textura) d3d_vertex_texture(x1,y1,z1,1,0) d3d_vertex_texture(x2,y2,z1,1,1) d3d_vertex_texture(x1,y1,z2,0,0) d3d_vertex_texture(x2,y2,z2,0,1) d3d_primitive_end() tylko, ze jeszcze normale, kolory, alpha i costam jeszcze...

@miscaner A w czym problem? Jezli rozumiesz jak uzyc xtex i ytex, to nie widze nic na przeszkodzie zeby to oteksturowac. Pozatym kod tego 'modelu' nie jest prawidlowy gdyz ilosc vertexow powinna byc podzielna przez 3, przy pr_tranglelist. Pieter, zobacz tutaj, te tutoriale powinny ci pomodz. Ja niestety zbyt pozno je 'znalazlem' i uczylem sie sam(z helpa), zaczynajac od przykladu fps z gamemake.nl.

tutaj jest przerobiony twoj plik, jest w nim ladna kamera tpp. Zrobilem to 'po swojemu' wiec jest tam trohe zmian. Co do ludzi znajacych sie na 3d w gm, to wydaje mi sie ze zaliczam sie do nich. Edit. Miscaner, co do twojego 'silnika' to powiem tylko tyle, ze uzywanie modeli zamiast d3d_draw... daje znaczny wzrost wydajnosci, zwlaszcza przy sporej ilosci wyswietlanych obiektow. W tym przykladzie dla Pietera nie skorzystalem z modelu, gdyz wyswietlany jest bardzo prosty obiekt w postaci jednej sciany, ale przy wiekszych modelach powinno sie z nich korzystac.

1. przyciski (ok, exit i ten krzyzyk) powinny byc umieszczane wzgledem pozycji okna poniewaz jezeli wyswietle komunikat w innym miejscu to przyciski nie beda pasowaly. 2. Uzycie zmiennej global.destroy do niszczenia obiektow jest bardzo zlym pomyslem. Powinienes w kliknieciu w przycisk napisac cos mniejwiecej takiego: with(cancel) {instance_destroy()} with(Cancel) {instance_destroy()} with(OK) {instance_destroy()} takie rozwiazanie jest duzo lepsze gdyz sprawdzanie co klatke czy global.destroy=1 jest niewydajne.

A wlasnie ze byl blad(sprawdzalem)! Jezeli samochod poruszal sie poziomo, tak ze y caly czas bylo takie same, to przyczepa sie nie obracala, mimo iz samochod sie poruszal. A jezeli samochod jedzie poziomo, to nie oznaczalo to, ze przyczepa byla skierowana poziomo, wygladalo to tak, ze obrot przyczepy sie 'wieszal' kiedy direction samochodu byl podzielny przez 90. Warunek sie zmienil, poniewaz jezeli x bylo takie same, a y sie zmienialo to warunek sie nie spelnial, a mial on na celu sprawdzic czy przyczepa zmienila swoje polozenie.

eee? Chyba sie zle zrozumielismy. Ja znalazlem blad w swoim przykladzie i odrazu go poprawilem. Napisalem o tym, bo ktos kto sciagnal przyklad przed poprawka mialby z bledem, nieswiadomy ze go poprawilem ;p.

Z tego co wyczytalem w schoucie, stwierdzam ze Marot zrobil 2 takie same topici z czego jeden zostal skasowany przez Tymona, a ty odpowiedziales w tym juz nieistniejacym.

Tymon, nie chodzilo mi o skladnie, czy o to jak wyglada, ale kiedy bylo tak jak na poczatku, to gdy samochod jedzie poziomo lub pionowo to przyczepka sie nie obracala; ma byc tak, zeby nie obracala sie kiedy stoi w miejscu.

Znalazlem maly blad, otoz zamiast if x!=xprevious && y!=yprevious powinno byc if !(x=xprevious && y=yprevious) (plik uaktualniony)

Wbrew pozorom nie jest to trudne, trzeba jednak wiedziec jak sie za to zabrac. >przyklad< Fizyka samochodu jest slaba, lecz wystarczjaca zeby zauwazyc ladnie jadaca za pojazdem przyczepke. Problem jest jedynie kiedy samochod jedzie na wstecznym, ale z tym juz mi sie nie chcialo bawic.

Gra spoko, u mnie zadko przycina, tylko w momentach kiedy jest duzo efektow to trohe spowalnia Celeron 1.7 1,28gb ram radeon x1300