HTML

gondolataim elsősorban játékfejlesztésről

Elsősorban játékfejlesztés magyarul: az enginem fejlesztése során felmerülő problémák, ötletek, tévutak stb dokumentálása, amely számomra és talán mások számára is hasznos lehet később Másodsorban gondolatok szavakban...

Kapcsolat:
aalberik 'at' gmail 'dot' com

Haletető

Galéria

Címkék

Összes

Linkblog

Naptár

május 2025
Hét Ked Sze Csü Pén Szo Vas
<<  < Archív
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31

emózda

2009.06.01. 13:49 :: syam

 Kedvenceink a(z):

emók....

 

 

 

 

Szólj hozzá!

editor

2009.05.31. 17:05 :: syam

Miután a modell és resourcekezelés működőképesnek tekinthető itt az ideje reformálni az editor nyelvezetét. Az OpenGL-hez hasonlóan az argumentumok target, param, value csoportokba oszthatók, amelyekből a target a kiemelt fontosságú.

A mesh importálás:

SK_EDITOR targettel hívott skParameter beállítja:

  • SK_SHAPE_TYPE: a generált meshek fizikai befoglalóját
  • SK_DENSITY: a meshek sűrűségét
  • SK_MATERIAL: a meshek fizikai materialját
  • SK_SCALE: átméretezés mértékét
  • SK_BEZIER_CURVEFACTOR: a bezier felület hibaértékét

Ezután ha az skImportot

  • SK_EDITOR targettel hívunk, akkor az editor csak berakja a resource-k közé az importálás eredményét
  • ha SK_ACTOR targettel akkor az aktuális szereplőhöz is berakja az eredményt.
  • SK_SCENE esetén a jelenet statikus környezetéhez adja hozzá az importált mesh(eke)t.

 

Szólj hozzá!

resources 3

2009.05.31. 12:08 :: syam

Pár hetes "szenvedélyes" fejlesztés után úgy tünik, hogy végre használható formát öltött a resource kezelés. Alapvető változás, hogy a resource leírók és a hozzájuk tartozó resource-k egy egységbe vannak foglalva (hogy eddig miért nem így volt, nincs rá magyarázat). Ez a megoldás okozott pár nehézséget mivel a leírók és a resource-k között sok réteg távolság lehet így a kiírást, törlést stb magas szinten kellett megoldani ugy, hogy alacsony szintről is elérhető legyen.

Változás még az is, hogy nemcsak kulcs/index, hanem név alapján is lehet keresni és tárolni resource-okat jóval kényelmesebbé téve a használatot. Ellenben minden esetben - egy resource használata előtta - létre kell hozni a resource leíróját. Ekkor készül el a neve és/vagy hash kulcsa attól függ, mi(k) alapján hozzuk létre azt.

Resource-t létrehozhatunk file-ból, memória területből ill. importálással. Lehetőség van késleltett betöltésre is mivel sokszor nem a létrehozáskor akarjuk betölteni a resource-t. A törlés is nagyon egyszerű hiszen nem igényel keresést mivel egyértelmű az összefüggés a resource és leírója között.

Jelenleg még nem megoldott a referencia számlálás, de a kód már képes kezelni.

Remélem ez a rész már nem igényel későbbi újraírást... ééés esik az eső végre....

Szólj hozzá!

mentális villanat

2009.05.29. 09:31 :: syam

Neten találtam az alábbi érdekességet:

 

 

 

Agyteszt

 

Az alábbi egy érdekes jelenség, és minél tovább gondolkodik rajta az
ember, annál meglepobb. Csináld végig komolyan az alábbiakat:
Ne kapkodj, kövesd az instrukciókat.! Fejben végezd el a számításokat, a
leheto leggyorsabban. Ha segít, hangosan is számolhatsz.
Egyenként hajtsd végre az alábbi instrukciókat.
>
Kezdjük!>
>
>Mennyi
>
>
>
>
> 2+2?
>
>
>
>
>
>
>
>
>
>
> 4+4?
>
>
>
>
>
>
>
>
>
>
> 8+8?
>
>
>
>
>
>
>
>
>
>
>16+16?
>
>
>
>
>
>
>
>
>
>
> Gyorsan gondolj egy számra 12 és 5 között
>
>
>
>
>
>
>
>
>
>
> Kész?
> Menj lejjebb.
>
>
>
>
>
>
>
>
>
>
>Ugye 7-re gondoltál?
>
>
>
> Ez nem mágia!!!!
>
>
>
> A választás sebessége, vagy a neuronok kapcsolása? Próbáld ki a
következo gyakorlatot, meg fogsz lepodni.
  Nem trükk, nem csalás.
  Kövesd az instrukciókat, válaszolj a kérdésekre egyenként a leheto
