ICO wiki - User contributions [en]

"Insert name here"

2011-10-22T20:08:44Z

Hpeinar:

==Meeskond==
*Henrik Peinar Skype: henrik.peinar [Progeja]
*Rene Reose Skype: rene_reose [Progeja, Design]
*Marek Kikas Skype: marekk657 [Progeja, Story]
*Kairo Koik Skype: kairokoik [Progeja, Wiki]

==Twitter, blog==
[https://twitter.com/#%21/inh_dev/ Follow us!]
==Eesmärk==
Luua XNA'd kasutades PC'le ja xBox360'nele isometric (teoreetiliselt endless) RPG.

RPG tegevus toimub erinevatel planeetidel, suuremosa mängust toimub maa-all mootori poolt (randomly) genereeritud mappidel.
Nagu RPG's tavaks on põhiliseks "skooriks" mängija enda level.

==Features==

MUST BE asjad
* Maps
* Basic player functionality (movement, interacting with world etc)
* Story
* Basic Items (weapons, some kind of currency)
* Goals / quests
* Levels / experience
* Enemies
* Combat
* Cool look

WOULD BE AWESOME
* Skills
* Potions, armor, special items (this also requires inventory system of some sort)
* NPC's, NPC shops
* Multiplayer !!!
* Crafting (mining, weapon making, weapon upgrading, alchemy etc)
* Side quests

== Analüüs ==
Mida mängija teha saab(must be):

* Liikuda 8’s erinevas suunas oma karakteriga
* Võidelda AI’dega ning saada nende maha löömise eest itemeid mis on ülesse korjatavad.
* Täita põhi stoori ülesandeid mida mäng annab (stiilis tapa X kolli, mine sinna jms)
* Surma saada ja mängu uuesti alustada / uuesti tekkida
* Liikuda ühelt kaardilt teisele
* Salvestada / laadida oma hetkeseis
* Saada experience pointe erinevate tegevuste eest mängus ning sellega kaasnevalt ka leveleid

Teemati analüüs

'''--- Combat ---''' 
Tavaline võitlus AI ja mängija vahel. Sõltub paljuski sinu varustusest, levelit ja exp tasemest. Ei ole võimalik level 1 kasutajaga minna mängu tugevamait AI-d tapma. Combati animeerimine ja korralikult spritedaga tööle saamine võib olla suurem tagasilöök. Kindlasti tuleb võtta prioriteediks, et ühe esimese asjana ära teha. Vastava combati vormile oleks vastav sprite.

Hetkel kõige suurem küsimus on kuidas sprited animeerida õieti. Combati võites saab kasutaja Experience pointe, mille kogunemisel kasvab ka kasutaja level. Leveliga jälle kasutaja üldine tugevus mängus.

'''--- Enemies ---''' 
AI poolt juhitavad erinevad olevused. Võivad kasutajat rünnata kui kasutaja satub neile teatud range. AI tuleb teha piisavalt tark, et oskaks takistustest , mis mapil näha, mööduda. Korraliku algoritmi välja töötamine võib olla ajakulukas ja keeruline, küll aga annab rohkelt kogemusi. Mida tugevam ja suurema leveliga AI, seda suurem ka range, millelt ta kasutajat näeb. Kui selline suhe on vastupidine, siis AI pole huvitatud kasutaja ründamisest. Arendamise seisukohalt samuti üks keerukamaid osi.

'''--- Basic Items ---''' 
Armor, relvad jms. Arendamise seisukohalt mitte väga keeruline.(Peaaegu juba valmis) Iga eseme tüüp on kindlate omadustega struct/class (täpsemalt selgitamisel) ja valmis defineeritud objekt on suures Listis, mis sisaldab mängu itemeid. Erinevatel itemi tüüpidel erinevad Listid, et ei oleks mõttetut koormamist. Võib ka mõelda lokaalsetele andmebaasidele, mis oleks veelgi kiirem.

'''--- Basic Player Functionality ---''' 
Eraldiseisev klass, mis omab kõiki käitumis mis seotud kasutaja liikumisega, nupuvajutuste lugemisega. AI-le eraldi selline. Omavad sama baasklassi. Arendamiselt mitte väga keeruline. Suur matemaatika osakaal, et vektorid oleksid õieti arvutatud. Kindlasti oleks vaja võimalikult vara see ära teha, et saaks alustada mapi testimist. AI testimist kui AI valmis.

'''--- Map ---''' 
Isometric map'i süsteemi kasutamine toob endaga kaas mõned eelised ja loomulikult ka osad takistused millega peab arvestama. Peamiseks probleemiks isometricu puhul on kasutajamugavuse tagamine ja graafika joonistamisele kuluv aeg. Ei tohi olla kohti kus kasutaja "ära kaob" ning kaotab silm-side oma karakteriga, see tekitab arusaamatusi ning segadust mängijas. Loomulikult peab saama minna majade või puude taha, kuid mapi ehitamisel peab silmas pidama, et iga kolmas nurk "pime" ei oleks. Suurema ajakuluga mure on tagada sujuv kuid samas reaalne ja mitte väga korduv kaardi "äär". Sattudes äärele lähemale peab mängija selgelt aru saama, et sealt enam edasi minna ei saa, see omakorda tähendab rohkem sprite.

Võrreldes mõne 2D(sidescrollingu) lahendusega annab isometric võimaluse kasutajale edasi anda paremat tunnet ning taju sellest mis mängus toimub. On olemas kerge ruumilisuse effekt ning liikuda on võimalik rohkem kui 4'jas suunas (2D puhul siis, ülesse, alla, vasakule ja paremale).

Kõige suurema ajakuluga asjaks on isometric mängu puhul graafika joonistamine. Mängija karakter, vastased ning muud võimalikud "AI"'d on vaja joonistada pea 30'nes eri vaates, et tagada mõistlikult sujuv liikumine erinevates suundades. Rääkimata erinevatest tiledest ja itemitest.

Peamiseks põhjuseks miks meie tiim just isometricu valis 2D ja 3D asemel on hea ajakulu ning võimaluste suhe. Kuigi sidescrolleri saab teha kiiremini kui isometricut on seal võimalusi jällegi vähem. 3D puhul on jällegi võimalusi kõvasti, kuid ajakulu sellevõrra suurem.

'''--- Quests ---''' 
Iga RPG juurde kuuluvad questid. Erinevad ülesanded mis antakse karakterile tegemiseks. Questide mõte on anda edasi osa mängu storyist ning samuti pakkuda mängijale erinevaid tegevusi mängus peale lihtsa vastaste mättasse löömise. Questi süsteem iseenesest on lihtne. Pead tegema X asja, saad vstutasuks Y asja ning vahest ka järgmise questi mille Y on parem kui esimesel. X tegevused on tavaliselt järgmised:

* Tuua mingi asi questi andijale
* Viia mingi asi kellegile
* Rääkida kellegiga
* Lüüa maha N kolli
* Minna mingisugusesse kohta.

Questide raske osa on nende ülesannete väljamõtlemine ning tegevuste sidumine story ja/või olustiku/tegelastega.

'''--- GUI ---''' 
GUI ülesanne on anda kasutajale edasi võimalikult vähe kuid samas võimalikult olulist infot. Mängija jaoks ei ole oluline millist kaardijuppi hetkel renderdatakse, vaid see kui palju on tal elusid või mis level ta on.

GUI peab olema lihtne, arusaadav, eristatav muust ning loomulikult informatiivne. Oluline on kindlaks teha see informatsioon mis on kasutaja jaoks oluline koguaeg ning see info mis on kasutaja jaoks sekundaarne. Näiteks on elud ja level oluline koguaeg, kuid täpne karakteri statistika pigem sekundaarne.

GUI arendamisel äärekive olla ei tohiks senikaua kuni on paberil välja mõeldud mis infot ja millal kasutajale näidata ning kust ja kuidas see kättesaadav on.

Talk:"Insert name here"

2011-10-03T13:47:48Z

Hpeinar: /* Retsensioon ("Slasherilt") */

==Retsensioon ("Slasherilt")==

Üldine idee otseselt midagi uut ei ole, sest rollimänge on tehtud juba pikka aega. Kuid teostus ja lõpptulemus on enamasti iga mängu puhul erinev. Mängija "skooriks" on tema enda level ja sellele otseselt vastu ei vaidle, samas loodan näha et relvadel ja muul säärasel on ka suur tähtsus. Enamus baas asju on rollimängu jaoks olemas ehk quests, enemies, weapons jne. Arvestades et tiimis on vaid 4 liiget, siis arvan et idee ja planeeritavad tegemised võiksid saada teostatud. Kuigi väga tore oleks näha osasid asju, mis on kirjas "Would be awesome" all. Eriti just skills, special items ja NPC shops. Kuigi jällegi arvestades tiimi suurust, siis on see mõistetav kui neid prototüübis ei ole. Kuid tekkis küsimus, kui see mäng on teoreetiliselt endless siis kuidas story lõppeb? Kas mingi aeg saab põhi story läbi ja siis saab lihtsalt edasi mängida? Lisaks ei ole otseselt vaja anda relvadele ja muule sarnasele kindlasti väärtusi, kui poed ja rahaga tegelemine on lisade all. Tekkis üks küsimus veel, mis tähendab "cool look" seal "must be" all?

=== Vastus "Insert name here" poolt ===
Ratta leiutamine polnudki plaanis, erinevuse teistest RPG'dest loodame välja tuua story'ga ja suvaliselt genereeritud mängumaailmaga. Relvadel ja muul säärasel on kindlasti suur tähtsus. Plaani kohaselt muutub mängu raskus lineaarselt ning seega peab ka mängija varustus vastav olema, seega alguses saadud mõõk muutub kiirelt kasutuks ja sunnib mängijat leidma uusi viise / relvi vastastest jagu saamiseks. "Would be awesome" asju oleks kindlasti tore näha juba prototüübis, kuid need on sinna kategooriasse põhjusega paigutatud.

Teoreetiliselt endless tähendab just seda, et isegi kui põhi story on läbi, saab mängija edasi mängida ja areneda. Loomulikult ei saa see olla päris lõputu ja mingid piirid tuleb siiski panna, kuid üritame teha oma parima, et need piirid jääksid võimalikult laiad.

"Cool look" tähendab omamoodi väljanägemist mängule. Olgu see siis spritedel olev rohekas toon või kartulikujulised mäed.

Talk:Slasher

2011-10-03T13:30:00Z

Hpeinar: Created page with 'Võiks olla olemas ka mingi koht kust saaks jälgida kaugel projekt on ning mis asjad on tehtud / tegemata. Projekt ise tundub huvitav (kuigi mitte midagi uut mängumaailma pool…'

Võiks olla olemas ka mingi koht kust saaks jälgida kaugel projekt on ning mis asjad on tehtud / tegemata.

Projekt ise tundub huvitav (kuigi mitte midagi uut mängumaailma poolt vaadates) kuid samas suhteliselt mahukas. 3D'd ise on juba aeganõudev luua (modelleerimine, tekstuurimine, animeerimine jne), rääkimata siis kogu selle asja koodipanek ja sujuvaks / mängitavaks tegemine, kuid kuna projektile on pühendunud tervelt 6 inimest, siis loodetavasti jõutakse asjaga mängitavale tasandile.

Prototüübi funktsioonidest jääb arusaamatuks andmebaaside osa, miks ja milleks neid kasutatakse?
Kas atribuute saab ainult queste tehes või on põhi karakteril ka endal mingi level?
Öeldud on küll, et optimiseerite karakteri liikumise, kuid ei ole täpsustatud mis liikumist võimaldatakse. Kas saab ka hüpata, kummardada, roomata ja joosta või ainult käia mingi ettekirjutatud kiirusega?

Samuti oleks huvi rohkem teada story enda kohta. Kas mängu mõte ongi lihtsalt X arv vastaseid mättasse lüüa või on asjal ka muu sisu?
Kas mängu on loota ka midagi originaalset või innovatiivset mis eristaks seda kõigist teistest hack'n'slash/RPG mängudest?

Vastuseid oodates, 
[["Insert name here"]] tiim.

"Insert name here"

2011-09-22T12:11:30Z

Hpeinar:

"Insert name here"

2011-09-22T11:37:30Z

Hpeinar:

==Meeskond==
*Henrik Peinar Skype: henrik.peinar
*Rene Reose Skype: rene_reose
*Marek Kikas Skype: marekk657
*Kairo Koik Skype: kairokoik

==Eesmärk==
Luua XNA'd kasutades PC'le ja xBox360'nele isometric RPG.

==Features==

MUST BE asjad
* Maps
* Basic player functionality (movement, interacting with world etc)
* Story
* Basic Items (weapons, some kind of currency)
* Goals / quests
* NPCs (also interacting with NPC)
* Levels / experience
* Enemies
* Combat
* Cool look

WOULD BE AWESOME
* Skills
* Potions, armor, special items (this also requires inventory system of some sort)
* Moving NPC's, NPC shops etc
* Multiplayer !!!
* Crafting (mining, weapon making, weapon upgrading, alchemy etc)

"Insert name here"

2011-09-22T11:37:04Z

Hpeinar:

==Meeskond==
*Henrik Peinar Skype: henrik.peinar
*Rene Reose Skype: rene_reose
*Marek Kikas Skype: marekk657
*Kairo Koik Skype: kairokoik

==Eesmärk==
Luua XNA'd kasutades PC'le ja xBox360'nele isometric RPG.

==Features==

MUST BE asjad
- Maps
- Basic player functionality (movement, interacting with world etc)
- Story
- Basic Items (weapons, some kind of currency)
- Goals / quests
- NPCs (also interacting with NPC)
- Levels / experience
- Enemies
- Combat
-
- Cool look

WOULD BE AWESOME
- Skills
- Potions, armor, special items (this also requires inventory system of some sort)
- Moving NPC's, NPC shops etc
- Multiplayer !!!
- Crafting (mining, weapon making, weapon upgrading, alchemy etc)
-

"Insert name here"

2011-09-22T11:21:49Z

Hpeinar: Created page with '==Meeskond== *Henrik Peinar Skype: henrik.peinar *Rene Reose Skype: rene_reose *Marek Kikas Skype: marekk657 *Kairo Koik Skype: kairokoik'

==Meeskond==
*Henrik Peinar Skype: henrik.peinar
*Rene Reose Skype: rene_reose
*Marek Kikas Skype: marekk657
*Kairo Koik Skype: kairokoik

Juhend: Kodutöö aines "Programmeerimine CSharp keeles" (2011)

2011-09-22T11:11:41Z

Hpeinar: /* Meeskonnad 2011 */

=Kodutöö aines "Programmeerimine C# keeles"=

==Eesmärk==
Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet.

==Reeglid==
Ühte projektimeeskonda kuulub 3-5 tudengit. Ühel teemal võib teostada projekti üks või mitu meeskonda.Töö käiku kajastatakse https://wiki.itcollege.ee keskkonnas või soovi korral võib seda teha ka ajaveebis(blogis).
Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg ja dokumentatsioon) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.

