Vectorball - Tutorial projekat za pravljenje igara u VBu - svi mogu da doprinesu!

Ovo je thread u kome ćemo pokušati da zajedničkim snagama napravimo igru u VBu. Smatrajte ovo tutorialom, poligonom za vežbanje, i besplatnim kursom - sve u jednom.

Ko god hoće da učestvuje, može da "upadne" kad god hoće u projekat, samo neka se u prvom javljanju predstavi i da kaže kako stoji sa programiranjem i šta misli da mu najbolje ide. Neko predznanje rada u VBu je dobro došlo, ali potrudićemo se da čak i totalnim VB početnicima obezbedimo dovoljno informacija da mogu odmah da počnu.

Inače, ja već 5 godina iz hobija pravim sitnije igre, koje uglavnom napustim na pola projekta, ali sam usput pokupio gomilu korisnog znanja. Trenutno pravim pravu pravcatu komercijalnu igru u VBu. Cilj ovog tutorijala mi je da na jednom mestu obezbedim VB početnicima dobru količinu onih trikova koje sam ja morao da učim postepeno i sa svih strana. Ne pretendujem da budem neki autoritet ovde, ako se nađe neko iskusniji od mene mogao bi sigurno i mene nešto da nauči.

Tutorial će biti koncipiran na sledeći način: Na početku svakog koraka, objasniću ključne stvari vezane za "lekciju" koju obrađujemo. Onda ću postaviti problem i vaš će posao biti da rešite taj problem, tako što ćete poslati svoju verziju koda. Kasnije kada se uhodamo verovatno ćemo raspoređivati zaduženja. Svačije rešenje će biti proanalizirano, ukazaćemo na potencijalne greške, biraćemo optimalno rešenje i ići dalje kroz proces pravljenja igre.

Cilj je da na kraju svi koji učestvuju u ovoj temi iz nje izađu sa malo boljim razumevanjem pravljenja igara. A možda budemo imali i "diplomski projekat". :)

Imajte na umu da ovde radimo zajedno, a ne takmičimo se jedni protiv drugih, što znači da nema kečeva i petica. Nema ni domaćih zadataka; radite onaj deo koda koji hoćete, kada hoćete. Idealno bi bilo da ovo preraste u temu u kojoj će malo iskusniji podučavati one malo manje iskusne.

---

Korak minus 2: PRE POČETKA PROČITATI OVO

Pa, nema razloga da ne počnemo odmah.

Pretpostaviću da se svi koji su ovde ušli razumeju u programiranje u VBu barem na elementarnom nivou. Pretpostaviću da ste upoznati sa nekim osnovnim konceptima.

Neophodno znanje koje morate da imate jeste:

- šta je varijabla, a šta je konstanta
- tipove varijabli (npr. ako znate razliku između Integer i String tipa to je sasvim dovoljno, ostalo ćemo da učimo usput)
- šta su procedure
- ključne reči: Dim, Sub
- operacije nad varijablama: +, -, =, /, *

Ako neko ima problema sa ovim pojmovima, možemo da uvedemo korak -3 gde ću pokušati da objasnim.

Za početak, da se dogovorimo oko sledećih stvari.

- Koristićemo Visual Basic 6.0. (Verujem da će kod koji pravimo biti kompatibilan i sa VB 5.0)
- Koristićemo neka osnovna pravila kodiranja (koja ćemo da definišemo kada za to dođe vreme, dogovorno, ali moraćemo da ih se svi pridržavamo)
- Pravimo jedan jedini glavni projekat. To će biti igra koju za sada zovemo Vectorball. Neki primeri u tutorialu ne moraju biti deo igre, ali trudićemo se da se ne udaljavamo od teme.
- Pre prelaska na svaki sledeći korak, dogovorićemo se oko toga šta je "zvanična" verzija igre i postovaćemo njen kod.
- kod će biti komentarisan gde god je to moguće

Dalje, nekoliko osnovnih smernica za one koji imaju nekog iskustva: (ako ne razumete šta neke od ovih stvari znače, nije problem, pojasnićemo posle)

- nećemo koristiti Variant tip podataka.
- uvek ćemo koristiti Option Explicit.
- imaćemo jednu jedinu formu u igri.
- počećemo da pišemo kod u prostoru forme, ali ćemo brzo preći na module
- počećemo da radimo sa VB kontrolama (Timer, Shape, Line), ali ćemo ih se otarasiti već u nižim koracima

