Game Maker, kao i uvek

- ne znam nista o tom cuvenom GM ali ako ces da pravis 2d igru i ako ti je to prva igra na kojoj ces da radis, onda pokusaj da eskiviras DX. Stari dobri GDI moze sasvim lepo da odradi posao.
Sto se tice kolizije, DX ti ne pomaze u tome bas Bog zna kako, a i tehnika zavisi od nivo preciznosti (da li ces da imas koliziju na nivou sfera ili kockica opisanih oko tvojih "heroja" ili preciznost na nivou polyline koja grubo prati konturu tvoje buradi na putu ili na nivou pixela... ali svakako to ima malo veze sa DX i u 2d slucaju je prilicno jednostavno da se uradi). Kad zavrsis na nivou vec pomenutog GDI znaci da si pokupio logiku, i prelaz na DX ce biti mnogo bezbolniji - posvetices se samo rederingu u vec razradjenu game logiki (daleko teze od svrljanja po ekranu), a cena moze da bude 2d igra sa 3d objektima (deja vu - ali je uvek cool za videti)
Uzdravlje

Radio sam neke igre u gdi-u, ali mi se ne dopada nacin na koji sam radio kolizije i tako to.
Pa sam mislio da polako krenem malo ozbiljnije sa DirectX-om.
Trebaju mi neki tutorijali (pozeljno na srpskom kao sto vec rekoh).

Tutorijali na srpskom?! tesko da je bilo ko ko se iole kapira u problematiku seo i zaludno delio znanje u vidu serijala istih... ali drzao sam u rukama neki prevod knjige na srpskom koja pokriva DX9. Ako se ne varam, izdavac je cacanska Kompjuter biblioteka -- izguglaj "cacak kompjuter biblioteka directx" i pogledaj prvi link a sledi i neki link ka ES koji pominje mozda i opisuje tu knjigu.
Skål

Vidi, što se tiče kolizije, nije mnogo bitno u čemu radiš, jer to je matematičko-fizički problem i tebi praktično treba dobar algoritam koji će da odrađuje koliziju kojih ima više vrsta, sve zavisi koliku preciznost želiš da postigneš. Kada imaš dobar algoritam moći ćeš da ga upotrebiš u bilo kom programskom jeziku i bilo koju grafičku biblioteku da koristiš.

Otprilike ovako:
Pozadina ti je verovatno sastavljena iz tajlova, odnosno kvadrata razlicitog izgleda.
Neki su prohodni (pod/nebo), a neki nisu (zid) i informacije o tome treba da postoje
negde u podatcima od mape.

Objekat kojem proveravas koliziju je takodje jedan kvadrat ili pravougaonik.

Kada korisnik izda komandu da se lik pomeri negde, ti proveris gde bi se nasle tacke
objektovog kvadrata i ako su sve 4 na prohodnim tajlovima, pomeris objekat tamo gde
je korisnik zeleo.

Naravno, ako je lik visi/duzi od jednog tajla pozadine, bilo bi pametno da proveris i
tacke na 1/2, 1/4 i/ili 1/8 duzine ivice kvadrata/pravougaonika.

Ako se neka od tacaka nadje na neprohodnom tajlu, onda imas dve opcije.
Prva je da zivis sa tim da se lik sa pozadinom sudara kao da je kvadrat/pravougaonik.
Ovo funkcionise lepo u vecini slucajeva, ako gameplay nije veoma vezan za koliziju.

Druga varijanta je da onda trazis da li su neke druge tacke unutar objektovog kvadrata
u koliziji sa pozadinom ili da uradis proveru pixela lika i pozadine za sta postoji vise varijanti,
a i lepih tutoriala na net-u.

Po meni, prva varijanta pije vodu uz male modifikacije. Ako imas objekat koji u svim svojim
animacijama zauzima manje vise jednak prostor unutar kvadrata/pravougaonika, onda mozes
da za koliziju proveravas tacke kvadrata/pravougaonika koji je za 75% ili 50% ili koliko ti treba %
"uvucen" u kvadrat tako da otprilike 'vata pixele lika. Naravno, sve transformacije koje vrsis na
liku treba da vrsis i na tom kvadratu za koliziju da ti lik ne bi "pobegao" iz kvadrata, ako se, na
primer, zarotira.

Hvala na savetu reject, ali tako sam radio prvu svoju igru i nisam bio zadovoljan. Dobio sam kolizije, ali tu je jako puno posla za malo zadovoljstva. Pa sam mislio da ima neko bolje resenje.

Sta mislite za Eclipsu okruzenje koliko je dobro za rad sa DX - om i da li je potreban JRE za pokretanje projekata programiranih u eclipsi, posto za pokretanje zame eclipse SDK je potreban JRE?

Eclipse je ok okruzenje, koliko dobro za DX ne mogu ti reći, nisam radio.
Jedno je sigurno, nije ti potreban JRE za aplikacije rađene u C++ pod Eclipse.