==Tähtaegadest kinnipidamine==
Projekt jaguneb alamosadeks, millele on määratud tähtajad. Maksimumpunktide saavutamiseks tuleb tähtajaks esitada töö, mis vastab püstitatud nõuetele. Kui töö esitatakse tähtajast hiljem ,kaotatakse iga hilinenud päeva kohta 10% punktidest. Maksimaalselt kaotatakse 50%.

Näide:
Töö esitamise tähtaeg on 4.09.2011 kell 23:59 ja selle osa eest on võimalik teenida 8p. Meeskond1 esitab töö, mis vastab nõuetele, tähtajaks. Tulemus:8p
Meeskond2 esitab töö, mis vastab nõuetele 05.09.2011 02:00 (ehk tähtajast paar tundi hiljem). Tulemus: 7,1 punkti.
Meeskond3 esitab töö, mis vastab nõuetele 06.09.2011 12:00 (ehk tähtajast paar päeva hiljem). Tulemus: 6,4 punkti.

==Hindamine==
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.
Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus. Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides või loengutes teistele tudengitele tutvustada (ca 10 min).
Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.
===Meeskonna kokkupanek ja idee===
'''24.09.2011''' (3p)

Tekitatakse meeskonna wiki lehekülg. Meeskonnal peab olema nimi ning see koosneb kolmest kuni viiest liikmest. Määratakse projektijuht. Juhul kui hakatakse blogi pidama kuskil mujal keskkonnas ilmub selle kohta link. Paari sõnaga peaks kirjeldama idee olemust nii, et selle üldine suund oleks arusaadav.