Opis igre:
Za početak, dovoljno je znati da pokušavamo da napravimo klon Ponga: igru za dva igrača u kojoj svaki kontroliše po jedan "reket" (reket prvog igrača je na levoj strani ekrana, drugog na desnoj). Loptica vrluda po ekranu i odbija se od gornji i donji zid, kao i od rekete. Igrač postiže poen ako loptica prođe iza protivničkog igrača.

(Kasnije možemo da dodajemo na milione originalnih stvari koje će igru učiniti svojstvenom.)

Za sada toliko, naredni korak (minus 1) govori o tome kako pripremiti VB za pravljenje novog projekta.

---

Korak minus 1: PRIPREMA VBa ZA PRAVLJENJE NAŠE IGRE

Pre nego što krenemo sa stvarnim programiranjem, moramo da pripremimo VB i da podesimo naš projekat. Ovaj korak je prilagođen početnicima u VBu. Stvari upućene početnicima će biti ubačene u okvire (poput citata) sa plavim naslovom. Iskusniji korisnici će verovatno hteti da preskoče sve ove okvire, jer su tu pokrivene samo osnovne stvari.

U svakom slučaju objašnjenje šta smo sve odradili je dato na kraju poglavlja.

Kreiranje projekta

Za iskusnije:
Startujte VB6 i kreirajte novi projekat Standard Exe.



Podešavanje projekta

Odmah ćemo podesiti neke osnovne osobine našeg projekta da bismo mogli da ga raspoznajemo u moru drugih projekata na kojima možda radimo.

Za iskusne korisnike: Promenite ime projekta u VectorBall a Version Number projekta u 0.0.1.



Podešavanje obrasca - Properties Window

E, gospodo, stvari se sada već malo zahuktavaju. Moramo da podesimo naš obrazac i da ga pripremimo za igru koju ćemo da pravimo.

Za malo iskusnije:

u našem obrascu postarajte se da sledeći propertyji budu promenjeni:

(Name): fMain
AutoRedraw: False
BackColor: &H0& (kada pravite igre, UVEK koristite Palette colors, NIKAKO System Colors)
BorderStyle: 1 - Fixed Single
Caption: VectorBall Main Window
Enabled: True
ForeColor: &HFFFFFF& (opet Pallette color, i to bela)
KeyPreview: True
ScaleMode: 3-Pixel

Na kraju, ručno mišem resize-ujte fMain da mu visina bude oko 400 a širina oko 600 (gledajte ScaleHeight i ScaleWidth dok menjate veličinu prozora)

Primetićete da sam obrazac nazvao fMain. U mojoj nomenklaturi, stavljam prefiks "f" ispred obrazaca, "m" ispred modula, i "c" ispred klasa.



Podešavanje preferenci

Za iskusnije: Podesite "Require Variable Declaration" ili ručno kucajte Option Explicit u svim modulima i formama koje budemo pravili. Preporučujem da iskoriste "Editor Format" tab i da prilagode izgled editora svojim potrebama. Posebno preporučujem da ručno podesite Foreground boju za Identifier Text na nešto što je bar malo različito od crne - najverovatnije će vam odgovarati tamnosiva - kako bi se razlikovalo "Identifier Text" od "Normal Text"-a. Ovako će se zagrade, separatori argumenata i sl. onda videti malo jače u odnosu na nazive varijabli, što po mom ličnom mišljenju ume da bude veoma korisno za preglednost pojedinih dužih formula, poziva procedura sa više argumenata itd.



Project Explorer: vaš najbolji prijatelj

Uključite Project Explorer pritiskom na Ctrl-R i proverite da se projekat zove VectorBall, i da ima jedan obrazac koji se zove fMain.



ZAKLJUČAK
Da sumiramo šta smo uradili. Stvorili smo projekat, nazvali ga VectorBall, promenili neka svojstva glavnog obrasca (properties) da bismo ga spremili za našu igru.

---

Super ideja! Evo, ja hocu da se prikljucim. Znam VB podosta, koristim uglavnom API, ActiveX izbegavam iz sve snage. Znam i matematiku (onoliko koliko treba za ovako nesto). Nemam pojma o DirectX-u, ali hocu da naucim (ako ce igra uopste biti pravljena uz pomoc DX-a). Podrzavam ovaj poduhvat i pozivam i ostale da se prikljuce.

P.S.
Da li ce se lopta odbijati uvek pod istim uglom od reketa ili ce se ugao menjati u zavisnosti od toga gde loptica udari? Ako je prvi slucaj, onda je to mnogo lako, cak i za pocetnike. A i ne uvodi nivo slucajnosti u igru. Ovaj drugi nacin je bolji.

