Explo ing Mechanisms o Vi ual
In e ac ion o Imp o e Online
Teaching
Compu e Science Enginee ing and So wa e Enginee ing
FACULTAD DE INFORMÁTICA
Au ho s
Alexande De Aguia , Sa a Sacó Baños, Samuel San os He nán
Di ec o s
Pablo Ge ás, Gonzalo Méndez
Janua y 23, 2024
Summa y
The ollowing p ojec consis s on he speci ica ion, design and implemen a ion o
a desk op applica ion ha allows use s bo h o a end o o gi e classes in a non-
p esen ial way, ye com o ably and e icien ly. This would be achie ed by means o a
digi al model o he acul y (al eady exis ing and gi en o us by ou p ojec conduc o s,
bu o which we ha e had o apply a big, gene al e ac o iza ion), and a G aphical
Use In e ace (GUI) ha would help he use expe ience o be pleasan and easy o
con ol. The applica ion also implemen s a se e -clien sys em in o de o make he
ac ual in e ac ion be ween use s possible. The applica ion could also gi e suppo o
i ual eali y glasses, bu i mus wo k in any case wi h a desk op en i onmen , in
o de o make i accessible o all use s.
KeyWo ds
Educa ion, 3D, VR, online, se e , uni e si y, C#, Uni y, class oom, Vi ual Classes
1
Resumen
El p oyec o expues o a con inuación consis e en la especi icación, diseño e imple-
men ación de una aplicación de esc i o io, que pe mi a a los usua ios an o asis i
como impa i clases de mane a no p esencial, cómoda y e icien e. Pa a log a es e
in se u iliza, po un lado, un modelo digi al de la acul ad ya exis en e y p opo -
cionado po nues os di ec o es de p oyec o, al cual hemos enido que aplica una g an
e ac o ización gene al;
Po o a pa e, el sis ema ambién equie e una In e az G á ica de Usua io (GUI) que
ayude a que la expe iencia del usua io sea ag adable y ácil de maneja . La aplicación
implemen a un sis ema clien e-se ido pa a hace posible la in e acción eal en e
usua ios.
Así mismo, ambién pod ía da sopo e pa a ga as de ealidad i ual, pe o debe
unciona en cualquie caso con un en o no de esc i o io, con el in de hace lo accesible
pa a odos los usua ios.
Palab as cla e
Educación, 3D, VR, online, se ido , uni e sidad, C#, uni y, aula, enseñanza i ual
2
Con en s
Summa y 1
Resumen 2
1 In oduc ion 6
2 S a e o he A 10
2.1 T adi ional pla o ms . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.1.1 GoogleMee ............................ 10
2.1.2 Mic oso Teams ......................... 11
2.2 Imme si epla o ms ........................... 11
2.2.1 Ga he .Town ........................... 11
2.2.2 Team low ............................. 12
2.2.3 Mee in .............................. 12
2.2.4 P ojec om Uni e si y o Alican e (see biblio. [5]) . . . . . . 12
3 Conside ed echnologies 14
3.1 3DEngines ................................ 14
3.1.1 Uni y ............................... 14
3.1.2 Un ealEngine........................... 15
3.1.3 C yengine ............................. 16
3.1.4 Chosen ool ............................ 16
3.2 Pla o ms o w i ing his documen . . . . . . . . . . . . . . . . . . . 16
3.2.1 Gi Hub .............................. 17
3.2.2 O e lea .............................. 17
3.3 De elopmen pla o ms . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.3.1 VisualS udio ........................... 17
3.4 P og amming Languages used . . . . . . . . . . . . . . . . . . . . . . 18
3.4.1 C#................................. 18
3.4.2 PHP................................ 18
3.5 Tools used o he design sec ion . . . . . . . . . . . . . . . . . . . . . 18
3
CONTENTS 4
3.5.1 Ui oolki ............................. 19
3.5.2 Cohe ence............................. 19
3.5.3 Vi ox ............................... 19
3.6 Wo k Tool o Use S o y Map . . . . . . . . . . . . . . . . . . . . . . 20
3.6.1 Choosen ool ........................... 21
3.7 C ea iono diag ams ........................... 22
3.7.1 D aw.io .............................. 22
3.7.2 Plan UML............................. 23
3.8 AudioTools................................ 23
3.8.1 Mumble .............................. 23
3.8.2 Vi ox ............................... 24
3.8.3 ChosenTool............................ 24
3.9 Use Au hen ica ion . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3.9.1 XAMPP Web se e and Da abase . . . . . . . . . . . . . . . 25
3.9.2 Uni y Au hen ica ion Se ice . . . . . . . . . . . . . . . . . . 26
3.9.3 ChosenTool............................ 27
4 P ojec Planning 28
4.1 His o y Maps C ea ion P ocess . . . . . . . . . . . . . . . . . . . . . 28
4.1.1 Use s................................ 28
4.2 De ini ion o Use Ac i i ies . . . . . . . . . . . . . . . . . . . . . . . 29
4.3 Taskp io i ies............................... 30
4.3.1 Mus ha e............................. 32
4.3.2 Shouldha e............................ 33
4.3.3 Couldha e ............................ 35
4.3.4 Won’ ha e ............................ 35
4.4 Wo kplan ................................. 36
4.4.1 I e a ions ............................. 37
4.5 So wa e de elopmen me hod . . . . . . . . . . . . . . . . . . . . . . 44
4.6 RiskManagemen ............................. 44
4.6.1 Risk Iden i ica ion . . . . . . . . . . . . . . . . . . . . . . . . 45
4.6.2 RiskAnalysis ........................... 46
4.6.3 RiskPlanning........................... 48
5 Implemen a ion 52
5.1 Thescene ................................. 52
5.2 Objec synch oniza ion, wi h Ne wo k Manage . . . . . . . . . . . . 57
5.2.1 Ne wo kManage Sc ip . . . . . . . . . . . . . . . . . . . . . 57
5.2.2 Ne wo kBeha io Objec s . . . . . . . . . . . . . . . . . . . . 58
5.3 Relay.................................... 58
5.4 Remo e P ocedu e Calls . . . . . . . . . . . . . . . . . . . . . . . . . 58
5.5 Use In e ace............................... 60

CONTENTS 5
5.5.1 Supe GUI............................. 60
5.5.2 UIelemen s ............................ 61
5.6 T ansla o ................................. 62
5.7 C ea ing and joining ooms . . . . . . . . . . . . . . . . . . . . . . . 64
5.8 Audio communica ion using Vi ox . . . . . . . . . . . . . . . . . . . . 65
5.9 In e ac ing wi h doo s . . . . . . . . . . . . . . . . . . . . . . . . . . 66
5.10 Displaying media on he blackboa d . . . . . . . . . . . . . . . . . . . 68
5.11 Displaying use webcam on hei a a a . . . . . . . . . . . . . . . . . 70
6 Conclusions 72
6.1 Wha wewan ed odo.......................... 72
6.2 Wha weac uallydid........................... 73
6.3 Wha wedidno do ........................... 74
6.3.1 Cha ac e Cus omiza ion . . . . . . . . . . . . . . . . . . . . . 74
6.3.2 Quick emoji eac ions . . . . . . . . . . . . . . . . . . . . . . . 75
6.3.3 Tex Messaging.......................... 75
6.4 Final e sion o he p ojec . . . . . . . . . . . . . . . . . . . . . . . . 75
Conclusiones 78
6.4.1 Cha ac e Cus omiza ion . . . . . . . . . . . . . . . . . . . . . 81
7 Wo k done by each membe 84
7.1 Samuel................................... 84
7.2 Alexande ................................. 86
7.3 Sa a .................................... 88
8 Bibliog aphy 91
9 Appendix 93
Chap e 1: In oduc ion
Telecommunica ions ha e e ol ed exponen ially since he end o he las cen u y,
s a ing om me e, limi ed and o en expensi e elephone con e sa ions o nowadays
being able o sha e all ypes o mul imedia con en , bo h on social ne wo ks and in
ideo calls. And all o cou se o ee and p ac ically in eal ime hanks o echnologies
such as 5G. Howe e , al hough we ha e al eady eahed he end o he i s i h o
he 21s cen u y, an online way o communica ing as na u al as when in pe son has
no ye been achie ed. Cu en ools and pla o ms a e no capable o ec ea ing an
en i onmen ha is in e ac i e enough so ha he e en you a e ha ing in ques ion
(a i ual class, a con e ence, a wo k mee ing) can ake place in a comple ely no mal
way.
Howe e , in he mos ecen yea s he e has been a lo o p og ess in his niche, mos ly
due o he COVID c isis, and hanks o which a lo o money has been in es ed o
digi iza ion. Ye he e is s ill a long way o go. In o de o gi e mo e con ex o his
issue, we will ha e o go back o he beginning o he pandemic, mo e speci ically,
a ound mid-Ma ch, when o a ew mon hs humani y had o s ay a home wi hou
being able o go ou . The heal h sys em collapsed and he au ho i ies did no know
exac ly how o ac in such si ua ion. Rega ding he educa ional sys em, he e was
a g ea pe iod o unce ain y because, wi h some excep ions, uni e si ies, colleges
and ins i u es we e places o in-pe son eaching. Classes we e empo a ily suspended,
6
CHAPTER 1. INTRODUCTION 7
causing exams o be delayed. Finally, and a e obse ing ha his c isis was going o
las , classes we e esumed comple ely online.
And he e is p ecisely he poin o he ma e . Adap ing o he new i ual model was
di icul : many p o esso s did no ha e essen ial esou ces such as co e age and s able
in e ne connec ion, and o he s uploaded p e eco ded classes wi hou aking hem
li e, which made i impossible o ask ques ions in eal ime o ask o a concep o be
explained again, had i no been unde s ood clea ly. And e en in li e classes, asking
ques ions became equally di icul due o he p oblem o la ency, which e en in he bes
cases (when he lag would no be highe han a couple o seconds), caused eache s
and s uden s o unin en ionally in e up each o he when s a ing hese ques ions,
and as a consequence he hy hm o he class would end up being hinde ed. Added o
all o his he e we e o he p oblems, such as sc een eezing when sha ing a window,
o loading ime o he esou ces used, making he quali y o he classes p ac ically
ze o. Then he si ua ion imp o ed and we mo ed o a hyb id model, bu he p oblems
had no ended he e: uni e si ies and colleges needed o ins all came as and simila
in as uc u e o ansmi wha was being w i en o hal o he class ha was s aying
a home ha day on he blackboa d. Bu his came a would no be o enly able o
ocus co ec ly on he blackboa d, causing i o look blu y o e en le pa o i go
ou o plane, ul ima ely causing impo an de ails w i en by he eache no o be seen.
A he momen o handing in his p ojec , we ha e p ac ically le he pandemic
behind, bu he use o all hese echnologies has no s opped, qui e he opposi e. Wha
i mo e, and i we pu e e y hing ha has been said in o e idence, i is clea ha
i ual communica ion sys ems s ill ha e a long way o go and need o be imp o ed
and e ol e, implemen ing unc ionali ies ha allow educing he sepa a ion ( oday
eno mous) be ween in-pe son and emo e in e ac ion expe iences.
CHAPTER 1. INTRODUCTION 8
Thus, he aim o his p ojec is a de eloping a desk op p og am ha allows use s o
connec in o a 3D model o he acul y in o de o gi e o ecei e classes in an online
way. Mo e speci ically, his goal could be subdi ided in o he ollowing asks:
•
De elop a desk op p og am ha no only allows use s o choose ei he o c ea e
o o join a se e oom, bu also:
–
Allows use s o mo e eely wi hin he campus, p o iding access o a ious
class ooms.
–
Allows use s o in e ac wi h he en i onmen , and ha e o he use s see
hose changes (such as opening doo s, knowing he cu en s a e o he
model, e c.).
•
De eloping a desk op applica ion ha allows use s o conduc o a end a class
emo ely.
–
Implemen ing a ea u e ha allows use s o iew a a a s o o he pa ici-
pan s in he same se e o oom, as well as acking he a endance and
iden i y pa icipan s in class.
–
Implemen ing an in-app communica ion channel o use s o engage in
con e sa ions wi h one ano he , making he ask o exchanging eedback
and ansmi ing knowledge easie .
–
Implemen ing a ea u e ha allows use s o see each o he h ough hei
webcams, imp o ing he li e-likeness o in e ac ion
–
Implemen ing a ea u e ha allows use s o sha e con en on he blackboa d
wi h o he s and display i while conduc ing a class
•
Implemen ing addi ional unc ionali ies o p omo e a mo e na u al in e ac ion
among use s.
–
Implemen ing a ea u e o swi eac ions, allowing use s o exp ess ag ee-
3.1. 3D ENGINES 15
much as possible.
•
Physical engine ha simula es he laws o physics. This allows us o c ea e mo e
ealis ic mo emen s and in e ac wi h he en i onmen .
•Anima ions. These can add mo e pe sonali y and ib ancy o he model.
•
Sounds. This unc ionali y allows se ing and de eloping communica ion be ween
use s.
Some o he disad an ages ound we e:
•None o he eam membe s had p e iously wo ked wi h C#.
•Some imes he e ain c ea ion ool is limi ed.
3.1.2 Un eal Engine
I is an engine ha allows o c ea e games, landscapes, in e ac i e en i onmen s o
i ual eali y sys ems wi h an s ounding ealism. P e ious knowledge in C++ is
equi ed. The ad an ages o using i ha we ound we e:
•
I has excellen ools o c ea ing 3D en i onmen s, in addi ion o ha ing g ea
quali y and powe when i comes o modi ying global illumina ion and c ea ing
shade s and ma e ials.
•
We also al eady had p e ious expe ience wi h C++, he p og amming language
o e which i uns. Finally.
•I has easily accessible documen a ion.
The main disad an age hough is ha i is no designed o be used by small eams in
hei de elopmen and some concep s, such as Ac o s, a e mo e complex; as well as,
in e ms o pe o mance, a compu e wi h e y good cha ac e is ics is necessa y o be
able o suppo he p og am when de eloping, since i can collapse and he use o he
CPU will sky ocke .