'''Retsensioon''' 4.10.2011 (2p)

===Analüüs===
'''22.10.2011''' (6p)
Analüütilise osa eesmärgiks on arendada tudengite analüüsioskust, mida on vaja ka päris tarkvaraarenduse protsessi juures. Sellle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab:
*Analüüs rakendusele. (Mida see endas sisaldab? Mis on selle eesmärk? Mida tavakasutaja sellega teha saaks? Milliste osade realiseerimine võib osutuda problemaatiliseks?) Kui on tööjaotus paigas, siis tuua ka see välja.
*Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')
*Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')

'''Retsensioon''' 02.11.2011 (3p)

===Prototüüp===
'''19.11.2011'''(10p)
Valmib projekti esmane realisatsioon. Laias laastus on peafunktsionaalsused realiseeritud(Nimekiri funktsionaalsusest, mida plaanitakse teostada). Programmis võib esineda üksikuid, kuid mitte väga suuri vigu.

'''Retsensioon''' 29.11.2011(5p)

===Lõpptoode===
'''3.12.2011'''(15p)
Selleks faasiks peab projekt maksimumpuntkide saavutamiseks olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.

'''Retsensioon''' 13.12.2011(5p)

===Esitlus/Kaitsmine===
'''Toimub loengutes/praktikumides'''
Esitlusel kaitstakse projekti. Tutvustatakse tehnoloogiat, mida kasutati rakenduse realiseerimiseks. Lühidalt räägitakse tööjaotusest ning probleemidest, mis tekkisid projekti realiseerimisel. Näidatakse lähtekoodi ja demonstreeritakse oma rakendust teistele tudengitele, kes võivad selle kohta küsimusi küsida.