Naravno, svaka pomoć je dobrodošla.

Loptica će se u početku odbijati samo po fiksnim obrascima (da bi ljudi ukapirali kako to radi), pa ćemo posle preći na randomizaciju delta koordinata lopte (i na kraju na sinuse i kosinuse i računanje delte lopte svakog ciklusa).

Poenta je da projekat počne od ogoljene verzije ponga urađenog sa shape-ovima, tajmerima i keydown/keyup-om, a dogura do prave pravcate igre sa APIjem i, možda (zavisi da li će ljudi hteti da slušaju dalje) i do DirectXa.

---

da li cemo hteti da slushamo???? :D NARAVNO!!!!!

---

Ej, pa zar niko vise nije zainteresovan za ovaj program? E, pa koga nema bez njega se moze! Ja mislim da sa projektom treba krenuti, a drugi ce se (nadajmo se) prikljuciti kasnije. Bilo je jos pokusaja da se program pravi u grupi (i ja sam dao predlog), ali svi su pali u vodu. Ne zelim da se to desi i ovom projektu. Ja mislim da sa radom treba da se pocne pod hitno inace ce propasti kao i ostali.

Doduse, mozda su ostali projekti propali, jer nisu bili u TOP temi, pa nisu bili ni uoceni. Trebalo bi ovu temu postaviti kao TOP, stvarno, jako malo tema je TOP u VB forumu: svega dve. Neka ovo razmotri mod ako procita.

@Dark Icarus

Pravis komercijalnu igru u VB-u? Neznam zasto, ali mislim da su me svuda ubedjivali da VB nikako nije pogodan za pravljenje igrica, posebno ne komercijalnih, jer je spor ili tako nesto. Kako ti ide taj posao?

nije da nas nema zainteresovanih samo jos nije pravo vreme da se ukljucimo, milism na mene :D, ja planiram da se prikljucim negde kad budemo poceli sa API-jem, jer sve do toga mi vise nije zanimljivo...
A svi projekti (pa i Slagalica koja je u TOP-u!) koji su radjeni grupno su propali jer nije bilo pravog vodje, tj. organizatora svega. Mada cini mi se da ce ovaj projekat zaziveti jer imamo iskusnog organizatora koji se MNOGO razume u pravljenje igara :D Samo kad bi on nasao vremena da posveti nama koji zelimo nesto da naucimo :P (sala naravno) I naravno kad bi se prikljucili (kasnije, kad/ako stignemo do directx-a) i ostali koji se razumeju u game developing (mislim na TheAlas-a :p)...

brb, krcko

---

Imate i jedan projekat u TOP temi (mislim na TV Slagalicu), pa je opet propao.Jedno vreme se "zahuktalo", a onda samo jednostavno stalo.Dakle, nije problem u tome da li je neka tema TOP ili nije, već u (ne)ozbiljnosti učesnika u istim, kao i u lošoj organizaciji.Koliko sam video samo Shadowed i Krcko su ozbiljno radili na tome, a ostali (čak i pokretač teme) su više gledali iz prikrajka, nego što su se priključivali projektu.
Što se tiče ove teme, ukoliko Dark Icarus prihvati da nastavi rad na ovom projektu i tema postane svojevrsni tutorijal za izradu igre, nije problem da se u dogovoru sa ostalim moderatorima TOP-uje, ali za sada ne vidim razloga za to.

---

Slagalica je propala zato sto je mene mrzelo da sam uradim ceo program (konkretno asocijacije). Krcko je isprobavao svoju verziju koliko se secam sto je bilo OK, ali ostali su samo posmatrali a cela stvar je bila zamisljena kao zajednicki rad. Da je radjeno kao tutorijal bilo bi drugacije organizovano od pocetka i imalo bi smisla da jedan ili dvoje urade uz objasnjenja. Ali, nije bio tutorijal i tako...

Mislim da bi moglo da se topuje al' da se okanemo slagalice onda na ovoj temi ;).

---

Ma evo i ja sam postao zabušant, nisam bio na netu 2-3 nedelje... odavno pišem neke korake tutorijala ali treba to upakovati... često postajem preopširan (kao što svi na forumu već znaju), ne mogu da se odlučim za koji nivo programera pišem... (npr. da li da objašnjavam event-driven arhitekturu windowsa, da li da objašnjavam UDTe...) i tako dalje. Da i ne pominjemo da imam a) ispite i b) svoju igru. Ali, ne bojte se, radi se!