3.2. PLATFORMS FOR WRITING THIS DOCUMENT 16
3.1.3 C yengine
I is a e y powe ul and e sa ile engine. I s mos ou s anding ea u e is he g aphical
capaci y, being be e in his aspec han Uni y and simila o ha o Un eal Engine.
The ad an ages we ound we e:
•
I s in e ace and de elopmen ools a e mo e complex han hose o he p e ious
wo.
•
The documen a ion is less accessible and i is no ecommended o use when
you a e inexpe ienced in de eloping in e ac i e en i onmen s.
3.1.4 Chosen ool
Finally we op ed o Uni y since he de elopmen wi h Un eal Engine seemed mo e
complex o us as well as he a o emen ioned ha dwa e limi s. Fu he mo e, Uni y can
be used o ee and he main model o he acul y ha was p o ided o us had been
de eloped in Uni y, so we would no need o adap i (wha we had o adap hough
was he s uc u e o nodes and componen s o he acul y model i sel , bu his was
ano he s o y).
3.2 Pla o ms o w i ing his documen
The p og am o w i ing his documen was also impo an in ou case, because we
we e a g oup o h ee people and we wan ed o ha e he possibili y o w i ing all he
h ee o us a he same ime in he documen . Hence, he e a e he wo possibili ies
ha we e conside ed:
3.3. DEVELOPMENT PLATFORMS 17
3.2.1 Gi Hub
Ou i s idea was o upload his documen in o a Gi Hub eposi o y, in o de o
ha e ack o he ile changes. None heless, i did no allow us o wo k di ec ly and
concu en ly on he same ex ile o he documen . Thus, Gi Hub was inally used
solely as a s o age loca ion and e sion con ol sys em no o he memo y, bu o
he p ojec code i sel .
3.2.2 O e lea
This was ano he o he op ions ha ou u o s p oposed o us, since i has a syn ax
ha allows us o s uc u e and main ain he s yle o he en i e documen in a simple
way. I also allows us o wo k synch onously on he same documen , al hough i s ee
e sion only allows wo use s o wo k on i a he same ime. On he o he hand,
some o ou membe s, Samuel and Alex, al eady had p io knowledge on his syn ax,
esul ing his in an addi ional eason o us o inally deciding o go o his la e
op ion.
3.3 De elopmen pla o ms
In e ms o coding, we ha e conside ed se e al IDEs, and he ollowing was he inal
candida e:
3.3.1 Visual S udio
In o de o ca y ou he implemen a ion we use Visual S udio and Visual S udio Code.
Being an in eg a ed de elopmen en i onmen , we we e able o use i o debug, compile,
w i e, edi , and debug he code in o de o deploy ou applica ion. Fu he mo e, all
eam membe s had expe ience using his ool.
3.4. PROGRAMMING LANGUAGES USED 18
3.4 P og amming Languages used
We used C# o sc ip ing wi hin Uni y and PHP o se e -side sc ip ing.
3.4.1 C#
Mic oso p og amming language, inspi ed by C and C++. Used especially o de el-
oping wi hin he .NET pla o m bu also in p oduc s such as Xama in and Uni y. Fo
his eason, we use his language o be able o code he sc ip s in cha ge o achie ing
he necessa y unc ionali ies o ca y ou he p ojec .
I is an objec -o ien ed, s a ically yped and mul i-pa adigm language. T adi ionally i
was ocused on de eloping on Windows, bu i was opened o o he sys ems, making
i possible o use i o de elop on MacOS and Linux. Since i s syn ax is simila o C,
C++, Ja a and o he s, we could easily adap o because he a o emen ioned had been
he mos used languages du ing ou s udies.
3.4.2 PHP
Mainly ocused on se e -side sc ip ing, so i can do any hing ha ano he CGI
p og am can do, such as collec ing o m da a, gene a ing pages wi h dynamic con en ,
o sending and ecei ing cookies. Al hough PHP can do much mo e. I is designed o
be embedded in HTML.
3.5 Tools used o he design sec ion
In he ollowing sec ion, we will desc ibe wha lib a ies and ools ha e we used in
o de o implemen he applica ion. This includes no only plugins bu also lib a ies
de eloped o uni y.
3.5. TOOLS USED FOR THE DESIGN SECTION 19
3.5.1 Ui oolki
A na i e Uni y ool, i is a collec ion o esou ces, ea u es and ools ha allow he
de elopmen o use in e aces and Edi o ex ensions. I allowed us o implemen he
c ea ed p o o ypes ha can be seen in he Design chap e . I was chosen because in
addi ion o being compa ible wi h he engine we decided o use (Uni y), i is also
use - iendly.
3.5.2 Cohe ence
The pla o m comes wi h Uni y plugins, which p o ed o be e y use ul o de eloping
he p ojec . I allows o he c ea ion o scalable and pe sis en online games ega dless
o he eam’s size and expe ience le el. I also enables combining modes wi hin a
single p ojec , meaning you can ha e bo h wo lds and ooms. Wo lds a e always-ac i e
se e s wi h op ional pe sis ence, while ooms a e sessions wi h op ional me ada a and
playe coun s. Ano he ad an age is he abili y o build and upload he p ojec om
Uni y o he Cohe ence cloud o accessibili y. The downside is ha i doesn’ include
ools o de eloping ex o audio channels; i ocuses on c ea ing he se e -side
se ice.
3.5.3 Vi ox
Capable o handling se e unc ionali y and in eg a ing communica ion ea u es in o
he model. Voice and Tex Cha (Vi ox) allows use s o communica e o ally wi h each
o he , ega dless o he pla o m hey a e connec ing om. Fu he mo e, ega dless
o he game engine used o c ea e he p ojec , i allows o seamless in eg a ion o
communica ions wi hou limi a ions on he numbe o connec ed use s.
3.6. WORK TOOL FOR USER STORY MAP 20
3.6 Wo k Tool o Use S o y Map
We decided ha each one would y se e al ools in o de o ha e di e en poin s o
iew o inally mee and decide which one would be chosen o c ea e he use s o y
map He e we lis he di e en applica ions es ed and he p os and cons ha we ha e
ound o each o hem:
Fea u e Map
The ad an ages ha we ound when es ing his applica ion we e ha i is e y
in ui i e and easy o unde s and and use, he in e ace is made o a oid dis ac ions
om ex e nal elemen s, and i also allows you o wo k synch onously online wi h he
es o he membe s. The d awbacks we ound we e ha in his applica ion, he use
who can pe o m he use s o y co ec ly canno be assigned and a e 15 days, only a
limi ed e sion o he applica ion can be accessed, since he ial pe iod ends.
A ion
Some o he bene i s we ound when using his applica ion we e ha i is qui e easy o
use, he ca ds a e numbe ed au oma ically and i allows you o add a ows o make he
low easie o ead. In he d awbacks we saw ha i can only be used a e he 15-day
ee ial i he p emium se ice is pu chased, which makes i no e y accessible. We
ha e con ac ed he sales depa men o ask i i is possible o ob ain a s uden license
bu ha e no ecei ed a esponse so a .
Mi o
We ound his applica ion o be e y lexible, i has e y use ul ea u es such as he
s opwa ch and i also allows you o o e. I would be e y use ul in mee ings ha
equi e a gene al b ains o ming o he p ojec bu i is no a speci ic applica ion o
c ea e use maps since i ocuses on c ea ing schema ics and diag ams.

