torsdag 29 november 2007

Kaka

Halloj,
De senaste veckorna har varit mer arbetsstinna än någonsin,... men denna gången med OddEngine!

Kort sagt har jag satt ihop större delar av motorn och börjat testa en hel del. Jag har skrivit ett gäng testKomponenter att använda med SpelObjekten och dom verkar fungera finfint. Objekthanteraren har fått sig ett rejält lyft och många funktioner har lagts till.

Sedan en vecka tillbaka kör vi nu fönster i OddEngine och inte bara kommandoprompter. Detta betyder ironiskt nog att vi inom kort kommer att kunna visa upp samma sak som vi kunde för flera månader sedan. Denna gången har vi dock en mycket bättre grund att stå på.

Kul att se att fler läsare dyker upp! Keep on keepin' on.

måndag 12 november 2007

Snabbis #1

En snabbis bara:
Idag avslutade jag den första versionen av vår nya uppgiftsbaserade programloop, (eller Kernel), vilket betyder att jag kört ett par test och den verkar fungera fint. Mycket inspiration kom från artikelserien Enginuity på Gamedev.net. Mycket läsvärt.

Enginuity (GameDev.net)

söndag 11 november 2007

Vad göra, och när?

Tjena,
De senaste veckorna har jag läst en hel del om spelmotordesign och detta har fått en del konsekvenser. Jag började skriva om vår processhanterare och användandet av den. Fram tills nu har hanteraren mer eller mindre stått stilla eftersom jag inte varit säker på hur jag skall använda den ordentligt, men efter att ha läst artiklar på ämnet är saken betydligt klarare. Detta betyder att den grundläggande strukturen i vår motor kommer att förändras en del i framtiden. Givetvis för det goda.

Ciao

tisdag 6 november 2007

Tveegg

Den senaste tiden har jag läst om Objekthanteringen i många sammanhang; böcker, artiklar, communities etc, och jag är mycket glad över att se att det inte finns någon universell lösning till "problemet". Å ena sidan kan du göra det snabb, enkelt och väl anpassat till ett specifikt projekt. Å andra sidan kan du lägga ner lite extra tid och skriva något mycket mer generellt. Vad du väljer beror på vad du behöver, och det är där det blir klurigt.

När du startar ett projekt är det inte säkert att du vet alla detaljer som kommer krävas av det slutförda spelet. Somliga kanske säger att detta har att göra med att kunna planera för framtiden, men jag tror att vissa frågetecken kommer att uppstå under resans gång. För vår del, vad det gäller Objekthantering, betyder en mer generell lösning att att mer komplexa objekt som pansarvagnar eller bilar, som behöver flera typer av fysikaliska Komponenter som binds samman, blir svårare att bygga. Men om vi väljer att använda oss av arvsträd istället kommer vi förmodligen att sluta med en mycket större mängd klasser än vi verkligen behöver, och en massa kopierad kod.

Det jag försöker säga är att där vi är i utvecklingen för tillfället bör vi verkligen bestämma oss för vad motoron skall kunna åstadkomma, och detta kan vara svårt. Många gånger när du startar vill du att din kod skall vara helt oberoende av vilken typ av spel som motorn skall klara av, men detta kommer nästan garanterat innebära en förlust i hastighet, återanvändbarhet eller någonting annat.

Fler frågor än svar den här gången.
Imorgon mår jag leva. Önska mig lycka till.