A što se tiče topovanja teme to neće biti potrebno, jer dok malo krenemo tema će se zahuktati toliko da će večito biti na prvoj strani :) Ne bih ga stavljao na TOP da ga ne izbaksuziramo :) A i realno, projekat još nije ni zaslužio topovanje. Kada tutorial bude završen, možda ga i prebacim u HTML i okačim negde na net, pa ako zaslužuje da bude stavljen u "korisne resurse" u prvoj top temi, i time ću biti više nego zadovoljan.

Bar neće pasti u zapećak dok god sam ja živ da ubacujem novi post bar jednom na nedelju dana.

A sada dajte da malo poradimo na tome da ovaj tutorijal bude vredan toga. Evo prvo ja: očekujte korake 0 i 1 vrlo uskoro.


@fLuXx
Lele, nemoj da počinjemo sa temom "komercijalne igre u VBu". Recimo samo da "komercijalna igra" nije samo FPS: www.gametunnel.com

---

Korak 0: JOŠ MALO SUVOPARNOG FILOZOFIRANJA


Evo nas na pragu da počnemo i sa samim kodom. Ali ne lezi vraže, nismo mi te sreće: prethodno moramo da odradimo još malo opšte teorije. Trudiću se da svedem bullshit na minimum... gest unapred osuđen na propast :)
Sve igre na svetu funkcionišu na nekoliko zajedničkih principa. U ovom koraku ću objasniti te principe, na kojima će se zasnivati i naš VectorBall. A vi ćete mi oprostiti ako ovde kažem nešto što već odavno znate.


Sveta trijada programiranja: input, process, output.

Igra je, u suštini, aplikacija kao i svaka druga, u tom smislu da mora da ispuni sledeće: a) uzima podatke od igrača, b) procesuje te podatke i c) izbacuje rezultate na ekran. Ovaj isti princip pokreće i Excel, i Pong, i FarCry. Za sada ćemo se držati Ponga kao dobre polazne tačke za opisivanje. Igra Pong sadrži dva reketa, jednu lopticu, i pokazivač rezultata, i to je sve što je potrebno da savršeno ilustruje način na koji funkcionišu igre.

Početnici će verovatno pitati: Kako to igra uspeva da radi? Kako pomera rekete? Kako odbija lopticu?
Jedna reč: varijable. Mnogo varijabli.


Njeno veličanstvo varijabla

Sve što postoji u game-worldu mora biti uskladišteno u memoriji u vidu varijabli. Svaki reket, svaka loptica, svaki tenk, vojnik i konjanik, svaki space invader. Mi, programeri, pomoću varijabli kompjuteru opisujemo poziciju, ponašanje i stanje svega što u našoj igri postoji. Za procesor je to samo gomila brojeva u RAM memoriji. Ali takva gomila brojeva koje će on iskoristiti da na pravi način nacrta loptu, rekete, rezultat, tenkove - tako da to ima smisla igraču.

Uzmimo lopticu u Pongu i pretpostavimo da stoji u mestu. Šta nam je neophodno da bismo opisali kompjuteru našu lopticu? Da bi igrač postao svestan loptice, kompjuter je mora nacrtati na ekranu, a da bi je kompjuter nacrtao na ekranu, on mora znati njenu poziciju. A pozicija se može iskazati brojevima. I eto naših prvih varijabli. :)

Bez preteranog ulaska u Dekartove koordinatne sisteme (koji nas čekaju za nekoliko koraka), za sada ćemo se zadovoljiti time da poziciju loptice opišemo njenim rastojanjem od gornje i leve ivice ekrana. Našu lopticu možemo da opišemo tako što ćemo reći kompjuteru da se nalazi 60 piksela od leve ivice (ovo se zove X koordinata) i 100 piksela od gornje ivice ekrana (Y koordinata). Ili, skraćeno, koordinate loptice su: X = 60 i Y = 100. Sve što nam sada treba jeste da kompjuteru kažemo da nacrta sličicu loptice na ovim koordinatama (kasnije ćemo detaljno obrađivati crtanje na ekranu).

Znači, u našem programu se već nalaze dve varijable: X koordinata lopte i Y koordinata lopte. Nazovimo ove dve varijable LoptaX i LoptaY (u ovom koraku još se ne bavimo kodiranjem, već samo principima programiranja, pa nećemo ovde deklarisati varijable).