3.6. WORK TOOL FOR USER STORY MAP 21
Mu al
One o i s bes ad an ages is ha i is comple ely ee- o-use and you can c ea e e y
a ac i e esul s, bu on he o he hand i is e y complica ed o c ea e use maps in
his applica ion.
Ca boa d i !
In Ca dboa d i ! you can c ea e a use map quickly and collabo a i ely bu i is no
possible o assign use ypes and i becomes paid a e he 15-day ial pe iod has
passed.
S o iesOnBoa d
In his applica ion you can add and eloca e new ca ds quickly and easily, bu you
canno assign use ypes and hey do no ha e a ee e sion a e he ial days.
3.6.1 Choosen ool
In o de o be able o decide on he ool in ques ion, each o us had lis ed he d awbacks
and bene i s o each o he applica ions we had es ed. We es ablished c i e ia o
choose which would be he ool we would use om ha momen on. The ac o s ha
had he mos in luence on ou decision we e:
•How iendly he ool is wi h he use .
•I s a ailabili y o usage.
The ime o lea n how o use hese ools was limi ed, so we wan ed o use one wi h he
smalles lea ning cu e possible so we could s a wo king wi h i as soon as possible.
In his sec ion we highligh he Fea u eMap, A ion and Mi o applica ions. E en i a
ool is good, i is no wo h s a ing o wo k wi h i i a e he ial pe iod we canno
use i again, which would delay he wo k low, so we wan ed o use an applica ion
3.7. CREATION OF DIAGRAMS 22
ha was ee o ha a leas ga e us allowed i o e ain much o i s unc ionali y o
ee. Some ha me his c i e ia we e Mu al, which is ee, and Fea u eMap, which
main ains many o i s ea u es a e he ial pe iod.
These we e he op- a ed apps. A ion, al hough we ound i o be qui e comple e, was
handicapped by he impossibili y o accessing i s unc ions o ee once he ial pe iod
ended. The eam’s inal decision was o use Fea u eMap, since i is e y in ui i e
and easy o use, since you can s a using i immedia ely e en i you ha e no p io
knowledge. Addi ionally, his applica ion has he possibili y o he eam o wo k
simul aneously on he same map. The bigges disad an age we ound was he ac
ha he ull e sion is ee only o a limi ed ime (2 weeks), bu a e he ial ime
passes he e is s ill a ee e sion al hough wi h es ic ed unc ionali ies, so i seemed
o us an accep able incon enience.
3.7 C ea ion o diag ams
We gene a ed componen diag ams o elucida e he s uc u e and o ganiza ion o ou
sys em, o e ing insigh s in o he in e ela ionships among i s componen s. Fu he mo e,
we gene a ed lowcha s o g asp he logic o key unc ionali ies, acili a ing he
isualiza ion and design o in o ma ion low wi hin ou sys em. The ools conside ed
o hei c ea ion we e he wollowing:
3.7.1 D aw.io
By ha ing he abili y o c ea e a wide a ie y o diag am ypes, we could add ess
di e en ep esen a ion needs. Addi ionally, he ool enables he expo o diag ams in
a ious o ma s o inclusion in his epo . The accessibili y om any loca ion wi h an
in e ne connec ion no only acili a es collabo a ion bu also suppo s emo e wo k
3.8. AUDIO TOOLS 23
3.7.2 Plan UML
Facili a ing he au oma ic c ea ion o diag ams by desc ibing code in a ex ual o ma ,
i p o ides e sa ili y. I s simple and eadable syn ax eases he upda ing p ocess
o diag ams as he code e ol es, ensu ing consis ency be ween he documen a ion
ou lined in his documen and he implemen ed code.
3.8 Audio Tools
Es ablishing o al communica ion wi hin ou 3D en i onmen in ol es inco po a ing
a ool o lib a y ha enables unc ionali ies such as audio channels. This will allow
use s o ecei e and send sound so ha hey can lis en o each o he . Two po en ial
op ions o accomplishing his include Vi ox and Mumble, and we will explo e each o
hem mo e ho oughly in he ollowing analysis.
3.8.1 Mumble
I is an open-sou ce p ojec , and when combined wi h Uni y, we can use i o achie e
a mo e imme si e expe ience. I employs an audio codec called Opus, p o iding
excep ional sound quali y and low la ency. Opus was designed o minimize he delay
be ween oice message ansmission and ecep ion.
Some ad an ages o using his ool include ope a ing on a clien -se e model, al-
lowing us o se up ou own Mumble se e o ull con ol o e he communica ion
en i onmen , including he c ea ion o channels and p i a e ooms. I is compa ible
wi h Windows, Linux, and macOS.
The MumbleLink p o ocol acili a es communica ion be ween Mumble and o he
ex e nal applica ions, which we would need o in eg a ing Mumble wi h Uni y.
The MumbleLink API allows us o e ie e in o ma ion, such as he use ’s posi ion in
3.8. AUDIO TOOLS 24
3D space o he o ien a ion o hei head. In i ual eali y en i onmen s, we ha e he
capabili y o synch onize he use ’s head mo emen wi h he a a a ’s o ien a ion in
Mumble.
This ool u he acili a es lip anima ion in he 3D model o simula e he use speaking
du ing oice cha . I ’s wo h no ing ha , in ou speci ic case, his ea u e may no be
necessa y since we u ilize a webcam image o he use (discussed la e ).
Mo eo e , he MumbleLink API suppo s spa ial sound e ec s, enabling adjus men s
o olume o sound posi ion based on he use ’s loca ion in he model.
Addi ionally, isual e ec s, such as anima ions o colo changes, can be displayed
con ingen on whe he he use is ac i ely speaking o no .
3.8.2 Vi ox
Vi ox is a oice and ex communica ion pla o m speci ically designed o online
applica ions and i ual en i onmen s. I enables seamless in eg a ion o eal- ime
oice and ex cha unc ionali ies, p o iding a use - iendly applica ion p og amming
in e ace. Addi ionally, i o e s posi ional audio, and is easy o in eg a e wi h VR
headse s.
Compa ible wi h mul iple pla o ms, i enables he c ea ion and managemen o
pe sonalized oice channels o ca e o ou applica ion’s equi emen s. Designed o
handle la ge numbe s o use s simul aneously, i ensu es he easibili y o suppo ing
he simul aneous connec ion o all s uden s and p o esso a e in he uni e si y.
3.8.3 Chosen Tool
We chose Vi ox because, in addi ion o he p e iously men ioned ad an ages, we ound
clea and concise documen a ion ha acili a ed i s in eg a ion wi h Uni y. Since we
did no equi e special e ec s such as lip anima ion, we el mo e con iden using his
4.3. TASK PRIORITIES 31
p ojec o e iew is needed, unlike MoSCoW, which allowed us o e alua e each ca d
independen ly.
Figu e 4.1: Use S o yMap