==Konsultatsioon==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel +372 53 469 734 või mait.poska [ät] itcollege.ee
(teksti originaalautor Priit Raspel)

=Teemad 2011 sügis=
Kodutööna tuleb luua:

==Kodune raamatukogu==
Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.
Loo rakendus, mis
* Võimaldaks sisestada kodused raamatud
* Võimaldaks luua laenutajate profiile
* Raamatuid välja laenutada (tähtajaliselt)
* Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)

Lisavõimalused
* Kui laenutaja profiilis on e-mail, siis saada automaatselt e-kiri „kallis sõber see ja see, Sinu käes on minu raamat, kas tood tagasi ka?”
* Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.
* Lase lisada raamatutele pilt
* Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)
Või

==CRM==
Oma klientidest peab olema ülevaade.
Loo rakendus, mis võimaldab:
* Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada
* Võimalda sisestada kliendikontakte
* Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.
* Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid

Lisavõimalused
* Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega
* Õnnitlusmeilide template’sid võiks olla mitu
* Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis

==Tetris(XNA)==
==XoniX(XNA)==

==Nõuded rakendusele==
Loodav rakendus peab:
* Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)
* Peab võimaldama tegevuste kohta registri pidamist (logi)
* Kasutama kasutajaliidesena ühte järgmistest: Windows Forms, WPF, SilverLight (ka Windows Phone 7) või ASP.Net