Da bismo crtali rekete takođe nam treba njihova pozicija na ekranu, pa ćemo imati i varijable koje će opisivati njihovu poziciju. Takođe ćemo imati varijable koje će čuvati rezultat. I na kraju ćemo imati varijable koje će opisivati kretanje loptice i reketa.

I eto, samo desetak-dvadesetak varijabli nam je dovoljno da napravimo jedan Pong. Ali te varijable nam ne vrede ništa ako tek tako stoje i kuliraju. Pong u kojem loptica i reketi stoje u jednom mestu ne bi bio preterano uspešna igra, zar ne? Naravno da ne. Treba nam način da pokrećemo lopticu, da pomeramo rekete, da odbijamo lopticu od njih. Kako se to postiže? Prosto - menjamo vrednost varijabli. Razmislite. Ako hoćemo da pomerimo lopticu 10 piksela udesno, samo treba da promenimo vrednost varijable LoptaX (LoptaX = LoptaX + 10). Međutim, kako menjamo te vrednosti? Koliko često? Kojom prilikom? Kojim zakonitostima?

E, to nas dovodi do drugog glavnog principa kako funkcionišu igre: petlja.


Naša igra je jedna velika petlja

---

<sub>Petlje i multitasking: Nekada davno, u vreme Komodora 64, programiranje je bilo relativno jednostavno. Izvršavao se jedan program u jednom trenutku. Nije bilo multitaskinga, paralelnih procesa, multithreadinga i ostalih bakrača. A onda su došle platforme poput PCja i Macintosha, čiji su operativni sistemi polako ali sigurno počeli da se snalaze u multitasking sredini.

I tako su počeli problemi za programere igara.

Igra nije namenjena za multitasking. Kada pravimo igru, mi hoćemo da ona besramno uzurpira kompletan procesor, celu radnu memoriju, i polovinu hard diska. Ne želimo da nam neki tamo Windows traći dve trećine radne memorije. Šta će nam multitasking? Ko još igra Quake 3 i onako usput paralelno sa tim kucka dokument u Wordu?
Ono što je problematično je to što je i dragi nam Visual Basic praktično dizajniran za programiranje multitasking projekata. Pravljen je tako da program koji napišemo reaguje na određene događaje - pritisak dugmeta na formi, pritisak na enter, prelazak strelicom preko nekog polja - itd. Ostatak vremena, program stoji i ništa ne radi. Ovo se zove event-driven programiranje ("programiranje pokretano događajima"). Što je sjajno, ako pravite bazu podataka.

Ali mi smo programeri igara. Mi ne pravimo baze podataka. Mi preziremo baze podataka. Mi se gnušamo baza podataka. Mi mrzimo programere baza podataka, i tučemo se sa njima do smrti kada ih sretnemo na ulici.

Minesweeper i šah i sl. su jedine igre koje mogu bez blama da koriste event-driven programiranje. Za te igre to može da posluži. Ali mi, gospodo, pravimo arkadnu igru. Nama event-driven programiranje ne odgovara. Zato, mi odbacujemo ovaj tip programiranja. I zato ćemo mi sada da malo pričamo o petljama.</sub>

---

Kao što sam već rekao, varijable ne vrede ništa ako samo stoje i ne menjaju se. Ali kada ih menjamo? Koliko često apdejtujemo njihove vrednosti?
Zavisi. Ako igrate RTS, Pong, ili neku pucačinu, ne želimo novi frejm svake dve sekunde, zar ne? Ne, mi želimo onoliko frejmova koliko naša jadna napaćena konfiguracija može sebi da priušti. Dakle, mi već pomenutu svetu trijadu programiranja ponavljamo nebrojenih XY puta svake bogovetne sekunde (uzimamo input; apdejtujemo vrednosti varijabli; crtamo elemente na ekranu).

Recimo da je prihvatljivo da apdejtujemo varijable 25 puta u sekundi. (kasnije ćemo naučiti da tempiramo procesor da ovo radi). Ovo nećemo postići ako čekamo neki event, čak i ako je to Timer event. I zato moramo da se okrenemo petlji.

Do...Loop petlja je sasvim prihvatljiva. Da ne bismo potpuno uzurpirali resurse windowsa, moramo da obezbedimo i drugim procesima šansu da "dišu" (inače će se kompjuter zaglaviti). Za ovo nam služi komanda DoEvents, koja otprilike kaže windowsu "odradi šta treba, a onda se pod hitno vrati na izvršavanje ovoga koda".