4.3. TASK PRIORITIES 32
The equi emen s o ask p io i iza ion we e inally g ouped in o ou ca ego ies,
co esponding o he uppe case le e s in i s name. We will now elabo a e on each o
hem now, since we will explain hem in u he de ail in he ollowing chap e s:
4.3.1 Mus ha e
These a e he unc ionali ies ha belong o he walking skele on. Fo mus -ha es, we
ha e selec ed asks ela ed o ou di e en ia ing elemen .
•Rende and display he 3D model o he acul y
–Codename: US_SHOW_MODEL
–Desc ip ion: As a use I wan o be able o see he model o he acul y.
•Mo e eely a ound he acul y
–Codename: US_MOVE
–
Desc ip ion: As a use I wan o be able o mo e and oam eely acco ding
wi h eal wo ld-physics laws, in o de o access di e en places om he
acul y model.
•See o he use s’ a a a s
–Codename: US_SEE_AV
–
Desc ip ion: As a use I wan o be able o see o he people’s a a a s in
o de o in e ac wi h o he use s in a mo e na u al way.
•Communica e wi h o he use s
–Codename: US_COMM
–
Desc ip ion: As a use I wan o be able o communica e wi h o he use s
by means o ei he a ex o audio cha , in o de o le my message each
o he use s and ecei e eedback om hem.
4.3. TASK PRIORITIES 33
•Sha e con en wi h o he Use s
–Codename: US_SH_CONTENT
–
Desc ip ion: As a use I wan o be able o sha e con en wi h he es o he
class, such as playing a ideo o showing a se ies o pic u es o sc eensho s.
•Disconnec
–Codename: US_DICONNECT
–Desc ip ion: As a use I wan o be able o close he applica ion.
•To wa ch sha ed iles in he blackboa d
–Codename: US_WT_CONTENT
–
Desc ip ion: As a use I wan o be able o wa ch he iles sha ed in he
blackboa d in o de o ge knowledge o e i y ha is he co ec con en .
4.3.2 Should ha e
The asks we ha e ca ego ized as should-ha es a e hose ha use s would expec o
ha e. They a e no essen ial o launch he p oduc , bu hey would add alue o he
applica ion, imp o ing he use expe ience on he si e. He e, we include unc ionali ies
like. Being hese add a a a image, eaching and oice cha .
•C ea e a oom
–Codename: US_CR_ROOM
–
Desc ip ion: As a use I wan o c ea e a oom in o de o gi e classes in i .
•Adjus he oom size
–Codename: US_LM_ROOM
–Desc ip ion: As a use I wan o be able o speci y he oom size.
4.3. TASK PRIORITIES 34
•Join oom
–Codename: US_JN_ROOM
–
Desc ip ion: As a use I wan o be able o join a oom wi h a speci ic code.
•See o he use s’ webcam
–Codename: US_SEE_WCM
–
Desc ip ion: As a use I would like o see he es o pa icipan s’ webcam.
•See my own changes in en i onmen
–Codename: US_SEE_USCH_1
–
Desc ip ion: As a use I would like o see he changes ha my own a a a
applies on he en i onmen , such as opening o closing doo s, o ins ance.
•See o he use s’ changes in en i onmen
–Codename: US_SEE_USCH_2
–
Desc ip ion: As a use I would like o see he changes ha he es o
pa icipan s apply on he en i onmen .
•Change he language
–Codename: US_CH_LAN
–
Desc ip ion: As a use I would like o be able o change he language a
any ime.
•View Use names
–Codename: US_SEE_NAME
–
As a use , I wan o be able o see he use names o o he use s o iden i y
hem
4.3. TASK PRIORITIES 35
4.3.3 Could ha e
In he could-ha e ca ego y, we ha e use s o ies ha we conside in e es ing ideas bu
we hink ha implemen ing hem would no be a high p io i y o add alue o he
use , o a e no ye su e i we can implemen hem. Being hese modi y cha ac e ,
chai in e ac ion quick eac ions wi h emojis and manage accoun . show assigned
class ooms, show schedule, ex cha , show esou ces and submi and ge assigmen s.
•Show he ime
–Codename: US_SH_TIME
–
Desc ip ion: As a use , I wan o be able o see he cu en ime wi hin he
applica ion o e ec i ely manage my schedule.
•In e ac wi h he doo s o he acul y.
–Codename: US_DOOR_INT
–
Desc ip ion: As a use , I wan o be able o in e ac wi h he doo s o he
acul y o access di e en a eas wi hin i .
•To e ase blackboa d con en .
–Codename: US_ERASE_BB
–
Desc ip ion: As a use I wan o be able o emo e he con en ha is in
he blackboa d in o de o ge an emp y blackboa d o nex class.
4.3.4 Won’ ha e
Finally, he use s o ies we ha e placed in “won’ -ha e” a e hose ha , we ind
in e es ing bu due o lack o ime o complexi y, we ha e decided o disca d hem.
Pe haps, in he u u e, hey could be econside ed.
•Reac wi h emoji
4.4. WORKPLAN 36
–Codename: US_EMOJI
–
Desc ip ion: As a use I wan o eac wi h emoji in o de o le he p o esso
know ei he whe he I ag ee wi h hem o no , o whe he I ha e any doub s.
•Connec ion wi h i ual eali y headse
–Codename: US_CONNECTION_VR
–
Desc ip ion: As a use I wan o connec whi i ual eali y headse in o he
model o in e ac in o he possible ways wi h i . Achie e a mo e imme si e
expe ience.
•Cus omizing an A a a .
–Codename: US_CUSTOM_A
–
Desc ip ion: As a use , I wan o cus omize my a a a o dis inguish mysel
om o he use s
4.4 Wo kplan
To success ully achie e he objec i es desc ibed in he i s chap e , a se ies o i e a ions
ook place, in which we held an online mee ing e e y ew weeks o moni o he s a us
o he p ojec , see i he membe s had ques ions o needed assis ance wi h any o
he asks ha we e assigned o hem, p io i izing he asks. Ne e heless, du ing he
academic yea 2022-23 we es ablished longe miles ones since we had a specially busy
schedule in e ms o subjec s and o he p ojec s, while sho e ye bigge miles ones
om June onwa d.
In o de o ha e a comp ehensi e o e iew o wha needed o be done in each i e a ion,
we employed a Kanban boa d. This allowed us o o ganize asks and moni o hei
s a us h oughou he de elopmen p ocess. The boa d consis ed o ou columns
ep esen ing di e en s ages o he wo k low.