leggyorsabban! Addig ne menj tovább, amíg nem         válaszoltál.!
>
>
>
>
>
>
>
>
>
>
>
>
>Mennyi 1+5
>
>
>
>
>
>
>
>
>
>
>2+4
>
>
>
>
>
>
>
>
>
>
> 3+3
>
>
>
>
>
>
>
>
>
>
> 4+2
>
>
>
>
>
>
>
>
>
>
> 5+1
>
>
>
>
>
>
>
>
>
>
> Ismételd magadban a 6-os számot annyiszor,
> ahányszor tudod 15
> másodpercig, majd menj lejjebb
>
>
>
>
>
>
>
>
>
>
> GYORSAN MONDJ EGY ZÖLDSÉGET.
>
>
>
>
>
>
>
>
>
> Még lejjebb...
>
>
>
>
>
>
>
>
>
>
> Ugye a répára gondoltál? Ha nem, akkor a közé a
> 2% közé tartozol,
> akinek más asszociációkra forog az agya
> A 98% répára gondol ennél a gyakorlatnál
>
>
>
>
>
>
>
>
> Most számold meg gyorsan, hány "F" betu van az
> alábbi szövegben:
>
> FINISHED FILES ARE THE RE-
> SULT OF YEARS OF SCIENTIF-
> IC STUDY COMBINED WITH THE
> EXPERIENCE OF YEARS.
>
>
>
>
>
>
>
>
>
>
> Kész? Csak akkor menj lejjebb, ha kész vagy a számolással .... OK?
>
>
>
>
>
>
>
> Nos, mennyi? Három?
> Biztos vagy benne? Nem akarod még egysze
> elolvasni?
>
>
>
> A megoldás néhány sorral lejjebb olvasható...
>
>
>
>
>
> A szövegben található "F"-ek száma összesen
> HAT!!!
> Úgy tunik, hogy az emberi agy nem képes
> feldolgozni az OF szót
>
>
>
>
>
> Aki mind a hat F-et megtalálta elsore az zseni.
> A 3 az átlag. Már a
> négy is ritka. Érdekes...
>
>
>
>
>
>
>
> Tudjátok kik a legügyesebbek ebben a játékban?
> Akik reklámfilmeket készítenek és/vagy TV
> programokat csinálnak
> Ebben a világban semmi sem véletlen, és el se
> tudjuk képzelni milyen
> eszközökkel rendelkeznek a gondolkodásunk
> befolyásolására
>
>
>
>
>
>
>
>
>
>
> Van még egy meglepo gyakorlat
>
>
>
>
>
> Gondolkodtál-e azon, hogy átlagos vagy-e, vagy
> különbözöl másoktól?
> Csináld meg az alábbi feladatot, nem tart soká!
> Kövesd az instrukciókat, válaszolj fejben a
> kérdésekre egyenként a
> leheto leggyorsabban, de addig ne menj tovább,
> amíg az adott kérdést
> nem válaszoltad meg., itt is meglepo az
> eredmény...!
>
>
>
>
>
>
>
> Most gyorsan menj lejjebb
>
>
>
>
>
>
>
> Mennyi:
>
>
>
>
>
> 15+6
>
>
>
>
>
>
>
>
>
>
> 3+56
>
>
>
>
>
>
>
>
>
>
> 9+2
>
>
>
>
>
>
>
>
>
>
> 12+53
>
>
>
>
>
>
>
>
>
>
> 75+26
>
>
>
>
>
>
>
>
>
>
> 25+52
>
>
>
>
>
>
>
>
>
>
> 63+32
>
>
>
>
>
>
>
>
>
>
> Nehezebb fejben számolni, de ebben rejlik az
> igazi feladat, úgyhogy
> folytasd..
>
>
>
>
>
>
>
>
>
> 123+5
>
>
>
>
>
>
>
>
>
>
> GYORSAN GONDOLJ EGY SZERSZÁMRA ÉS EGY SZINRE!
>
>
>
> Menj lejjebb...
>
>
>
>
>
>
>
>
>
> Még lejjebb...
>
>
>
>
>
>
>
>
>
> Még egy kicsit...
>
>
>
>
>
>
>
>
>
>
> ............Piros kalapács...!?!?!?!
>

 


Most kapsz 4 gyors kérdést az agyad tesztelésére.

Figyelem! Nem ér sokáig rágódni a dolgokon, egybol válaszolni kell a
kérdésekre !!!!!!!!!!!!!!!!!