Da li vam je sada jasno kako igra radi?



Naravno, ovo je VRLO pojednostavljen prikaz celog procesa. Pre ove procedure treba odraditi inicijalizaciju varijabli; treba pripremiti prozor; treba obraditi error handling; itd, itd. Ali ovo ionako nije zvaničan kod naše igre. Ovo je samo ilustracija.


Praktična primena

Šta sve ovo znači primenjeno na Pong ili naš VectorBall? (i dalje smo samo u teoretisanju; u slučaju da se zbunite ili zagubite čitajući sledeće redove, to nije problem, oni su tu da bi vam pokazali kako jedna prosta ideja evoluira; objašnjenje korak po korak će sigurno biti dato kada krenemo sa samom igrom).

Sećate se varijabli LoptaX i LoptaY? Pretpostavimo da se loptica kreće udesno po ekranu (povećava joj se X koordinata) brzinom od 50 piksela u sekundi. Ako se petlja izvršava 25 puta u sekundi, to znači da svaki prolaz kroz petlju (koji ću od sada, pa za vjeki vjekova, ja zvati tick ili ciklus) treba da pomeri lopticu za 2 piksela udesno.

Što će reći da je cela mudrost pokretanja loptice udesno u našoj igri sledeća: da u našu petlju (tačnije, proceduru Procesuj_Gameworld) stavimo LoptaX = LoptaX + 2. Naravno, mi ne želimo da loptica ide samo udesno (otišla bi sa ekrana pre nego što biste stigli da kažete "hej, pa ova loptica će otići sa ekrana"), pa na primer možemo da uradimo sledeće korake :

- umesto "LoptaX = LoptaX + 2" stavićemo "LoptaX = LoptaX + DeltaLoptaX",
gde će DeltaLoptaX će biti varijabla, koja će imati neku početnu vrednost (npr. 3).
- u svakom ciklusu ćemo proveravati da li se loptica sudarila sa reketom broj 1, i ako jeste, onda ćemo joj promeniti DeltaLoptaX:
If LopticaSeSudarilaSaReketom Then DeltaLoptaX = - DeltaLoptaX
što će efektivno promeniti smer njenog kretanja po horizontali.

Slično tome, možemo da ubacimo: promenu DeltaLoptaY; uslove za odbijanje od vrha i dna ekrana; uslove da ako loptica izađe kroz levu i desnu stranu ekrana (igrač postigao pogodak) da se poveća rezultat za 1 u korist jednog igrača; i tako dalje, i tako dalje.

E sad, šta je sve ovo trebalo da znači?

Manipulišući vrednostima LoptaX i LoptaY na različite načine, ubacujući provere, uslove i grananja, mi možemo da od vrlo jednostavne premise, i manipulišući sa 10ak varijabli, napravimo vrlo lep Pong.


Metodologija rada

Tokom prethodne briljantne demonstracije, trebalo je da primetite kako radi mozak programera: postavi premisu, vidi problem, smisli rešenje. Svi programi su puni bagova i problema. To je normalno. Umesto da odmah krenete da pišete kod celog Ponga, naravno da ćete prvo napisati npr. kod za pozicioniranje lopte. Onda ćete ustanoviti da vam se loptica ne pomera. To posmatrate kao problem koji treba rešiti. Onda smišljate privremeno rešenje, da vam se loptica kreće udesno 2 piksela u svakom ciklusu. Dalje bi tok misli verovatno išao ovako:

Problem : loptica se kreće samo u desnom smeru
Rešenje : kretanje loptice levo-desno staviti u varijablu DeltaLoptaX i svakog ciklusa LoptaX = LoptaX + DeltaLoptaX

Problem : loptica opet samo stoji u mestu
Rešenje : inicijalizovati DeltaLoptaX pri startu programa na 2

Problem : loptica se i dalje kreće samo desno
Rešenje : ubaciti proveru za sudar sa reketima; ako dođe do sudara, loptica će se odbiti. Odbijanje uzrokuje da DeltaLoptaX pomnožimo sa -1

Problem : loptica ide samo levo-desno
Rešenje : ubacićemo DeltaLoptaY

Problem : loptica se ne odbija od gornje i donje ivice ekrana:
Rešenje : ubaciti proveru da li je loptica izašla iz ekrana i ako jeste vratiti je malo prema ekranu i pomnožiti DeltaLoptaY sa -1

I tako dalje, i tako dalje... shvatili ste poentu.


ZAKLJUČAK