'''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid

Lisapunkte annab:
* Silmailu
* Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
* Orginaalsed ideed ja hea äriidee

==Nõuded XNA projektile==
Loodav mäng peab sisaldama:
* Erinevaid tasemeid
* Punktiarvestust
* XBox puldi tuge
* Klaviatuurilt juhtimise tuge

'''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid

Lisapunkte annab:
* Silmailu
* Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
* Orginaalsed ideed ja hea ''story''

=Meeskonnad 2011=

==Meeskond "Tundmatu"==
===Teema===
WPF ärirakendus.. blabla
===Liikmed===
*Võõras1
*Võõras2
*Võõras3

==Meeskond [["Insert name here"]]==
===Teema===
Isometric RPG XNA's.

===Liikmed===
*Henrik Peinar (kontaktisik)
*Rene Reose
*Kairo Koik
*Marek Kikas

==Meeskond [["Invaders"]]==
===Teema===
"Invaders" või mõni normaalsem/originaalsem XNA mäng. Idee on veel lahtine. Püüame olla realistlikud ja enese suhtes nõudlikud.

===Liikmed===
*Heiki Tamm
*Sergei Rumjantsev
*Madis Sarv

==Meeskond "[[IT_Gurud]]"==
===Teema===
XNA mäng
===Liikmed===
*Madis Rääk
*Indrek Reemi
*Tanel Jüris

==Meeskond "[[.NOT]]"==
===Teema===
Raamatukogu rakendus
===Liikmed===
*Kalmer Tart
*Martin Aarne
*Martin Kosk

==Meeskond "[[Agent S]]"==
===Teema===
WPF rakendus, mis võimaldab klienditeenindajal kõne info kiiresti andmebaasi üles märkida.
===Liikmed===
* '''Ando Roots D22'''
* Tõnis Umbsaar D22
* Rene Pärnpuu A31 (''mentor'')
* Sander Sülla D21
* Jana Mrots D32
===Tracker / Wiki===
http://trac.sqroot.eu/projects/sip-agent