Készen állsz ?
Hát akkor gyerünk !!!

 

1. Egy versenyen veszel részt. Lehagyod a másodikat.
Hányadik helyen végzel ???

 

 

 

 

 

 

 

 

 

Ha szerinted, elso ....... , akkor elcseszted. Ha lehagyod a 2.
helyezettet, akkor te veszed át az ohelyét

Mehetsz a köv. kérdésre ! Ne gondolkodj sokat a válaszon!!!

 

2. Lehagyod az utolsót. Hányadik helyre érkezel ?

 

 

 

 

 

 

 

 

 

 

Ha azt válaszoltad, hogy utolsó elotti........, még 1-szer elrontottad.
Hogy tudnád már lehagyni az utolsót ? ? Ha mögötte voltál, nem lehet az
utolsó !!


Mehetünk tovább ????
Gyorsan válaszolj !!!

 

3. Van 1000-ed,
adj hozzá 40-et,
még 1000-et,
még 30-at,
még 1000-et,
most 20-at,
adj hozzá még 1000-et,
végül 10-et !!!

Összesen mennyi jött ki ???????

 

 

 

 

 

 

 

 

 

 

 

5000 jött ki????
Márpedig a jó válasz : 4100
Most próbáld meg nyugodtan számológéppel....

 

 

 

 

 

 

 

 

 

 

 

 

 


4. Renata apjának 5 lánya van.
1. - Kach
2. - Kech
3. - Kich
4. - ????
5. - Kuch

Hogyan hívják a negyedik leányzót?
Gyorsan mondd meg !!!!

 

 

 

 

 

 

 

 

 

 

RENATA nem ???? Olvasd el újból a kérdést !!


Küld el ezt a tesztet másoknak is !!!!
Nem történik semmi legalább több emberrel tudatod, hogy ma nem fog az
agyuk. Hátha ettol jobban érzed magad !!!!!!!!!!!!!!

 

Szólj hozzá!

ó te drága öröklődés

2009.05.28. 20:52 :: syam

Minap elmélyedtem/elsüllyedtem ismét az osztály függvények rejtelmeiben és ismét találkoztam a c++ fordítók titkaival.

Az oop szellemében minden osztályt és azok lehetséges kapcsolatotait és működésüket előre megtervezve viszonylag sokszor előkerül az öröklés és azon belül a virtuális függvények. Arról általában felvilágosítják az embereket, hogy ezek a virtuális függvények valójában függvénypointerek azt már kevésbé reklámozzák, hogy ezen függvények hívását számos lépés előzi meg, amelyet a fordító teljesen elrejt előlünk.

A legtöbb programozónak a pointerek (32 bites rendszeren védett módban) 4 byte hosszú típust juttatnak az eszébe, amely egy memóriadeszkriptort jelent. Ez egyaránt igaz az adat és függvénypointerekre is. Azonban ha lekérdezzük egy osztály egyik függvényének címét, akkor "bonyolultságtól" és fordítótól függően nem a várt 4-t kapunk.

Ennek oka az, hogy a fordítók eltérő módon kezelik az ilyen függvényeket és a rájuk mutató pointert kissé átértelmezik oly módon, hogy a valós címük helyütt azt egy 4-20 byte hosszuságú strukturáként tárolják, amely egyéb adatokat is tartalmazhat (ilyen pl. a this pointer).

Ez még önmagában nem jelentene tulzott bonyodalmat, hanem a fordítók különböző címszámításokat és feltételeket hajtanak végre mielőtt egyáltalán a függvényhívásra kerülne a sor. Így tehát jó pár órajelet elveszthetünk eme apróság miatt, amely sebességkritikus helyeknél igencsak értelmetlen veszteség.

Amennyiben függvénypointereket akarunk létrehozni és azoknak értéket adni, kaphatunk némi bónuszt is miszerint bizonyos fordítóknál az értékadás nem fog lefutni az eltérő pointerek miatt. Ez leginkább msvc alatt jelentkezik, ahol a /vmg kapcsolóval elérhetjük, hogy minden függvénypointer ugyanolyan méretű legyen elkerülve a kompatibilitási hibákat.

Szóval csak óvatosan az öröklődéssel...

 

Szólj hozzá!

resources reloaded 2

2009.05.27. 23:33 :: syam

A varázsszó: (R->*(R->Delete))();

Szólj hozzá!

resources reloaded

2009.05.26. 18:21 :: syam