4.4. WORKPLAN 37
In he i s column, “To Do”, all asks sla ed o he i e a ion we e ini ially placed.
These asks we e p io i ized o ensu e ha hose a he op we e selec ed i s when
assigning asks. Each eam membe could only be assigned one ask a a ime, and
each ask could ha e mo e han one assigned eam membe .
The second column, “Doing”, housed asks ha we e ac i ely in p og ess. The hi d
column, “Ready o Re iew”, se ed o indica e ha asks in he “Doing” column we e
eady o e alua ion once comple ed. The en i e eam conduc ed he e iew o assess
whe he he asks me he expec ed s anda ds. Upon success ul comple ion o he
e iew, he ask ansi ioned o he “Done” column. I e isions we e deemed necessa y
du ing he e iew, he ask e u ned o he “Doing” column.
This ype o boa d p o ed highly bene icial as i acili a ed he assignmen o asks,
acking o asks in p og ess, and p o ided a high-le el o e iew o he ongoing wo k
and he achie emen o objec i es.
4.4.1 I e a ions
I e a ion 1: C ea ion o he eposi o y and impo ing he 3D model o he
acul y
In his i e a ion, he ools ha we would use o w i e he epo we e con as ed and
chosen. Addi ionally, we c ea ed a Gi Hub eposi o y wi h a uni y p ojec whe e we
impo ed he 3D model o he acul y (see US_SHOW_MODEL).
•S a da e: 03/10/2022
•End da e: 01/01/2023
I e a ion 2: Main cha ac e c ea ion and i s s eps wi h physics
In his i e a ion, he basic model o he cha ac e was designed and esea ch was
ca ied ou on how o pe o m mo emen and came a changes co ec ly (see Use
4.4. WORKPLAN 38
S o y US_MOVE).
•S a da e: 01/01/2023
•End da e: 06/03/2023
I e a ion 3: In e ac ion wi h he en i onmen and s a o se e
de elopmen
In his in e ac ion we managed o in e ac wi h doo s, o be able o en e he class ooms
and we also began o es and in es iga e he unc ionali ies p o ided by Cohe ence in
o de o ha e he se e wo king as soon as possible. This sys em would be la e eplaced
wi h heNe wo k Manage objec , using Relay as he anspo laye (see Use
S o ies US_SEE_USCH_1,US_SEE_USCH_2 and US_DOOR_INT).
•S a da e: 06/03/2023
•End da e: 04/06/2023
Re ac o : Modula iza ion o he acul y model and issues wi h eposi o y
e sion
We sligh ly eo ganized he s uc u e o he acul y model. We also ook he ime o
add collide s o bo h walls, ceilings, loo s and o he big deco a i e elemen s, such as
locke s o doo s.
On he o he hand, we we e ha ing ouble when ying o synch onize ou code
because jus opening he p ojec would add housands o “changed iles” s aged o
commi and cons an ly gi ing me ge con lic s, making wo king asynch onously e y
di icul . In he end we disco e ed ha he uni y e sion con ol had been ac i a ed,
and he e was some wei d in e ac ion om ha ing bo h he uni y e sion con ol and
Gi Hub acking changes a he same ime. When ying o emo e he Uni y e sion
con ol, we would no be able o commi he change due o said me ge con lic . We
4.4. WORKPLAN 39
ended up deciding o c ea e a new eposi o y and mo ing ou p og ess o i , bu i
ook some ime.
•S a da e: 10/07/2023
•End da e: 07/08/2023
I e a ion 4: eac ion sys em a emp
In his i e a ion, an a emp was made o add he eac ion unc ionali y, consis ing o
being able o show in he model a humbs up i one ag eed, a humbs down i one
disag eed, and a ques ion ma k i one had doub s when p essing he 1, 2, and 3 keys
on he keyboa d espec i ely. Finally i was decided o pos pone i s implemen a ion
(see US_EMOJI).
•S a da e: 07/08/2023
•End da e: 21/08/2023
I e a ion 5: Tes ing and c ea ing a sepa a e eposi o y o In eg a e Relay
in o de o synch onize objec s h oughou he ne wo k
Be o e adding o he p ojec con aining he acul y model, a sepa a e eposi o y was
used o es and implemen he code ela ed o he clien /se e model ( he demo
p ojec consis ed on a s age wi h a la pla o m and he cha ac e we e ep esen ed
as cubes (see Use S o y US_SEE_AV).
•S a da e: 21/08/2023
•End da e: 28/08/2023
4.4. WORKPLAN 40
I e a ion 6: C ea ion o he da abase model and choice o he ool o i s
de elopmen .
Du ing his i e a ion we discussed how he login sys em should be implemen ed.
Se e al app oaches we e p oposed, such as using XAMPP da abase se ices (mo e
on his in he Implemen a ion chap e ), bu ou inal decision was o use Uni y
Na i e Au hen ica ion Sys em, by means o anonymous hos and clien s, ha would
join he o me one’s oom wi h a code (see Use S o ies US_CR_ROOM,
US_LM_ROOM, US_JN_ROOM).
•S a da e: 28/08/2023
•End da e: 11/09/2023
I e a ion 7: C ea ion o a use in e ace p o o ype and choice o he ool
o i s de elopmen
In his i e a ion se e al p o o ypes o he use in e ace we e c ea ed, he e we e qui e
a ew changes since i ook us a long ime o decide wha elemen s he e would be.
You can see he inal esul s in de ail in he Design chap e . Finally we decided ha
he join code and he g oup size should be shown on he op le , in addi ion o a
d op-down menu ha could allow he use o change he language (see Use S o y
US_SH_TIME). Wha ’s mo e, we implemen he op ion o w i e a use name and
hen display i o he es o he use s (see US_SEE_NAME).
•S a da e: 11/09/2023
•End da e: 25/09/2023
I e a ion 8: Sha e image by ende ing wha a webcam displays.
To acili a e non- e bal communica ion and enable educa o s o e alua e s uden s’
a en i eness, ou emphasis in his i e a ion was on p esen ing he image cap u ed
4.6. RISK MANAGEMENT 47
Table 4.1: Risk Analysis Table
Risk
P obabili y
Impac
Lack o expe ience can lead o delays in com-
ple ing he wo k and may esul in inco ec
execu ion, wo sening pe o mance, and in-
c easing e o . I is a p ojec - ela ed isk.
High High
Un amilia i y wi h de elopmen ools also
poses a isk o he p ojec as un o eseen issues
may a ise. I is a p ojec - ela ed isk.
High C i ical
Lack o communica ion among eam membe s
can esul in subop imal ou comes, po en-
ially equi ing unc ion modi ica ions, lead-
ing o ime loss and inc eased e o . I is a
p ojec - ela ed isk.
Possible Mino
I a eam membe alls ill, i may necessi a e
a eo ganiza ion o assigned asks by he es
o he eam; o he wise, p og ess may be hin-
de ed. I is a p ojec - ela ed isk.
Unlikely Medium
Un o eseen e en s may cause ask de elop-
men o slow down o be pos poned, p e en -
ing he p ope de elopmen o he p ojec . I
is a p ojec - ela ed isk.
High C i ical
Team membe s may lack cla i y abou he
goals o a speci ic unc ionali y, leading o
excessi e changes in use s o ies, esul ing in
poo unc ionali y and dissa is ac ion. I is a
echnical isk.
Possible High
The loss o a eam membe , should hey de-
cide o lea e he p ojec o signi ican easons,
would make i mo e challenging o con inue
wi h he p ojec . I is a business- ela ed isk.
Unlikely Medium
The lack o compa ibili y among di e en so -
wa e componen s used o he p ojec can lead
o sys em ailu es, esul ing in a loss o qual-
i y and di e si y. I is a echnical isk.
Possible High

4.6. RISK MANAGEMENT 48
4.6.3 Risk Planning
To plan o he a ious isks, we employ a p oac i e isk managemen s a egy as we
p e e o apply i be o e he isk occu s. This allows us o a oid any issues be o e
hey become oo p oblema ic o esol e, o a he e y leas , o minimize hei impac .
Each isk has h ee ac ion plans: a oidance, which includes measu es o educe o
elimina e he possibili y o he isk occu ing; moni o ing, whe e we ake measu es o
keep an eye on he isk and ake ac ion be o e i ’s oo la e; and managemen , which
ou lines wha will be done i i ’s no possible o a oid he isk and measu es need
o be aken o mi iga e i . The ollowing able lis s each o he isks along wi h he
speci ic a oidance, moni o ing, and managemen plans ha will be employed o each
one.
Table 4.2: Risk Planning Table.
Risk Ac ion Plan
Fi s
A oidance
Team membe s will seek u o ials o li e a-
u e o acqui e he necessa y knowledge o
p ojec de elopmen . Those who gain g ea e
expe ise in he language and en i onmen s
we a e using will assis and p o ide guidance
o o he eam membe s be o e he p ojec
begins, making he eam mo e e icien .
Moni o ing
Regula ly check i any eam membe is s ug-
gling o comple e a speci ic unc ionali y e i-
cien ly and p o ide assis ance and aining o
build expe ience. Ve i y la e i he assis ance
was e ec i e.
Con inued on nex page
4.6. RISK MANAGEMENT 49
Table 4.2 – con inued om p e ious page
Risk Ac ion Plan
Managemen
I he isk ma e ializes, conduc one o mo e
mee ings o help a ec ed membe s and, i
necessa y, edis ibu e wo kload among o he
eam membe s o p e en delays.
Second
A oidance Same as he p e ious isk.
Moni o ing Same as he p e ious isk.
Managemen Same as he p e ious isk.
Thi d
A oidance
Implemen Agile planning, which adap s well
o changes and includes one o wo-week i e -
a ions.
Moni o ing
Conduc egula mee ings and main ain di ec
con ac among eam membe s.
Managemen
In he e en o occu ence, inc ease he e-
quency o p ojec s a us moni o ing.
Fou h
A oidance
This isk is uncon ollable due o na u al
causes and canno be a oided.
Moni o ing
I any eam membe expe iences po en ial ill-
ness symp oms, hey will in o m he es o
he eam o be p epa ed o ask edis ibu-
ion.
Managemen
I he isk occu s, o educe i s p obabili y,
eam membe s will empo a ily ake o e he
asks o he a ec ed membe while hey e-
co e .
Risk Ac ion Plan
Con inued on nex page
4.6. RISK MANAGEMENT 50
Table 4.2 – con inued om p e ious page
Risk Ac ion Plan
Fi h
A oidance Un o eseen e en s canno be a oided.
Moni o ing
Team membe s acing ask comple ion chal-
lenges should in o m he es o he eam.
Managemen
Depending on he ask’s p io i y, ei he eas-
sign o pos pone i un il he isk is esol ed
o minimized.
Six h
A oidance
To educe he likelihood o his isk, ag ee-
men s will be eached du ing he planning
mee ing o cla i y he objec i es o each ask.
Addi ional mee ings will be scheduled i nec-
essa y o ensu e cla i y.
Moni o ing
I unclea indica ions a e obse ed, plan a
eam mee ing o es ablish he objec i es o
ha unc ionali y.
Managemen
In case he isk ma e ializes, hal he de el-
opmen o ha unc ionali y, de ine i s objec-
i es, and begin implemen ing i again.
Se en h
A oidance
Main ain close communica ion wi h eam
membe s o ensu e hei commi men o he
p ojec .
Moni o ing
Du ing mee ings, check o membe s who may
ha e become dis an , made less p og ess han
expec ed, o ailed o a end. Add ess hei
si ua ion o mo i a e hem i hey a e consid-
e ing lea ing he p ojec .
Con inued on nex page
4.6. RISK MANAGEMENT 51
Table 4.2 – con inued om p e ious page
Risk Ac ion Plan
Managemen
I a membe ul ima ely lea es he eam, con-
duc a mee ing as soon as possible among all
membe s o eassign oles i necessa y and
eo ganize asks based on p io i y.
Eigh h
A oidance
A emp o in es iga e compa ibili y be ween
di e en de elopmen ools ha may be used.
Moni o ing
Du ing he sp in de elopmen , ensu e ha
all eam membe s a e using es ed ools. I
new ea u es a e needed, e i y i he cu en
ools can accommoda e hese needs.
Managemen
I he isk becomes eal, a eam membe will
sea ch o a ool o b idge he incompa ible
ones. I his is no possible, he new incompa -
ible ool will be disca ded, and an al e na i e
solu ion will be sough .
Finally, h ee o he iden i ied isks ma e ialized, numbe ed one, wo, and h ee.
Howe e , by ollowing he con ingency plan, hey did no pose a se ious p oblem and
could be ec i ied, allowing he p ojec o p oceed co ec ly.
Chap e 5: Implemen a ion
This chap e is ocused on desc ibing how each o he unc ionali ies has been imple-
men ed in he applica ion. Fi s , we s a by desc ibing how he p ojec is s uc u ed
and wha elemen s cons i u e i . A e wa ds, we go o e each o hese elemen s in
de ail, desc ibing wha hey a e used o , wha componen s a e in ol ed o each o
hem, and how hese componen s in e ac wi h each o he . Finally, we also show he
execu ion low o each unc ionali y ha has been implemen ed using hese ools.
5.1 The scene
All o he objec s in ou p ojec a e encapsula ed in one single uni y scene called
EscenaFacul ad.uni y (see he componen diag am in igu e 5.1 and he hie a chy
in he edi o in igu e 5.2).
Fi s o , we ha e he Facul ad objec , which is pa en o all o he 3D objec s ha
a e pa o he model be o e any playe s connec . Unde i he e a e many di e en
asse s, such as: windows, ables, chai s and so on, which a e always ixed in he same
place, and he e o e no changes o hese objec s will e e be applied and hence no
need o be synch onized o e he ne wo k. Due o his, each clien has a local copy o
hese objec s in hei machine, educing signi ican ly he a ic in he ne wo k when a
use connec s. Mos o hese objec s also ha e collide s, which limi he mo emen o
he playe .
52

5.1. THE SCENE 53
Figu e 5.1: Hie a chy o he main objec s in he scene, shown in a componen diag am
5.1. THE SCENE 54
Figu e 5.2: Hie a chy o he oo objec s in he scene, shown in he uni y edi o
Inside he Facul ad model, he e a e also blackboa ds. Blackboa ds a e composed
o h ee main objec s, he P op, which is he 3D asse ha ac ually looks like a
physical blackboa d; he Plane, which is he su ace on which he images and ideos
a e shown in; and he Blackboa d objec , he in isible ec angle ha de ines he
in e ac able a ea o he blackboa d, and which is he pa en o he p e ious wo. Inside
he Blackboa d objec , he e is he Blackboa d sc ip , which has e e ences o he
o he child componen s o he blackboa d, and also de ines he logic o be execu ed
when a use in e ac s wi h i . Inside he Plane he e is he VideoWi hAudio sc ip ,
ha akes ca e o playing ideo iles and showing hem on he Plane objec .
Las ly, in he Facul ad, he e a e also doo s. Since doo s can change hei o a ion
while he applica ion is unning ( o ins ance, a use can open o close a doo ), hei
s a e needs o be synch onized o e he ne wo k (so ha i a use opens he doo , i
appea s open o he es o he use s). Due o his, i con ains a Ne wo kObjec
sc ip and a Ne wo kT ans o m sc ip . We will go o e wha each does la e , bu in
5.1. THE SCENE 55
sho , hey indica e ha his objec needs o be synch onized h oughou he ne wo k,
is owned by he se e , and wha p ope ies need o be synch onized.
Nex up, we ha e he Playe p e ab, which is spawned when each use connec s o
he oom. Each playe can mo e a ound he model, and mus he e o e be synch onized
h oughou he ne wo k as well. Fo his sake, i has he Ne wo kObjec sc ip
and he Clien Ne wo kT ans o m. Simila ly o he doo , hese indica es ha he
objec needs o be synch onized o e he ne wo k, and which p ope ies need o be
synch onized. The di e ence he e is ha he playe uses a Clien Ne wo kT an o m
ins ead o Ne wo kT an o m o indica e ha each clien is owne o hei own Playe
ins ance. The playe also has a Playe Ne wo k sc ip ha is in cha ge o ini ializing
he objec in he local machine when i is spawned (such as se ing he name, o
c ea ing i s con olle when hei own cha ac e is spawned). The Playe Ne wo k
sc ip also con ains he RPC me hods a ailable o each playe . They a e used o eques
he se e o un some logic o which he playe does no ha e di ec owne ship o ,
such as opening a doo (mo e on his la e ), o o b oadcas some e en , such as
upda ing a playe ’s webcam
The Playe Con olle s, when c ea ed, a e pu unde he Con olle s objec , and
ha e a e e ence o he Playe hey ha e con ol o . To spli he esponsabili y, he logic
has been spli in o Playe Mo emen Con olle , which is in cha ge o mo ing he
playe objec and he MainCame a; and he Playe In e ac ionCon olle , which is
in cha ge o checking i he playe is looking a an in e ac able objec , and calling he
in e ac me hod o ha objec .
In he scene, he e is also he MainCame a. As indica ed be o e, he MainCame a is
mo ed a ound he model by he Playe Mo emen Con olle , and shows he playe
poin o iew on sc een. Addi ionally, i also ende s an o e lay o he UI de ined in
5.1. THE SCENE 56
Figu e 5.3: Debug console in he scene
UIDocumen and Can as.
Rega ding he UI, i is spli in o wo pa s: he Can as, which con ains he debug
console shown in igu e 5.3 (accessible by p essing F11) and is use ul o unde s anding
be e wha is happening in he backg ound (specially when ha ing mo e han one clien
connec ed o he oom, since he uni y edi o console only shows logs o one clien );
and he UIDocumen , which de ines he es o he UI elemen s, such as he s a ing
sc een, and he in e ac ion messages. The sc ip s MainGui,Connec BoxManage
and In oBoxManage de ine wha each bu on does, and a e in cha ge o showing,
upda ing and hiding elemen s o he UI.
The Ne wo kManage objec is in cha ge o ins an ia ing ne wo k objec s and
synch onizing hem o e he ne wo k. I has wo sc ip s: Ne wo kManage sc ip ,
which con ains a e e ence o he playe p e ab (so ha i is ins an ia ed each ime a
use connec s), a lis o all he ne wo k p e abs ( o b oadcas changes made o hese
5.6. TRANSLATOR 63
men ioned lis o be upda ed wi h he espec i e new alues. Finally, he T ansla o
would ini ialize his a iable wi h he cu en ansla ion.
Excep his was no possible o be done. A all. A leas no he way we wan ed:
in sho , since s ings a e p imi i e ypes in C# nei he he e is an (easy
1
) poin e
ea men in C#, we canno sa e e e ences o he ex o an objec , so as o upda e
hei espec i e alue o he new chosen language on un ime. Tha is o say, unless we
wo ked i ou , we could only se a ce ain language a he beginning o he execu ion,
when all he ex s a e ini ialized.
In o de o sol e his issue we conside ed se e al op ions, om w apping he ex s
in a cus om class and le ing he lis inside T ansla o class be o his ype (so ha
we could sa e a e e ence o hem), o e en ying o keep ack o he poin e s
o all hose a iables. Bu none o hose app oaches wo ked in he end: he o me
one would no wo k since in C# he s ing ype is no a class in con as wi h lan-
guages like Ja a o ins ance, and hence we could no w ap i ; he la e one was
simply impossible o achie e since, once again, he e is no easy poin e ea men in C#.
The solu ion, hough, elied on a a ian o he ini ial app oach, which was no ideal
in any case bu happened o wo k pe ec ly: ins ead o egis e ing he ex s in o he
T ansla o lis ene s a ay, we would egis e he en i e class objec in which hose ex s
a e ea ed (see igu e 5.6). This way, whene e a new language is loaded, he T ansla o
would call all he egis e ed elemen s wi hin i s lis and ell hem o upda e hei
ex s on hei own (see igu e 5.9). Inside his upda eTex s() p ocedu e, he objec
would manually call ano he me hod om he T ansla o class o “in e na ionalize”
he di e en s ings (and in a display o o iginali y we called i _INTL()). The
ansla o would simply e ie e he cu en ansla ion o he p o ided key. Bu o
his o wo k, we had o c ea e a small in e ace o make i wo k. This in e ace, is he
1
In o de o be able o manipula e poin e s in C# you ha e o se a compile lag o allow unsa e
code, and hen ma k a me hod, class, o code block as unsa e

5.7. CREATING AND JOINING ROOMS 64
a o emen ioned IT ansla able in e ace.
He e is he sequence diag am o how ansla ion sys em wo ks:
Figu e 5.9: Upda ing ex s o he cu en language
5.7 C ea ing and joining ooms
Upon s a ing he p og am, he use is p esen ed wi h wo op ions: hey can ei he
c ea e a oom (speci ying he maximum amoun o use s ha can connec o i ) and
connec as a hos ; o connec as a clien by p o iding he oom code o he oom hey
wish o join. To explain he implemen a ion o oom c ea ion, we will go o e he low
o he i s op ion.
Ini ially, he use selec s he oom’s capaci y, indica ing he maximum numbe o use s
ha can be connec ed simul aneously. This alue will be displayed in a label, and
he use will also be able o modi y i by means o a slide , om which i s alue will
be ex ac ed. Subsequen ly, he connec as hos bu on is p essed. The click e en is
igge ed, calling he connec Hos () me hod o he Connec BoxManage class.
In his unc ion, he oomSize alue is e ie ed om he label and passed o he
c ea eRelay() me hod o he Tes Relay class. F om his class, he c ea eAllo-
5.8. AUDIO COMMUNICATION USING VIVOX 65
ca ion me hod o he elaySe ice class is execu ed, passing oomSize as well.
RelaySe ice is esponsible o eques ing he uni y se e s o c ea e and ese e
an alloca ion. Upon execu ion o his me hod, he Uni ySe e s class is u ilized o
ese e a po ion o he Uni y se e ’s memo y o he oom using he ese e me hod
o he Alloca edRelaySe e class.
This Alloca edRelaySe e me hod e u ns he IP add ess and po o be used
o connec o he alloca ed space o he oom. This in o ma ion is passed om
Uni ySe e s o RelaySe ice, e en ually eaching Tes Relay. F om he e, he
ge JoinCodeAsync me hod o he RelaySe ice class is execu ed, esponsible o
e ie ing he code o display and sha e wi h o he use s so hey can connec as clien s
o he newly c ea ed oom. To e ie e his code, he ge JoinCodeAsync me hod
is execu ed, p o iding he alloca ionId o eco e in o ma ion abou he c ea ed
oom om he RelaySe ice class. F om RelaySe ice, he Ge JoinCodeAsync
me hod o he Uni ySe e s class is execu ed, also p o iding he alloca ionId, hus
ob aining he joinCode and e u ning i h ough his low o he Tes Relay class.
Subsequen ly, he Se RelayDa a me hod is called om Tes Relay, wi h he IP
add ess and po as pa ame e s om he Uni yT anspo class. This allows he
Uni yT anspo class o ha e in o ma ion abou he c ea ed oom, as i is esponsible
o de e mining o whom he in o ma ion should be sen and how.
Finally, o connec o he oom, he s a Hos me hod o he Ne wo kManage
class is execu ed om Tes Relay, and he code is displayed on he sc een h ough a
ex box loca ed in MainGUI.uxml.
5.8 Audio communica ion using Vi ox
Vi ox is he sys em ha handles he audio channels and de ini ely all ha is ela ed
o communica ion ia audio. I all s a s espec i ely in he me hods c ea eRelay()
5.9. INTERACTING WITH DOORS 66
and joinRelay() (depending whe he he use is c ea ing a oom o joining i ) om
he class Tes Relay. In hese me hods, we assign he gi en join code as he name
o he oom. Nex , he playe en e s his oom wi h espec i ely Ne wo kMan-
age .Single on.S a Hos () o Ne wo kManage .Single on.S a Clien (), and
he Ne wo kManage inally spawns he playe (which has he Playe Ne wo k
componen ), ini ializing all he necessa y hings when his playe connec s o he
oom.
A e his and in he machine o he ecen ly connec ed use , he Vi ox Se ice is
ini ialized (Vi oxSe ice.Ini ialize()), he Vi ox Sys em signs he playe in o he
audio channel (Vi oxSe ice.SignIn oVi ox), and he OnUse LoggedIn callback
is egis e ed a e he Vi oxPlaye has been c ea ed. Vi oxManage will hen use all
he uni y c eden ials p o ided in i s scene componen in o de o s a he session, and
inally he callback OnUse LoggedIn will be igge ed, whe e he use inally joins
he audio channel, speci ying he name o his channel, ha i is a posi ional channel,
and ha i is an only-audio channel (i could also be con igu ed i as audio-and- ex
channel as well).
On he o he hand, he sou ce poin o he playe audio is upda ed in he scene e e y
0.5 seconds in o de o ha e i up- o-da e wi h he playe , using he cu en posi ion
o he playe Main Came a (no o be con used wi h he Webcam).
5.9 In e ac ing wi h doo s
To in e ac wi h a doo (see diag am in igu e 5.10), he use i s mo es hei
a a a and came a so ha i is acing a nea by doo . When ha happens, he
Playe In e ac ionCon olle de ec s ha he e is an objec in on o he playe
ha implemen s he IIn e ac ion and calls i s in e ac () me hod. This me hod is
implemen ed in Doo In e ac ion, which calls In oBoxManage o show how he
5.9. INTERACTING WITH DOORS 67
ex on how o in e ac wi h he doo in he UI (see igu e 5.11). A e ha , i he use
p esses E, o open o close he doo , hen i in okes oggleDoo Se e RPC on he
Playe Ne wo k sc ip . Since ha me hod is anno a ed wi h Se e RPC, a eques
is sen h ough he ne wo k o he hos machine, whe e he code inside o i is un
he e. Tha me hod calls oggleDoo on he Doo In e ac ionSc ip (on he hos
machine) and i opens he doo locally. The change in o a ion is hen b oadcas ed o
he es o he clien s by he mechanism desc ibed in he ne wo k manage sec ion.
Figu e 5.10: Flow diag am o how o open/close a doo
5.10. DISPLAYING MEDIA ON THE BLACKBOARD 68
Figu e 5.11: In o ma ional ex on how o in e ac wi h a doo
5.10 Displaying media on he blackboa d
To display media on he blackboa d (see igu es 5.12, 5.13, 5.14), he use i s mo es
hei a a a and came a so ha i is acing he blackboa d. When ha happens, he
Playe In e ac ionCon olle de ec s ha he e is an objec in on o he playe
ha implemen s he IIn e ac ion and calls i s in e ac () me hod. This me hod is
implemen ed in Blackboa d, which calls In oBoxManage o show how he ex on
how o in e ac wi h he blackboa d in he UI (see igu e 5.15). A e ha , i he use
p esses “E”, FileB owse Upda e is called, o open a pop-up ile b owse window. Once
he use inishes selec ing he iles o display, he callback DisplayOnBlackboa d in
he Blackboa d sc ip is called, passing he selec ed pa hs as a pa ame e . I he ile
o be displayed is an image, i will call he Uni yWebReques Tex u e o download
he ex u e o he image and hen he ex u e o he plane objec o ha . Id he ile o
be displayed is a ideo, i will delega e i o VideoWi hAudio, which will in u n se
and play he new ile in VideoPlaye . Fo playing o esuming a ideo, when he use
p esses P, he Play o Paused me hod (depending o i he cu en ideo is playing o
no ) will be called, in VideoWi hAudio, and la e delega ed o VideoPlaye .

5.10. DISPLAYING MEDIA ON THE BLACKBOARD 69
Figu e 5.12: Flow diag am o how o in e ac wi h he blackboa d
Figu e 5.13: When he use wan o selec a ile, a pop up ile b owse is opened
5.11. DISPLAYING USER WEBCAM ON THEIR AVATAR 70
Figu e 5.14: A e selec ing he ile, i ’s con en s a e shown in he blackboa d
Figu e 5.15: In o ma ional ex on how o in e ac wi h a doo
5.11 Displaying use webcam on hei a a a
Inside he playe model he e is he FaceCam objec . This is a loa ing ec angle in
on o he a a a ’s head. The ex u e o his ec angle is whe e he webcam image is
displayed. The FaceCam objec has a ched o i he Ge Came aImage sc ip ha is in
5.11. DISPLAYING USER WEBCAM ON THEIR AVATAR 71
cha ge o changing he ex u e o he ec angle wi h he cu en image o he webcam.
Inside he Ge Came aImage, he e is a WebCamTex u e, which akes he i s came a
de ice connec ed o he machine and eco d he use , loading i in o i s ex u e. E e y
ce ain ime (low equency o a oid sa u a ing he ne wo k) he webcam ex u e is
ead, con e ing i in o a Tex u e2D and hen in o a by e a ay o a JPG o se ialize
he image. A e wa ds, his image is passed o he upda eWebcamSe e Rpc me hod
on Playe Ne wo k. Since his is a se e RPC call, his da a is sen o e he ne wo k o
he hos machine. Then, his da a is passed o he upda eWebcamClien Rpc me hod,
since ha me hod is a clien RPC call, his da a is b oadcas ed o e he ne wo k,
and un on each machine o each use connec ed. (No e ha we needed o call he
se e RPC because non-hos clien s a e no able o call clien RPC me hods). On each
machine, he Ge Came aImage componen o he co esponding FaceCam is passed
he image in he me hod se WebcamTex u e. Inside o i , he image is dese ialized,
and pu as he ex u e o he webcam. One hing o no e he e is ha , since we a e
sending each ame as images (no in e - ame comp ession), we needed o ha e he
image as ligh weigh as possible o else he ne wo k can’ handle i , so he esolu ion
is lowe ed as much as possible and he ame a e is e y educed. Fo his eason,
sha ing he webcam o e he ne wo k is only p esen on he "expe imen al" b anch,
ins ead o he "main" b anch.
Chap e 6: Conclusions
In his chap e we b ie ly discuss ou ini ial expec a ions, con as ing hem agains
wha we ac ually ended up doing, and wha we le ou o he scope o he p ojec ,
ei he due o lack o ime, o any o he complica ion. Ne e heless, mos o he
aspec s included in his chap e a e explained in u he de ail in he chap e s de o ed
o Conside ed Technologies,Implemen a ion and Fu u e Wo k, espec i ely,
hence we do no o e ly elabo a e in his one. Finally, we include ou conclusions and
u u e wo k a he end o he chap e .
6.1 Wha we wan ed o do
The ini ial idea o his p ojec was o come up wi h a way o le ing s uden s and
p o esso s in e ac wi h each o he i ually, bu in a mo e na u al way. The concep
included he possibili y o sha ing iles among he class, no only om he eache o
he s uden s bu in be ween hem, oo. Meanwhile, on he aes he ics side o hings,
he playe s hemsel es would ha e had he possibili y o cus omizing hei own a a a ,
changing he clo hes and hei physical aspec . This was impo an i we did no wan
all ou a a a s o look exac ly he same: a simple dummy made o a sphe e and a
weaked pill. O he mino de ails, such as he possibili y o opening a loa ing window
showing a copy o he blackboa d sc een (in case he s uden is a om he on o
class), we e also ini ially conside ed.
72
6.4. FINAL VERSION OF THE PROJECT 79
misma, po ejemplo), ambién ue on conside adas.
Nues o concep o inicial ambién enía en cuen a la posibilidad de do a a los pa ici-
pan es de la capacidad de habili a o inhabili a di e en es ca ac e ís icas del p og ama
dependiendo del ipo de usua io que ue an. Es o implica ía que los p o eso es en-
d ían la opo unidad de cambia los ídeos e imágenes en la piza a mien as que los
es udian es no, o po ejemplo que los p o eso es u ie an pe misos pa a silencia a
uno o a ios pa icipan es si lo necesi a an opo uno. Es os son an solo unos pocos
ejemplos conside ados.
Po o a pa e, la aplicación ambién pe mi i ía a los usua ios con ola el olumen
de o os pa icipan es (es deci , en su p opia máquina), apa e de ene un sonido
espacial pa a cada uno de ellos (es deci , que el audio de cada pe sona se ep oduje a
más al o o bajo —¡Y ambién en cuan o a Panning!— en unción de lo lejos o ce ca
que es én del usua io). Además, el p og ama inclui ía un cha pa a pe mi i una mayo
in e acción con el es o de la clase e i ando al mismo iempo in e umpi o moles a
al p o eso .
Finalmen e, odos los usua ios end ían la posibilidad he mos a su webcam en en e
de su a a a con la in ención de hace la in e acción más pe sonal y, li e almen e
hablando, «ca a a ca a». Adicionalmen e y de ca a a mejo a la expe iencia inme si a,
los «jugado es» end ían ambién la posibilidad de in e ac ua con obje os de su
en o no, ales como pue as.
Lo que ealmen e hicimos
Cuando hicimos es as p ime as sesiones de llu ia de ideas, no nos con u imos a la
ho a de p opone odo ipo de ideas c ea i as; sin emba go no pudimos consegui