Ukratko, ova lekcija (ciljana prvenstveno na početnike) nam je objasnila kako srž naše igre čini petlja koja mnogo puta u sekundi (npr. 25 puta) menja gameworld, tako što menja varijable igre po pravilima koje mi (programeri) postavljamo, a zatim koristi te iste varijable kako bi nacrtala elemente na ekranu... i taj proces se ponavlja... i ponavlja... i ponavlja...

---

profo 'ocemo nastavak!!!

E pa izvin'te, ali i meni je raspust!

:) Šalim se, odavno radim na prvim koracima, ali imam jedno pitanje pre nego što odemo predaleko sa kodom: da li hoćete da pišem imena procedura i varijabli na srpskom ili engleskom? Ja imam običaj da pišem imena na engleskom, iz dva razloga:

- manje para oči kada vidite "If BallCollided Then CalcBallCoordinates" nego "If LoptaSudarila Then IzracunajKoordinateLopte"

- kod može da bude internacionalan

Komentare, naravno, obavezno pišem na srpskom (ako baš hoćemo da internacionalizujemo kod bar je lako prevesti sve komentare).

---

ja mislim da je vecina nas navikla na englesku nomenklaturu, bar ja se ne secam da li sam ikad jednoj promenjivoj dao ime na srpskom :)

---

Korak 1: ZDRAVO, SVETE

Konačno je došlo vreme za malo pravog posla. Zato, bez uvoda, bez ikakvih diverzija, bacićemo se na kodiranje.

Danas nećemo praviti preterane egzibicije u kodu. Počećemo sa definisanjem toka aplikacije, a u sledećoj lekciji ćemo napraviti lopticu i teren.

Sa programerske strane... danas ćemo naučiti da koristimo evente i kreirati jednu kontrolu - Timer. Ceo kod će nam za sada biti u jednoj formi. Za one koji misle da je ovo neefikasno, molim vas primetite da smo tek na prvom koraku.

Ako već niste, kreirajte i podesite projekat kao što piše u koraku -1. Sada bi trebalo da imate formu koja se zove fMain.

Kako početi

Tok naše aplikacija ima tri bitne tačke: inicijalizaciju, glavnu petlju, terminaciju.

Inicijalizacija je ulazna tačka u našu aplikaciju. Ovo je kod koji će se izvršiti samo jednom, i to kada igra počne. Ovde ubacujemo bitne stvari koje određuju tok naše aplikacije. Uglavnom, ovde se izvršava inicijalizacija varijabli (postavljanje početnih vrednosti).

Glavna Petlja - objašnjena u koraku 0. Ponavljaće se dvadesetak puta u sekundi i zadužena je za obradu svega - inputa, gameworlda i outputa.

Terminacija - takođe bitan deo svake aplikacije, koji se izvršava na kraju, kada igrač hoće da izađe iz naše aplikacije. Ovde oslobađamo sve resurse sistema koje smo zauzeli tokom izvršavanja igre, "penzionišemo" prozor aplikacije itd.

Za ove svrhe ćemo napraviti tri vrlo, vrlo bitne procedure.

InitializeApplication
MainLoop
TerminateApplication

Ove procedure će biti definisane u prostoru forme fMain, za sada; A pošto već sve radimo u jednoj formi, neka sve tri procedure budu privatne (private).



Kod našeg prozora bi sada trebalo da izgleda otprilike ovako:

(horizontalne linije automatski generiše VB između procedura)

E sada, moramo da uredimo da naš program učita InitializeApplication kad se aplikacija pokrene. Sada ćemo da naučimo da koristimo Evente. Svaki prozor "okida" evente kada se nešto desi. Postoje eventi za sve i svašta - kada se pritisne dirka, pomeri miš, učita prozor... E, nas interesuje ono za učitavanje prozora.

Kreirajte proceduru Form_Load.



U proceduri Form_Load ukucajte jednu jedinu instrukciju - Call InitializeApplication

_{Ako se pitate zašto sam komplikovao stvari i pravio proceduru InitializeApplication, ako sam već mogao sve instrukcije za inicijalizaciju da ubacim u proceduru Form_Load, nemojte više da se pitate. Razlog je sledeći: sada mogu da pomerim proceduru InitializeAplication u koji god modul hoću, mogu u njoj da kucam šta god hoću, to je moja procedura. Sa druge strane, procedura Form_Load je interna procedura u fMain i neće se nikada pomeriti odatle. Hoću da učinim proceduru InitializeApplication što je moguće više nezavisnom - jer možda sutradan odlučim da je pomerim u modul mInits, ili da inicijalizujem igru iz potpuno drugog prozora.}