Miután ismét elakadtam a fejlesztésben, ideje volt átgondolni mi vezetett zsákutcához. A probléma a materialok importálás közbeni szerkesztésekor jelentkezett. Szerettem volna a material szerkesztőt felkészíteni a tetszőleges felhasználhatóságra, de ezt a jelenlegi állapotban egy igen körülményes módon tudtam volna megtenni.

Visszafejtve a problémát, ismét a resource-knál kötöttem ki, pontosabban a nehézkes és rugalmatlan felhasználásukra.

És mi az üdvösséghez vezető út....

A resource locationök megmaradnak ill. a type-ok is viszont a dinamikus tömb helyett listaként kerülnek megvalósításra az assetek. Valamint minden resource tartalmazni fogja a betöltés utáni file felhasználható binárisát és így nem kell külön gyüjtögetni a különböző típusu resource-okat...

A resource-k leírói és a betöltött adat pointere alacsony szinten gyűjtetnek össze azonban a betöltés/törlés/kiírás az adott resource szintjén lesz megvalósítva.

A leírók resource specifikusan tartalmazzák a szükséges adatokat valamint egy hash-t.

Elvileg minden resource-n végzett művelet így figyelemmel kísérhető és kontrollálható lesz...

Szólj hozzá!

szál ka

2009.05.24. 22:44 :: syam

Sikerült még egy lapáttal bonyolítani a modellkonvertálást a szálazással. Szerencsére a szálak a belőlük hívott return-nel együtt megszűnnek létezni így a szálak megállításával külön nincs gond. Legalábbis win32 alatt... bár érzésem szerint ez a tulajdonság os független.

Szólj hozzá!

madonna

2009.05.24. 12:52 :: syam

Úgy tűnik madonna (bár vitathatatlanul rendkívüli személyiség) kezd igencsak kifulladni és feldolgozásokon és tucatzenéken kívül másra nem futja. Vagy egyszerűen csak a modern kor modern zenei ízléséhez igazodik?

Mindenesetre az eredmény látványosan szar:

https://www.youtube.com/watch?v=9nyWD2u88GY&feature=related

Szólj hozzá!

tűsarkú futam 2009

2009.05.23. 21:41 :: syam

Már tavaly is bebizonyították a homo sapiens faj bizonyos példányai, hogy leleményességük bizony nem ismer határokat. A kerék, az atombomba és a vattacukor feltalálása után egy meglehetősen izgalmas vállalkozás következett: a 100 méteres női rövidtávfutás hagyományait értelmezték át az új évezred trendje alapján. Röviden és tömören: minél gyorsabban elmenekülni a rajtpisztolytól tűsarkúban, trendi harci díszben és egy újsággal a kezedben. A nyaktörő vállalkozás kizárólag nagykorú hölgyek részére szólt, amelynek jutalma akár többévi gyantázásra is elegendő.

A versenyszám két részben került megrendezésre. Egy rövid bemelegítés után elsőként a magyarországi (de)celebek futották/tipegték/kacsázták végig a távot; mindenki a neki megfelelő stílusban és persze sebességgel. A legveszélyesebb esemény egy melltartó pántjának megvadulása volt.

Az eredmény kihirdetése után némi átvezető szöveget követően 100 darab szerencsé(tlen)s kiválasztott tehette kockára testi épségét intelligenciát nem kímélő bátorsággal. A szakértők csak kisebb csoportokban merték a versenyzőket szélnek ereszteni, amely kiváló ötletnek bizonyult a későbbiekben. Sokan sokféle módon probálkoztak a 100 méteres táv leküzdésével. Voltak akik egy birodalmi lépegető sebességével vágtak neki az útnak míg mások struccalázó sebességgel szublimáltak el a rajttól a célig. Sajnos néhányan már az elején esélytelennek látták a többévi ingyen gyantázás megszerzésének lehetőségét így visszafordultak vagy kisebb baleset után kénytelenek voltak elhessegetni a főnyeremény ábrándját.

Az eseményi utáni tabletta összesítést ill. rehabilitációt viszont már nem vártam meg.

Végül következzen a képes beszámoló:

 a rajt előtti feszült pillanatok

hol a cél, segítség

a birodalmi lépegető taktika egyik

 

és másik követője

az egyiknek sikerül (egy repülő vattacukor képében) 

másiknak nem

egy túl gyors versenyző hűlt helye

 

 

egy épp szublimálni készülő reményteli hölgy

 

 

 

van aki nem figyelt a bemelegítéskor

 

 

 

van aki inkább megfontolt

 

és persze voltak olyanok is akik a sebesség és a nyeremény megszállottjai

 

 

A sors fintora, hogy megfájdult a bal sarkam...

1 komment

süti beállítások módosítása
Mobil