6.4. FINAL VERSION OF THE PROJECT 80
implemen a la lis a en e a de odas esas ideas que eníamos en men e en un p incipio.
Po an o, en es a sección hacemos un esumen de lo que hemos sido capaces de
implemen a , desde la a ea más básica y c ucial has a la menos p io i a ia de nues a
lis a:
•
Implemen a un en o no i ual donde dos o más pe sonas puedie an in e ac ua
en e ellas po medio de a a a es.
•
Añadi canales de oz pa a pe mi i a los usua ios habla en e ellos di ec amen e
den o de la aplicación, usando cha de audio po p oximidad que enga en
cuen a la dis ancia al hablan e y la di ección a es e.
•
Añadi la webcam a los a a a es de o ma que comp endan mejo las eacciones
de o os pa icipan es e in e ac úen con ellos de mane a más na u al.
•
Añadi la posibilidad de mos a imágenes o ídeos en un plano den o del
en ono i ual de mane a local y pos e io men e pe mi i que el es o ambién
ea es os cambios (un plano que luego cons i ui ía la piza a).
•
Implemen a un sis ema de aducción de mane a que pe mi a a pe sonas de
di e en es luga es in e ac ua con la app de mane a sencilla.
•
Pe mi i a los usua ios que se au en i iquen como p o eso es o como es udian es.
•
Pe mi i a los usua ios in e ac ua con pue as y piza as (con independencia
del ipo de usua io que sean).
Lo que no hicimos
In his sec ion we enume a e a lis o asks ha we e ini ially planned o be done, bu
due o a ious easons we ended up no implemen ing. This is why we ha e decided o
di e en ia e hese om he u u e wo k lis .
6.4. FINAL VERSION OF THE PROJECT 81
6.4.1 Cha ac e Cus omiza ion
Una posibilidad de a egla la ( al a de) pe sonalización de los a a a es hab ía podido
se a a és de un amewo k llamado Ready Playe Me, el cual pe mi e c ea ,
pe sonaliza y es i u p opio a a a y añadi lo a la aplicación. El amewo k pa ece
se 100% compa ible con Uni y y ambién iene con la posibilidad de pe sonaliza
el a a a ue a del juego, po medio de una web, pe o conside amos es o inalmen e
menos esencial que o as ca ac e ís icas.
Reacciones ápidas con Emoji
In en amos añadi la posibilidad de mos a un emoji o símbolo encima de los a a a es,
indicando al p o eso exp esiones como es a de acue do o no, es a in e sado o no,
es a abu ido, e c. Es o pe mi i ía la exp esión de opiniones sin la necesidad de
esc ibi o habla . Es e en oque acili a ía una comunicación e icien e, especialmen e
cuando el p o eso p egun a si su discu so es á siendo lo su icien emen e cla o, e i ando
espues as múl iples solapadas. Sin emba go, a la ho a de explo a la o ma de mos a
ex u as u obje os encima o delan e del pe sonaje, conside amos o as uncionalidades
más p io i a ias. Finalmen e concluimos que op imiza nues o iempo y es ue zo e a
c ucial, lo que nos lle ó a elega es a uncionalidad a un segundo plano. Finalmen e,
es a ca ac e ís ica no ue implemen ada.
Mensajes de ex o
A la ho a de in es iga odo lo elacionado con la comunicación, p opusimos una solu-
ción que cub i ía an o los comunicación esc i a como o al. Finalmen e, conside amos
más ele an e es ablece un canal de oz, ya que es o ha ía que la expe iencia en el
modelo de la acul ad ue a más pa ecido a aquel en una clase ísical y eal. Po an o
di e imos la implemen ación del canal de ex o a u u as i e aciones pa a inalmen e
edi igi nues os es ue zos a o as a eas.
6.4. FINAL VERSION OF THE PROJECT 82
Ve sión inal de nues o p oyec o
La e sión inal del p oyec o consis e en un p og ama que pe mi e a di e en es pe sonas
uni se a una misma clase en un se ido pa a da y ecibi clases de mane a más
inme si a. Los a a a es ienen un plano lo ando delan e de la cabeza que mues a
el con enido de la webcam de la pe sona con olando dicho a a a . Con es e sis ema,
o ecemos una o ma más na u al de o ganiza euniones i uales po que no solo
podemos e en iempo eal las ca as del es o de la gen e en un en o no i ualsino
que ambién podemos in e ac ua con ellos ca a a ca a.
Sin emba go, y debido a la amplia a iedad de aspec os en los cuales es e p oyec o se
puede expandi , hab ía po an o una g an can idad de uncionalidades que pod ían
conside a se pa iendo de es e pun o, en e las que podemos encon a :
•
Implemen ación de un sis ema de in en a io: Una de nues as ideas u u as
consis e en hace posible ans e i a chi os o documen os en e pe sonas pe o
como si los a a a es se pasa an dichos dicumen os ísicamen e en e ellos. Con
es o, pod íamos e una sue e de in en a io en el que pod íamos almacena una
cie a can idad de obje os, o quizás apun es del p o eso , po ejemplo.
•
O ganizado de ho a ios: O o aspec o impo an e pe o que aun así nos ha
al ado se ía que p o eso es o adminis ado es pudie an c ea y o ganiza sus
clases al p incipio del año, de o ma que, cuando un es udian e se ma icula en
un cu so, se les asigna a au omá icamen e a sus clases co espondien es y a la
ho a co espondien e.
•
Sis ema de Inicio de sesión: Aho a mismo cualquie a puede en a como
p o eso en la aplicación (me iéndose como Hos ). Una de las cosas que debe ían
es a en una e sión u u a se ía cambia el sis ema de au en i icación de mane a
que se pudie a con ola quién se puede egis a como p o eso y quién no.
6.4. FINAL VERSION OF THE PROJECT 83
•
Enc ip ación de con aseña: Po o o lado, no nos podemos ol ida de
la segu idad, y po esa azón se debe ía hace un a amien o segu o de las
con aseñas y en gene al de las bases de da os que se hicie an.
•
Cha de Tex o: O a posibilidad se ía añadi un cha de ex o, de o ma que
dos o más pe sonas pudie an en ia se mensjaes sin moles a al es o de la clase,
o incluso compa i links en e o as cosas.
•
Compa ición de pan alla: O a uncionalidad in e esan e se ía da la opo -
unidad de compa i el con enido de la pan alla del p o eso , o pe mi i nue os
o ma os de a chi o en la piza a ales como pd , po ejemplo.
•
Esc ibi con iza en la piza a: O a opción pod ía se laposibilidad de
esc ibi con iza en la piza a i ual, pe mi iendo a odo el mundo uni se y
esc ibi po ellos mismos.
•
Tene la opción de enmudece el audio: O a uncionalidad a conside a se ía
la posibilidad de enmudece u p opio audio cuando p e ie es no se escuchado y
ene la capacidad de enso dece a o os usua ios en el caso de que puedan se
moles os.
Chap e 7: Wo k done by each
membe
In his inal sec ion, we enume a e he espec i e asks each o us has done in he
de elopmen o his p ojec .
7.1 Samuel
•
Implemen ed he au hen ica ion sys em (F on end side), as well as he ingame
GUI and i s Backend. Fo his sake, he:
–C ea ed he layou using Uni y UI Builde .
–
C ea ed he C# sc ip o handle he use in e ac ion wi h he GUI and
p oceeding o call he co esponding backend sys ems a e wa ds.
•Con ibu ed o he e ac o ing o he Facul y model.
•
Implemen ed he Playe mo emen and he Following Came a Sys em Fo ha
sake, he:
–C ea ed he dummy A a a .
–Assigned he main came a o i .
–Impo ed he “Following Came a” sc ip .
84