Slično, kreirajte proceduru Form_Terminate. Event Terminate će se izvršiti kada naša forma bude uništena, bilo da je korisnik isključi na Alt-F4, bilo klikom na close dugme. U proceduri Form_Terminate ukucajte Call TerminateApplication.

_{Kao što verovatno znate, ključna reč Call nije obavezna za upotrebiti. Ako ne stavimo Call pri pozivu procedure, možemo da iza imena procedure navedemo argumente bez da ih stavimo u zagradu. Po meni, ovo je varvarski i ekstremno nečitko - ja UVEK stavljam argumente u zagradu, i UVEK koristim komandu Call pri pozivu procedure. Ako procedura ima samo jedan argument, možete da izostavite Call i da opet strpate argument u zagradu - ali zbog doslednosti i čitljivosti koda uvek je dobra ideja da se ispraksate da nikada ne izostavljate Call.
Naravno, sve ovo se ne primenjuje na funkcije. Ako ćete da koristite funkciju sa Call (što je moguće), onda vam ne treba njena povratna vrednost - pa zašto biste je onda uopšte deklarisali kao funkciju a ne kao proceduru?}

Sada, treba nam MainLoop procedura. Odlučio sam da u prvih par koraka ne koristimo pravu petlju, već kontrolu tajmer, zato što je većina početnika upoznata sa datom kontrolom. (Kod koji stavimo u neki tajmer će se izvršavati svakih XX milisekundi, gde je XX vrednost tajmerovog svojstva Interval)

Na prozoru fMain kreirajte kontrolu tajmer. U Object Properties (F4) postavite interval na bilo koju vrednost a kao (Name) ukucajte GameClock. Kliknite dva puta na tajmer. Vratićete se u Code Window a VB će vam generisati proceduru GameClock_Timer. Ono što bude u ovoj proceduri će se izvršavati svakih XX milisekundi. Mi hoćemo da se svaki put kada tajmer okine događaj izvrši neki kod. Slično kao sa Form_Load i Form_Terminate, nećemo ove komande pisati u GameClock_Timer već ćemo ih staviti u nezavisnu proceduru.

Kreirajte privatnu proceduru ExecuteGameTick. Ova procedura će biti sa nama do kraja tutorijala. Kasnije ćemo je pozivati iz beskonačne petlje (tome služi MainLoop), a za sada, izvršavaćemo je kad god se tajmer GameClock okine.
U GameClock_Timer proceduru ukucajte komandu Call ExecuteGameTick.

A sada, čisto radi vežbe, stavite Enabled svojsvo tajmera na False. Ovo će sprečiti tajmer da radi odmah na početku igre.

Red je da poradimo malo na inicijalizaciji tajmera. U proceduri InitializeApplication stavite red .

Ovo sam uradio da bih demonstrirao da se svojstva kontrola mogu menjati i tokom samog koda.

Pošto pomoću komentara malo sredimo kod, dobijamo otprilike sledeće:



Sada imamo početak, kraj i proces aplikacije. Iako je većina procedura (InitializeApplication, TerminateApplication) prazno, neka ih tu, 'leba ne jedu.

ZAKLJUČAK

Danas smo kreirali procedure za inicijalizaciju, terminaciju i obradu procesa aplikacije. Zatim smo kreirali "događaje" (evente) Form_Load, Form_Terminate i (pošto smo kreirali tajmer po imenu GameClock) GameClock_Timer; ovi eventi služe da pozivaju naše procedure onda kada je to potrebno.

Sada naša aplikacija počinje procedurom InitializeApplication, završava se procedurom TerminateApplication, a u međuvremenu se izvrši mnoštvo ExecuteGameTick događaja.

Znam da nije mnogo, ali mislim da bolje da sada prekinemo nego da se zagušimo u prvom koraku. A u koraku 2 se konačno bacamo na lopticu i rekete.

---

Pamtimo, upijamo.....

i ocemo jos...

Evo tek sad sam malo procitao i reko da dam neki komentar kad ono...



...jel ti to ozbiljno? Ajd onda da te vidim sutra u 3 ispred ulice pa da se potucemo :)

Evo samo da svojim postom vratim temu na vrh stranice, a vrlo rado cu se prikljuciti cim uspijem instalirati VB :)

(ocu da pravim igricu a ne znam ni instalirati program heheh)

---