7.1. SAMUEL 85
–C ea ed he mo emen con olle sc ip and assigned i o he playe .
–
C ea ed and added he use name ag o e an a a a ’s head, as well as
implemen ing a sys em o le i u n owa ds he playe , so ha hey can
ead i ega dless he angle.
–Finally con e ed he whole hie a chy in o a p e ab.
•
Added a digi al clock o he GUI so ha bo h use s and p o esso s can know
how much ime o class is le .
•Implemen ed he ansla ion sys em. Fo his sake, he:
–C ea ed he IT ansla able in e ace.
–C ea ed he T ansla o class.
–
Made he GUI classes implemen he IT ansla able class and egis e hem
in he T ansla o class.
•Implemen ed he File Selec o sys em. Fo his sake, he:
–Impo ed he FileB owse Upda e sc ip .
–C ea ed he In e ac ion Con olle s o he playe .
–Adjus ed he ile ex ensions o be allowed o be chosen.
–
Made he sc ip o e u n he lis o pa hs o he selec ed iles in o de o
le he Blackboa d sys em o display hem in he class oom.
•Fo ma ed and o ganized he documen empla e in LaTeX.
•Wo ked on some o he UML diag ams.
•
Wo ked on pa o he Implemen a ion,Conside ed Technologies and
P ojec Planning chap e s.
7.2. ALEXANDER 86
7.2 Alexande
•C ea ion o he ini ial p ojec
–C ea ing he gi hub eposi o y wi h he ini ial uni y p ojec .
–Impo ing he exisi ing acul y 3d model o he p ojec .
–Con igu ing he packages and ools we used as we wen along.
•Con ibu ed o he e ac o ing o he acul y model
–
The objec s we e no o ganized in any hie a chy when he model was loaded,
so ga e some iden i iable names and mo e cohe en s uc u e ( acul y has
a eas, which ha e loo s, windows, doo s ... And hose doo s would g oup
he di e en elemen s ha make up he doo ) so ha we could la e wo k
wi h hose elemen s mo e easily
–
Added he necessa y componen s o each i em. These a e mainly collide s
(solid objec s such as loo s, walls, ables, ... need collide s so ha he playe
can no go ho ugh hem) and Doo In e ac ion sc ip s o he doo s
•Resea ch and d a a solu ion o cohe ence as an objec synch oniza ion ool
–
Gain unde s anding o he cohe ence ool, eading he documen a ion,
checking exis ing demos, going h ough u o ials, o e alua e i he ool
was app opia e o ou case.
–
C ea e a sepa a e mini-p ojec o se e as a wo king p o o ype o how he
objec synch oniza ion would be and encoun e any blocke s in he way.
Also o sha e his p o o ype wi h he es o he eam, and es ou he
synch oniza ion hough di e en ne wo ks.
–
This in es iga ion se ed o ealize ha i didn’ in eg a e well wi h he
audio communica ion ools e alua ed, so i was disca ded in a o o syn-
7.2. ALEXANDER 87
ch oniza ion wi h Ne wo kManage using Relay as he anspo
•
Implemen ed and debugged (a lo ) he ne wo k synch oniza ion wi h Ne wo k-
Manage and elay as he anspo
•
Added he in-game debug console o be able o debug some o he synch oniza ion
p oblems when unning mul iple ins ances o he applica ion (ou side he edi o )
•I e a ed and e ac o ed he playe con olle s as ou p ojec de eloped
–
When we allowed o ha e mul iple use s in he scene, a oid c ea ing mul iples
in each machine (causing a playe o mo e all o he s) while also allowing
non-hos playe s o mo e hei own a a a (which led o he c ea ion o
hings like Clien Ne wo kT an o m, o gi e he au ho i y o he a a a
objec o he clien ha owns i )
–
C ea ed he Se e Rpc and Clien Rpc me hods, used when synch onizing
he doo s because he clien has no owne ship o e he doo s, and o
synch onizing he webcams since he e was no di ec way o synch onize
ha da a.
•C ea ed he componen diag am and some o he sequence diag ams
–
P esen ed he es o he eam wi h he plan Uml ool, as a way o bo h
mo e quickly c ea e and edi diag ams, which allowed o mo e isual
con e sa ion on how we could i e a e di e en lows in ou code, by mo e
easily compa ing he be o e and a e o each p oposed change.
–
C ea ed some o he sequence diag ams and c ea ed he componen diag am
o isualize how all o he ele an objec s and sc ip s in ou p ojec in e ac
•
Wo ked on w i ing his documen . Mainly ocused on he Implemen a ion
and Conside ed Technologies chap e s, bu also con ibu ing and e iewing
o a lesse ex en on he es o he chap e s.
7.3. SARA 88
7.3 Sa a
•
Modi ica ions o he sc ip Playe In e ac ionCon olle o suppo en i onmen al
in e ac ion unc ionali ies
•In e ac ion wi h doo s.
–C ea ion o he Doo In e ac ion.
–Modi ica ions o he sc ip Playe Ne wo k.
–
Adjus men s o a ibu e alues ela ed o coo dina es, necessa y o he
p ope mo emen o doo s.
–Pe o ming manual es s o e alua e unc ionali y
•T ying ou a quick eac ion sys em (emojis on he a a a )
–Sea ch o h ee-dimensional esou ces o display
–Execu ing es s on displaying o hiding objec s wi hin he scene
•In e ac ion wi h he blackboa d.
–
Resea ch on how o display esou ces like ideos o p esen a ions on a
plane.
–Modi ica ions o he sc ip In oBoxManage .
–
Added a plane o he blackboa d o ende ex u es o images o ideos
in ended o display.
–
C ea ion o he Blackboa d sc ip and addi ion o he plane loca ed a he
blackboa d posi ion.
–Added a
–Pe o ming manual es s o e alua e unc ionali y
CHAPTER 9. APPENDIX 95
mejo ados y e oluciona , implemen ando uncionalidades que pe mi an educi la
sepa ación (hoy eno me) en e las expe iencias de in e acción p esencial y emo a.