Escuela Técnica Supe io de Ingenie ía In o má ica
Uni e sidad Poli écnica de Valencia
Desa ollo de un ideojuego
empleando RT-DESK con XNA y C#
P oyec o inal de ca e a
Licencia u a en ingenie ía in o má ica
Sep iemb e 2015
Au o : Ca los To es Ma ínez
Di ec o : Ramón Mollá Vayá
2
A odos los que han omen ado y apoyado
mi pasión po los ideojuegos.
3
Índice
Resumen ................................................................................................................................... 5
Es uc u a de la memo ia........................................................................................................... 6
In oducción ............................................................................................................................... 7
¿Qué es un ideojuego?..................................................................................................... 7
La indus ia del ideojuego ................................................................................................. 8
El auge del ideojuego independien e................................................................................. 9
Obje i o.................................................................................................................................10
C eación de un ideojuego ................................................................................................10
Po a la ecnología RT-DESK............................................................................................10
Mo i ación.............................................................................................................................10
Me odología ..........................................................................................................................11
Es ado del a e..........................................................................................................................13
Es ado del a e..........................................................................................................................13
El bucle p incipal ...................................................................................................................13
Mo o es y lib e ías.................................................................................................................14
P eceden es, el géne o shoo ‘em up ....................................................................................15
Análisis .....................................................................................................................................16
Requisi os .............................................................................................................................16
Plani icación empo al ...........................................................................................................17
Tecnología escogida..........................................................................................................18
O as he amien as ............................................................................................................19
Diseño ......................................................................................................................................22
Diseño UML...........................................................................................................................22
Menú p incipal.......................................................................................................................23
Implemen ación.........................................................................................................................24
Ca ga de asse s ....................................................................................................................24
Sp i es...................................................................................................................................25
Sp i e shee ........................................................................................................................25
Dibujado de sp i es ............................................................................................................26
O den de dibujado .............................................................................................................27
Colo key............................................................................................................................27
Animación..........................................................................................................................27
P oblema al dibuja sp i es: A e ac os...............................................................................29
Ges ión de la en ada ............................................................................................................30
Colisiones..............................................................................................................................32
Pe sonaje con olado po el jugado ......................................................................................33
Desplazamien o.................................................................................................................33
Dispa o ..............................................................................................................................33
Escudos, abso ción y sob ecalen amien o.........................................................................34
Tele anspo e....................................................................................................................34
Somb a..............................................................................................................................35
Fondos..................................................................................................................................36
4
Mapa de iles .....................................................................................................................36
Animación..........................................................................................................................37
Lec u a de un ondo de iche o...........................................................................................37
Fondo p ocedu al...............................................................................................................37
Ni eles ..................................................................................................................................39
Ni el p ocedu al.................................................................................................................39
Ni el c eado a mano..........................................................................................................39
Subsis ema de audio.............................................................................................................40
AudioManage ...................................................................................................................41
E ec o de ade....................................................................................................................42
Cadencia de sonidos .........................................................................................................43
Menús ...................................................................................................................................44
Diseño ...............................................................................................................................44
Fuen e ...............................................................................................................................45
Simulación disc e a desacoplada..............................................................................................46
RT-DESK ..............................................................................................................................46
E olución de RT-DESK......................................................................................................46
Funciones p incipales ........................................................................................................47
El bucle p incipal en RT-DESK..............................................................................................47
Acople de RT-DESK y XNA...................................................................................................48
Adap ación C# y C++.........................................................................................................48
Adap ación de la clase Game ............................................................................................48
P uebas.................................................................................................................................49
En o no de p uebas ...........................................................................................................49
Diseño de las p uebas .......................................................................................................49
Resul ados.........................................................................................................................50
Conclusiones ............................................................................................................................52
Relación del abajo con es udios cu sados...........................................................................52
T abajos u u os........................................................................................................................54
Ag adecimien os .......................................................................................................................55
Glosa io ....................................................................................................................................56
Fuen es.....................................................................................................................................57
Anexo A: GDD ..........................................................................................................................58
5
Resumen
Median e la c eación de un ideojuego y su adap ación a la ecnología RT-DESK, basada en la
simulación disc e a de e en os y c eada en la uni e sidad poli écnica de Valencia, se ha
buscado an o o ma se en la c eación de los mismos como en con ibui a la in es igación de
la nue a ecnología y su aplicación a los ideojuegos.
La desc ipción del abajo ealizado en la p og amación del ideojuego y que se encuen a en
es a memo ia puede se i de ayuda pa a aquellos que engan in ención de inicia se en la
c eación de ideojuegos.
Po su pa e, la pos e io adap ación a la ecnología RT-DESK y el análisis compa a i o en e
ambas e siones del ideojuego han e alidado la capacidad de dicha ecnología y sus
posibilidades en e al bucle p incipal con encional.

6
Es uc u a de la memo ia
En p ime luga se puede encon a una in oducción al p oyec o, donde se desc ibe
b e emen e y jus i ica su desa ollo y la mo i ación de ás del mismo, además de desc ibi el
con ex o en el que se ealiza y acla a algunos concep os básicos y necesa ios pa a la
comp ensión de los siguien es apa ados.
A con inuación se analiza el es ado del a e, an o de los ideojuegos como de la c eación de
los mismos y las ecnologías que los apoyan, así como los p eceden es que sen a on las bases
y ue on inspi ación del p oyec o.
En el apa ado de análisis se analiza el p oblema y se plani ica el abajo que conlle a y hab á
que ealiza , así como una jus i icación de las he amien as a usa .
En el siguien e apa ado, implemen ación, se de allan las di e en es soluciones lle adas a
cabo pa a las di e en es pa es del ideojuego.
En RT-DESK se a a la segunda pa e del p oyec o, la adap ación a RT-DESK, donde se
explica de qué a a la ecnología así como el p oceso ealizado al adap a el juego a la nue a
ecnología, y además se apo a un análisis compa a i o en e ambas e siones.
Pa a acaba , en conclusiones se encuen an la alo ación y conside aciones inales, an o
ace ca del abajo ealizado como de la u ilidad de las ecnologías usadas y su aplicación en
u u os p oyec os.
La memo ia se cie a con un pequeño glosa io, la bibliog a ía consul ada y el documen o de
diseño de juego, anexo A, del ideojuego implemen ado.
7
In oducción
¿Qué es un ideojuego?
Un ideojuego (A eces ab e iado simplemen e como “juego”) es un juego elec ónico en la
que el jugado , a pa i de una in o mación p incipalmen e isual y sono a, oma decisiones y
las ansmi e median e un disposi i o de en ada.
La c eación de un ideojuego es á muy elacionada con a es como la música, la pin u a o la
esc i u a, pe o es esa in e acción en e juego y el jugado la que lo de ine y di e encia del es o
de medios de exp esión.
Lanzado po la compañía Nin endo pa a la consola NES en 1988,
Supe Ma io B os. 3 se a a de uno de los ideojuegos de mayo éxi o.
8
La indus ia del ideojuego
El o igen de los ideojuegos se emon a a la década de los cincuen a, pe o no ue has a los
se en a cuando el descenso en los cos es del ha dwa e pe mi ió su come cialización y
expansión en e el público, p opiciando la c eación de una indus ia y su desa ollo.
Además de unciona sob e o denado es pe sonales, su gie on ideoconsolas, sis emas
ce ados pensados pa a la ejecución de ideojuegos, lo cual pe mi ió an o educi los cos es
de ab icación y en a de los sis emas, así como acili a su uso, ace cando los ideojuegos a
un mayo núme o de pe sonas.
De en e las di e en es indus ias en ocadas al en e enimien o, los ideojuegos ha sido la que
más ha c ecido en los úl imos años, llegando a supone un olumen de negocio supe io al del
es o de indus ias
1
. Po o o lado, la llegada y expansión del sec o mó il y el ideojuego social
ha hecho que la can idad de clien es po enciales aumen e d ás icamen e, y las nue as
gene aciones nacen y c ecen conociendo el concep o de ideojuego.
Así pues, es amos en un pun o en el que los ideojuegos se han con e ido en un medio de
exp esión y una o ma de ocio eno memen e acep ada y ex endida.
Miles de millones en en as de ideojuegos en Es ados Unidos
2
.
El diseño de ideojuegos ha es ado in luenciado po las limi aciones que imponía la ecnología
de cada época, como limi aciones de memo ia o de p ocesamien o. El a ance ecnológico ha
ido acabando con dichas limi aciones y pe mi iendo, po ejemplo, el sal o de los ideojuegos en
2d a los 3d. El mayo de alle en la ec eación que la ecnología a pe mi iendo es á
es echamen e elacionado con los cos es de desa ollo necesa ios pa a ap o echa la, los
cuales se han is o inc emen ados de o ma d ás ica
3
.
1 h p://www. as company.com/3021008/why- ideo-games-succeed-whe e- he-mo ie-and-music-
indus ies- ail
2 h p://www. heesa.com/wp-con en /uploads/2015/04/ESA-Essen ial-Fac s-2015.pd
3 h p://ko aku.com/how-much-does-i -cos - o-make-a-big- ideo-game-1501413649
9
El auge del ideojuego independien e
Si bien el aumen o en los cos es que suponía desa olla pa a una ecnología más a anzada
p opició, en las décadas de los ochen a, no en a y el nue o siglo, que cada ez más pequeñas
emp esas no pudiesen compe i en el sec o come cial, ha sido ese mismo a ance en las
ecnologías, de comunicaciones en es e caso, lo que pe mi ió la c eación de webs donde colga
juegos (Newg ounds, Kong ega e, e c.) aunque con escasa o nula epe cusión come cial, y
pos e io men e pla a o mas de dis ibución y en a digi al, las cuales han pe mi ido disminui
esos cos es de dis ibución y llega a un mayo público, así como da le a los desa ollado es
más pequeños la posibilidad de dis ibui come cialmen e sus juegos, dando luga a un nue o
auge del ideojuego independien e.
Algunas de las p ime as pla a o mas de dis ibución digi al de ideojuegos ue on S eam
4
,
c eada po la compañía Val e en el año 2004, o el se icio Xbox Li e A cade pa a consolas de
Mic oso .
El auge del ideojuego independien e y su p esencia en la p ime a línea de la indus ia ha
omen ado an o la inno ación como la ecupe ación de di e en es ipos de ideojuegos que se
ue on dejando a ás según la ecnología a anzaba, debido a la mayo opo unidad de es os de
encon a su público y al meno iesgo económico que supone lanza un juego en una
pla a o ma de dis ibución digi al.
Ca e S o y, c eado po Pixel
5
en el 2004, se a a de uno de los p ime os
y mejo alo ados juegos de es e nue o auge del ideojuego independien e.
4 h p://s o e.s eampowe ed.com/
5 h p://s udiopixel.saku a.ne.jp/
16
Análisis
Requisi os
Los equisi os que debe cumpli el p oyec o son:
 Ges ión de los g á icos.
El juego debe á ca ga los asse s g á icos que se usa an en el juego, así como con ola
la co ec a isualización y animación de es os.
 Subsis ema de con ol de Audio.
Debe pe mi i ges iona los e ec os y la música y pe mi i con ola su ep oducción
(Rep oduci , pausa , co a , aplica e ec os de undido y con ola la epe ición de
sonidos.)
 Subsis ema de con ol de la en ada.
Debe p o ee de un con ol y ges ión de los disposi i os de en ada usados en el juego,
mando y eclado, pa a acili a el manejo de la in e acción del jugado .
 Menús.
Implemen a un sis ema pa a in oduci un menú de juego con di e en es pan allas y
di e en es opciones, así como pe mi i hace uso del mismo APRA cambia di e en es
ca ac e ís icas del juego (como pod ía se el idioma, el ni el a juga , e c.).
 Ges ión de pan allas de a anque.
P o ee de un sencillo sis ema que pe mi a con ola las pan allas de a anque del
juego, ya sea pa a mos a el nomb e del es udio c eado , de las ecnologías empleadas
y demás in o mación necesa ia.
 Ges ión de pun uaciones.
Como en la mayo ía de juegos del géne o, la compe ición en e jugado es po alcanza
las máximas pun uaciones es uno de los pun os ue es que in i a a ejuga y mejo a .
El juego pe mi i á in oduci a los jugado es su pun uación, si es a se encuen a en e
las diez mejo es, así como sus iniciales. Además, el menú de opciones con a á con una
opción pa a ese ea la abla.
 Pe sonaje p incipal.
El pe sonaje p incipal pod á mo e se lib emen e en cualquie di ección usando el s ick
analógico del mando, lo cual es un pun o ue e espec o al mo imien o disc e izado a 8
di ecciones de o os juegos, especialmen e en PC al es a pensados pa a se jugados
median e un eclado y que el mayo núme o de pe sonas puedan juga lo. También
pod á dispa a en di e en es di ecciones, no solo en una como es habi ual, y es a
di ección de dispa o se á independien e de la di ección del mo imien o de la na e,
como se puede e en juegos como Geome y Wa s o Smash TV.
 Ges ión de enemigos e inclui di e en es ipos.
 Ges ión de dispa os e inclui di e en es ipos.
 Fondos y ges ión de es os.
No an o po una decisión de diseño como po el ánimo de ap ende , el juego con a á
con al menos dos ipos de ondos, uno c eado a pa i de un mapa de iles y o o
gene ado p ocedu almen e.
 Ges ión de ni eles.

17
El juego con a á con di e en es ases y je es, el jugado pod á juga los en o den en el
modo his o ia o selecciona uno de ellos en el modo de p ueba. Se ha incluido es á
opción pa a acili a mos a el abajo ealizado en el PFC a aquellas pe sonas que no
cuen en con la habilidad o el iempo su icien e pa a a anza en el modo his o ia.
Pa a más de alle sob e los equisi os del ideojuego consul a el GDD en el Anexo A.
En cuan o a equisi os ecnológicos, básicamen e se necesi a que la ecnología escogida como
base del juego debe de se compa ible con RT-DESK.
Plani icación empo al
La plani icación empo al ealizada a pa i de los equisi os del juego así como de las ases
necesa ias en la c eación de un ideojuego:
18
No a: Aunque no es á indicado en el diag ama y como se ha mencionado an e io men e,
du an e los meses an e io es se ealiza on una se ie de p o o ipos que concluye on con un
b ains o ming inal pa a decidi qué en aba y qué no y la desc ipción inal del ideojuego en un
GDD.
Diag ama de Gan .
He amien as
Tecnología escogida
A la ho a de escoge la ecnología que se i ía de base al ideojuego se u ie on en men e una
se ie de conside aciones:
Pa i de un ni el más bajo usando lib e ías como XNA o SDL pa a cons ui uno mismo la base
sob e la que unciona del ideojuego iene dos p incipales en ajas: El mejo ap endizaje del
uncionamien o in e no de un ideojuego y la libe ad que o ece no es a limi ado a las
posibilidades de un mo o conc e o. Sin emba go, pa a que esa “libe ad” ex a que se iene
pueda da sus u os es necesa io un g an abajo y no suele me ece la pena: Hoy en día los
mo o es de juegos o ecen opciones más que su icien es pa a desa olla casi cualquie
ideojuego y el aho o en iempo esul a eno me. Así pues, una de las p incipales azones po
las que se op ó po pa i de una lib e ía es la olun ad de ap ende y hace se una idea, al da
el sal o a un mo o en un u u o, del uncionamien o in e no de es os.
De en e las lib e ías que se conside a on, como SDL, SFML o XNA, inalmen e se op ó po
XNA, en su úl ima e sión 4.0, po los conocimien os p e ios que se enían del lenguaje C#
eque ido po es a así como po expe iencias p e ias con ella que acili a ían el desa ollo del
p oyec o. Además, la ecnología XNA cumple el equisi o de se compa ible con RT-DESK,
compa ibilidad que ue u o de un abajo de inal de ca e a an e io y del que se pa e y busca
expandi su documen ación.
19
O as en aja, compa idas po las o as lib e ías mencionadas, es que odas son de uso
g a ui o. Las p incipales des en ajas de XNA en e al es o son, en p ime luga , que su uso se
educe a disposi i os Mic oso , al con a io que las demás que uncionan en una a iedad más
amplia de disposi i os. Sin emba go, no siendo el obje i o el lanzamien o come cial del juego y
no que iendo cen a se en el desa ollo de e siones pa a di e en es sis emas sino en el
ap endizaje en sí, no esul ó un incon enien e. El o o incon enien e es que su desa ollo se ha
descon inuado, y no se pa ece que Mic oso aya a da más sopo e a es e ecnología.
Aún así, cabe des aca como en aja de XNA el desa ollo pa alelo que se ealizó de o ma
lib e pa a adap a la a di e en es pla a o mas, dando como esul ado la ecnología MonoGame
10
.
De es a o ma, una ez comple ado su desa ollo la compa ibilidad del código ealizado con
XNA se á o almen e compa ible con MonoGame pe mi iendo, hipo é icamen e, lanza
e siones del p oyec o pa a sis emas ope a i os como Linux o consolas que no sean de
Mic oso .
O as he amien as
Pa a el desa ollo del p oyec o se ha op ado po el uso de he amien as g a ui as, con la
excepción de Mic oso O ice y RT-DESK. La lis a de he amien as usadas es la siguien e:
10 h p://www.monogame.ne /
20
Visual S udio, el IDE (In eg a ed de elopmen en i onmen ) de Mic oso con in eg ación con
XNA, lo que lo con ie e en la opción ideal. Uno de sus pun os ue es sob e sus compe ido es
es su obus ez y su depu ado .
RT-DESK
11
(Real Time Disc e e Simula ion Ke nel) es una lib e ía desa ollada en la UPV y
diseñada pa a la ges ión empo al de e en os disc e os en iempo eal. O ece odas las
en ajas de la simulación disc e a pe o además sinc oniza la simulación con el iempo eal
du an e su ejecución. Es una he amien a en ocada an o pa a el desa ollo de aplicaciones en
iempo eal como pueden se ideojuegos, simulado es de en enamien o, ealidad i ual o
ealidad aumen ada, como pa a modela sis emas que es én desc i os como una colección
masi a de obje os simples que in e ac úen unos con o os como pueden se la simulación de
pa ículas o los au óma as celula es. En es e p oyec o, conc e amen e, se usa á una e sión
pa a C# y p e iamen e p obada con XNA.
Google Docs y Mic oso Wo d, edi o es de ex o usados pa a la c eación de oda la
documen ación ela i a al p oyec o. Si bien Google Docs pe mi e copias de segu idad en la
nube que pueden se modi icadas desde cualquie luga con in e ne usando una in e az
cómoda y simple, la ausencia de algunas opciones (Po ejemplo, índices que e e encien el
núme o de página de cada apa ado ) hacen que sea necesa io e mina los documen os
usando Mic oso Wo d.
Se ha u ilizado OpenO ice Calc, una he amien as g a ui a pa a la edición de hojas de cálculo,
pa a la manipulación de los da os ecogidos de los es s y su ep esen ación en g á icas.
A goUML
12
, edi o UML lib e usado en la c eación de algunos de los diag amas usados en la
documen ación. Una de las en ajas en e a sus compe ido es es que no equie e de una
insc ipción pa a su uso ni limi a su uncionalidad en su e sión g a ui a. La e sión pa a
esc i o io o ece las he amien as necesa ias pa a es e p oyec o.
Tiled
13
, un edi o de mapas de iles, se usa á pa a acili a la gene ación de mapas de iles
usados pa a p oba dicha uncionalidad del p oyec o.
Pain y Gimp
14
, edi o es de imágenes u ilizados en la c eación y edición de los asse s g á icos
necesa ios pa a el juego. Pain o ece una solución ápida y cómoda de edi a imágenes a ni el
de píxel, ideal pa a ideojuegos sencillos en 2D a baja esolución, pe o lo limi ado de sus
opciones hacen que pa a ealiza una edición más compleja, si es a uese necesa ia, se op e
po Gimp.
11
h p:// desk.blogs.up .es/
12
h p://a gouml. ig is.o g/
13
h p://www.mapedi o .o g/
14
h p://www.gimp.o g/
21
Además, ambién se ha á uso de G aphicsGale
15
pa a acili a la animación de los mismos al
pe mi i e el esul ado y modi ica lo en iempo eal, además de ae una se ie de opciones
pensadas especí icamen e pa a c ea y p oba animaciones, como el e ec o cebolla en e
ames o modi ica pa áme os como la elocidad de cada ame de o ma cómoda pa a
hace se una mejo idea de cómo queda á la animación den o del juego.
Pa a la c eación de e ec os de sonido, apa e del uso de e ec os y música lib e, B x
16
o ece
una solución ideal, pues pe mi e c ea sonidos de di e en es ipos (de sal o, de dispa o, e c.)
o ma alea o ia has a encon a uno que sea adecuado pa a el juego, sin necesidad de ene
conocimien o alguno ace ca de la c eación de sonidos. Además, ambién pe mi e a ia
algunos pa áme os a aquellas pe sonas que sepan algo o simplemen e quie an cu iosea .
Pa a la edición de los sonidos, como eco a o edi a pa a acili a su ep oducción en bucle, se
u iliza á Audaci y
17
, un edi o g a ui o de sonido que des aca po su sencillez y a iedad de
opciones y que además ue el usado du an e la ca e a en di e en es asigna u as de sonido.
15
h p://www.humanbalance.ne /gale/us/
16 h p://www.b x .ne /
17 h p://audaci y eam.o g/

22
Diseño
Diseño UML
Diag ama UML.
23
Menú p incipal
Esquema del menú p incipal del juego.
T as pasa las pan allas de in oducción (Desa ollado , ecnologías empleadas, e c.) la pan alla
en la que el jugado ecibe el con ol del juego es la pan alla de í ulo de juego, ambién llamada
pan alla de “p ess s a ”, en la que se mues a el í ulo del juego.
Desde ella se accede únicamen e a la pan alla p incipal, desde donde puede comenza una
pa ida en al juego en el modo his o ia, accede a las ablas de pun uaciones y a los menús de
p uebas y opciones.
El menú de p uebas pe mi e al jugado juga una ase cualquie a, además de pe mi i le
selecciona qué ondo quie e usa pa a la pa ida.
En el menú de opciones se encuen a la opción de bo a la abla de pun uaciones y de ol e la
a su es ado o iginal, además del u o ial donde se explica el uncionamien o del juego y los
c édi os, que incluyen el nomb e del alumno, del di ec o de p oyec o, ecnologías empleadas y
ag adecimien os.
Además, la opción de bo a pun uaciones lle a a una pan alla de con i mación, pa a e i a que
el jugado pueda bo a sus pun uaciones po equi ocación.
T as acaba una pa ida (Juga ) el juego uel e a la pan alla de pun uaciones.
24
Implemen ación
Ca ga de asse s
Los asse s de un ideojuego son sus ecu sos isuales y sono os, ales como ex u as,
modelos o e ec os de sonido. Pa a que el juego pueda hace uso de ellos XNA p o ee de un
con en pipeline
18
, que en el momen o de la compilación se enca ga de p ocesa los asse s a
un o ma o que el juego pueda econoce y accede a ellos median e un con en loade en el
amewo k.
Diag ama del p oceso de ca ga de asse s en XNA.
El p opio Visual S udio se enca ga de, al gene a una nue a solución de XNA, c ea dos
p oyec os dis in os, uno pa a la lógica de juego y o o pa a el con enido, donde a su ez c ea
una ca pe a pa a los iche os de audio, pa a los iche os de imagen, e c. que el juego a a
accede pos e io men e y añadi los es an sencillo como copia los en su ca pe a
co espondien e e indicá selo a isual S udio usando su na egado de a chi os (o e esca la
ca pe a).
Pa a accede a ellos u ilizamos el mé odo load de la clase Con en Manage , una ins ancia de la
cual, Con en se encuen a en la clase Game, po ejemplo:
Con en .Load<Tex u e2D>(@"Images/ ex u a")
Nó ese que hace al a indica el ipo de o ma o del asse a ca ga (Tex u e2D pa a imágenes o
SoundE ec pa a e ec os de sonido), además de que no se indica la ex ensión del iche o. Es o
se debe a que en XNA los asse s se e e encian median e una cadena iden i icado a que po
de ec o es el nomb e del iche o sin la ex ensión, no po el nomb e de iche o.
Los o ma os acep ados po XNA son limi ados, aunque o ece la posibilidad de añadi sopo e
pa a nue os o ma os. En es e p oyec o sin emba go se ha limi ado su uso a los p ime os, .png
o .bmp pa a las imágenes y .wa pa a los e ec os de sonido y música.
18
h ps://msdn.mic oso .com/en-us/lib a y/bb447745.aspx
25
Sp i es
Un sp i e es un g á ico 2d usado pa a ep esen a isualmen e los elemen os del juego.
Obje os, enemigos o el pe sonaje p incipal en e o os. Po ejemplo:
Sp i e de Ma io del juego Supe Ma io b os.
Sp i e shee
Los sp i es se almacenan en una Imagen donde se gua dan los di e en es ames que o man
las animaciones de los elemen os de un juego. Qué se gua da en cada sp i e shee puede
a ia según las p e e encias de cada uno, pe o una p ác ica ex endida suele se c ea un sp i e
shee po elemen o (Po ejemplo, uno solo pa a el pe sonaje p incipal), poniendo en cada ila
los ames co espondien e a una acción o es ado (Po ejemplo, es a quie o, co e o sal a ):
Pa e del sp i e shee de Ma io del juego Supe Ma io b os.
Pa a acili a su uso gene almen e cada ame se gua da y sepa a del es o usando un amaño
no malizado, de o ma que se pueden dibuja en pan alla haciendo uso del mismo a ibu o de
posición.
Se conside a po de ec o el inicio del sp i e su esquina supe io izquie da, pa a accede a un
sp i e enemos que conoce dicha posición y el amaño del sp i e. Al se los sp i es de un
amaño ijo ob iamen e conocemos dicho amaño y a pa i de él ob enemos la posición del
sp i e:
Posición X en el sp i e shee = ame de la animación * ancho de sp i e
Posición Y en el sp i e shee = ID del es ado del sp i e * al o de sp i e
32
Colisiones
Algunos de los elemen os del juego pueden colisiona en e ellos, po ejemplo, las balas de la
p o agonis a con las na es enemigas. Pa a comp oba las colisiones exis en di e en es
écnicas, siendo la colisión po cajas y la colisión po píxel las más usadas en los juegos en 2D
del géne o.
La colisión po cajas consis e en asigna una o más cajas de colisiones a los obje os, y calcula
la colisión en e es as cajas. Al asigna las cajas se a a de ajus a a la o ma i egula del
sp i e una o ma sencilla (un cuad ado o un cí culo, po ejemplo), simpli icando el p oblema de
las colisiones.
Ejemplo de caja de colisiones ec angula pa a el sp i e de Ma io.
A un mismo obje o se le pueden asigna a ias cajas, ya sea po que una única o ma básica no
es su icien e o po que di e en es pa es del obje o ienen compo amien os di e en es. Un
ejemplo de es o úl imo se ía un enemigo al que puedes daña y des ui di e en es pa es, de
o ma que cada pa e necesi a su p opia caja de colisiones.
Pa a calcula la colisión en e dos cajas ec angula es, las únicas usadas en el p oyec o, se usa
la siguien e ó mula:
i (A.x + A.cajaAncho >= B.x + B.cajaInicioX && A.x + A.cajaInicioX <= B.x + B.cajaAncho &&
A.y + A.cajaAl o >= B.y + B.cajaInicioY && A.y + A.cajaInicioY <= B.y + B.cajaAl o)
colision = ue;
else
collision = alse;
En algunos casos en los que se busca una mayo p ecisión se emplea la écnica de colisión po
pixel, que consis e en de ec a pixel a pixel (o pixel con una caja de colisiones) si dos obje os
colisionan en e sí. Aún así, se a a de una écnica que equie e de un g an cos e de cálculo,
así que en la p ác ica, de usa se, p ime o se desca a la colisión median e la écnica de caja de
colisiones. Po ejemplo, se calcula la colisión del pe sonaje con odas las balas enemigas, y
únicamen e si se de ec a colisión con una, se mi a la colisión po píxel en e dicha bala y el
pe sonaje.

33
Pe sonaje con olado po el jugado
El jugado con ola un único pe sonaje, una na e espacial. La especi icación de dicho
pe sonaje se encuen a en el anexo, la implemen ación de la cual se de alla a con inuación.
Sp i e de la na e con olada po el jugado .
Desplazamien o
El desplazamien o de la na e puede se en cualquie di ección (360º) y a di e en es
elocidades. Pa a consegui es o se hace uso de uno de los s icks del mando (conc e amen e
el izquie do), ya que pe mi e la en ada de la di ección (s ick analógico de 360º, como el
mo imien o que se busca pe mi i ealiza ) y di e en es g ados de inclinación pa a cada
di ección, lo cual se usa pa a con ola la elocidad del pe sonaje.
En XNA el es ado del s ick iene dado po coo denadas den o un cí culo uni a io. Así, en
eposo el s ick se encuen a en la posición (0,0), y si se inclinase po comple o hacia la
de echa, se encuen a en la posición (1,0). De es a o ma, la elocidad de la na e en el juego
es á con olada po la posición del s ick en cada coo denada, en an o que es a ep esen a la
inclinación del s ick. A más p esión del jugado sob e el s ick, más inclinación y, po an o, más
elocidad.
Sin emba go, se ha es ablecido una mínima inclinación del s ick a pa i de la cual se empieza a
mo e la na e, pa a e i a que es a lo haga debido a posibles le es inclinaciones causadas po
p esión eje cida po el pulga del jugado al eposa sob e el s ick.
Además, la elocidad máxima a la que puede mo e se la daba es supe io al máximo alo de
inclinación (1), así que es e se ex apola de [0,1] al ango [ elocidad mínima, elocidad
máxima].
Dispa o
Al con a io que el mo imien o analógico de la na e, se ha disc e izado las di ecciones a las
que puede dispa a , limi ándose a 8 (a iba, abajo, izquie da, de echa y las cua o diagonales
en e ellas).
El jugado escoge en qué di ección quie e dispa a usando los cua o bo ones pos e io es, los
cuales gene almen e se disponen o mando un “ ombo”, quedando uno a iba, uno abajo, o o a
la izquie da y el úl imo a la de echa. Así, cada uno de es os bo ones si e pa a dispa a en la
di ección en la que se encuen an. Po ejemplo, con el bo ón supe io el jugado puede dispa a
hacia a iba, y con el de echo hacia la de echa, además de pode pulsa dos bo ones
adyacen es pa a dispa a en diagonal, po ejemplo, pulsando los bo ones supe io y de echo
dispa a en diagonal la diagonal o mada po ambos bo ones, a iba hacia la de echa.
Debido a la di icul ad de pulsa dos bo ones al mismo iempo al a a dispa a en diagonal, se
ha dejado un iempo, muy pequeño, desde que se pulsa uno de los bo ón de dispa o has a que
la na e dispa a en el juego, e i ando que al dispa a en diagonal la mayo ía de eces dispa e
unas pocas balas en una di ección que no es la deseada.
34
Una ez se ha pulsado un bo ón de dispa o, la na e dispa a. Es o implica que desde que la
na e empieza a dispa a has a que se suel a se c ean balas en un in e alo p ede e minado
(dos balas en pa alelo en cada in e alo) cuya di ección es la di ección de dispa o desc i a
an e io men e, sob e las cuales el jugado ya no iene con ol alguno y sob e las que se en a
en de alle más adelan e.
Además, hay que ene en cuen a que al dispa a en una di ección se o a el sp i e de la na e
p o agonis a pa a que enca e dicha di ección, la cual no cambia has a que no se dispa e en
o a di ección.
Escudos, abso ción y sob ecalen amien o
La na e cuen a con dos escudos, de colo e de y azul, usados pa a abso be las balas de su
mismo colo al en a en con ac o con ellas y e i a el daño.
Al pulsa el bo ón asignado a un escudo, es e se ac i a. Apa ece al ededo de la na e
p o agonis a sua emen e, de se in isible a o almen e isible, e ec o pa a el cual se ha usado
la unción de dibujado D aw desc i a en el apa ado de dibujado de sp i es. Básicamen e, el
pa áme o Colo indica el colo del que se in a la imagen a dibuja (Whi e pa a usa el colo
o iginal), y si es e pa áme o es mul iplicado po un loa en e 0 y 1 se puede al e a la
anspa encia de lo que se dibuja.
De es a o ma mul iplicamos dicho Colo po una a iable de ipo loa donde almacenamos el
ni el de anspa encia, los alo es de la cual pa en de 0 (o el alo ac ual de la anspa encia,
si dejamos de pulsa y los encendemos ápidamen e an es de que se apaguen) al encende el
escudo has a que alcanzan su alo máximo 1. Al sol a los escudos se apagan, con un e ec o
de desapa ición opues o al mencionado.
Los escudos se gua dan como un sp i e que almacena el con o no de la na e en el colo del
escudo, de o ma que bas a con dibuja lo en la misma posición en la que se dibuja la na e.
Como dice la especi icación del juego, si se man iene encendido el escudo cie o iempo la
na e se sob ecalien a. Se a isa poco an es de que es o ocu a cambiando el colo del escudo a
ojo (además de con a con una señal sono a).
En caso de que se sob ecalien e no se pe mi e ol e a ac i a los escudos has a que pase el
e ec o, el cual isualmen e se ha ep esen ado “ in ando” el sp i e de colo ojo usando la
uncionalidad que pa a ello o ece la unción D aw desc i a en el apa ado de dibujado de
sp i es, conc e amen e haciendo uso del pa áme o Colo , asignando Colo .Red.
Tele anspo e
O a de las habilidades con las que cuen a el jugado es la posibilidad de ele anspo a se una
dis ancia ija en cualquie di ección, esqui ando los elemen os que haya en e la posición
o iginal y la posición des ino. La na e se ele anspo a en la di ección del mo imien o, po lo
an o al igual que el desplazamien o básico se a a de un mo imien o que puede ealiza se en
cualquie a de los 360º. Sin emba go, al a a se de una dis ancia ija, es a no depende de
cuando se p esione el s ick, con lo cual hay que saca el ec o uni a io que de ine la di ección
del pun o en el que se encuen a el s ick. Pa a ello es su icien e con di idi cada componen e
35
del pa de componen es X e Y que de inen la posición del s ick po el módulo del ec o que a
del o igen a dicho pun o.
E ec o isual al ele anspo a se.
Visualmen e se ha c eado un e ec o de ele anspo e que consis e en que la na e deje un
as o, in en ando simula un e ec o de desplazamien o a g an elocidad. Dicho as o consis e
en una se ie de imp esiones en pan alla del mismo sp i e de la na e, pe o más anspa en es
cuan o más lejos se encuen an.
Las posiciones de es as imp esiones, al encon a se en la misma línea que a del pun o o iginal
al pun o des ino de ele anspo e se calculan, pues, de la misma o ma que se calcula es e
úl imo, pe o dec emen ando el alo de la dis ancia de ele anspo e po el in e alo que sepa a
las di e en es imp esiones (Así como el p opio alo de la anspa encia).
Somb a
Exis e un e ec o me amen e isual, que no epe cu e en la jugabilidad, que consis e en la
p oyección de una somb a sob e el suelo o los elemen os que se encuen en po debajo de la
na e p o agonis a. Dicha somb a consis e simplemen e en un sp i e de colo oscu o que se
imp ime de o ma semi anspa en e sob e los elemen os co ec os. Dichos elemen os son
aquellos que, al encon a se po debajo de la na e, se dibujan con un alo de p o undidad (o
laye dep h) mayo , y po an o au omá icamen e XNA se enca ga á, al o dena e imp imi en
pan alla, de dibuja la somb a únicamen e sob e es os.
La somb a se mue e po una sub egión de la pan alla, la cual se encuen a en el cen o y iene
la misma o ma de la pan alla de juego (equidis ando los lados de es a sub egión de los lados
de la pan alla). Dicha posición depende de la posición de la na e, conociendo es a sacamos la
posición de la somb a con la siguien e ó mula:
Somb a.pos.X = sub egión.posInicial.X + na e.pos.X * (sub egión.ancho / pan alla.ancho)
Somb a.pos.Y = sub egión.posInicial.Y + na e.pos.Y * (sub egión.al o / pan alla.al o)
36
Fondos
Qué es un mapa o ni el en un juego depende de cada juego, de su de inición y equisi os. En
es e p oyec o no exis e in e acción en e los obje os (Pe sonaje p incipal, enemigos, e c.) y el
escena io, de o ma que se han a ado de o ma independien e, educiendo el concep o de
escena io al de ondo, un elemen o pu amen e es é ico.
Exis en di e en es opciones a la ho a de c ea ondos pa a ideojuegos: Imágenes ijas, ondos
3D, ondos hechos a base de iles, ondos con di e en es planos de Scholl, en e o as.
En es e p oyec o se han usado las écnicas de mapa de iles y la gene ación p ocedu al.
Mapa de iles
Los mapas c eados a pa i de iles ienen su o igen en la necesidad de almacena una g an
can idad de mapas sin que epe cu a nega i amen e en el peso del juego.
Las iles son pequeñas piezas de mapa de un amaño gene almen e ijo que se almacenan una
única ez en un ile se y pueden se usadas an as eces como haga al a pa a o ma mapas
más complejos, los cuales se de inen gene almen e como una ma iz de en e os, cada uno de
los cuales es el iden i icado de la ile a usa , el cual si e pa a encon a dicha ile den o del
ile se . Po ejemplo:
Tile se
A la izquie da emos el mapa como una ma iz y a la de echa al se dibujado.
37
Accede a la ile co espondien e en el ile se en unción de su iden i icado es sencillo.
Suponiendo un amaño de ile amañoTile X amañoTile, y un ile se con ilesAncho iles de
ancho, accedemos a la posición o igen de la ile a pa i de la cual se a a dibuja con la
siguien e ó mula:
ileX = ( ileID % ilesAncho) * amañoTile
ileY = ( ileID / ilesAncho) * amañoTile
Animación
El mapa no se encuen a ijo, sino que se desplaza pa a simula el mo imien o a a és del
mismo. No malmen e la po ción de mapa que se dibuja depende de la cáma a, que a su ez
suele depende de la posición del jugado . En el caso de los shoo ‘em up, sin emba go, la
cáma a no suele es a ija sob e el jugado sino que se desplaza de o ma au omá ica y
cons an e.
Así, a cada ins an e ac ualizamos la posición del mapa en unción de la cáma a, y dibujamos el
ozo de mapa que se a a mos a en pan alla, e i ando así el cos e innecesa io de dibuja lo
que queda ue a de cáma a.
Escoge qué ozo de mapa en unción de la cáma a es sencillo, suponiendo un amaño de iles
de amañoTile X amañoTile, dibuja íamos an as iles como cupiesen en pan alla
(anchoPan alla / amañoTile, al oPan alla / amañoTile) a pa i de la posición de la ma iz de
iles cama aX % amañoTile, cama aY % amañoTile.
Lec u a de un ondo de iche o
Los mapas usados han sido almacenados en un iche o de ex o y pa seados al se leídos y
usados po el juego.
El o ma o es simple, la p ime a línea del iche o mapa con iene dos en e os con el ancho y al o
del mapa en iles, y a pa i de la siguien e línea se encuen a la ma iz de iden i icado es de ile
que de inen dicho mapa.
Fondo p ocedu al
La gene ación p ocedu al
19
hace e e encia a la gene ación de con enido, en es e caso el
ondo, no de o ma manual sino median e algo i mos. O a o ma de explica la gene ación
p ocedu al es como “alea o iedad con olada”.
Dicha écnica se ha aplicado a la c eación de un ondo pa a el juego, c eando un cielo a pa i
de di e en es nubes. Dichas nubes pueden mo e se a di e en es elocidades dependiendo de
su al u a, simulando así su mayo o meno dis ancia espec o a la cáma a. Además, las nubes
más ce canas (y po an o las que se dibujan más g andes y a mayo elocidad) se dibujan los
obje os del juego y de o ma anspa en e sob e es os, de o ma que solo se aplique el e ec o
de anspa encia, simulando en a en la nube, a los elemen os del juego y no al ondo.
Así, a cada ipo de nube se le ha asignado una p obabilidad y un iempo alea o io en e nubes,
de o ma que aunque se ayan c eando de o ma alea o ia en iempo de ejecución las
can idades y posiciones se mue en den o de unos pa áme os que hacen que el ondo
19 h ps://en.wikipedia.o g/wiki/P ocedu al_gene a ion

38
siemp e luzca co ec amen e, sin escasez ni exceso de nubes, ni es as apa eciendo siguiendo
pa ones no deseados.
Además, se han usado ambas écnicas conjun amen e pa a o ma mapas con mayo de alle.
En conc e o, usando la écnica del mapa de iles se ha c eado el ondo de un bosque y po
encima de es e se gene an p ocedu almen e las nubes.
39
Ni eles
Pa a p oba la uncionalidad implemen ada, se han c eado dos ni eles (sin con a los ni eles de
los je es), uno gene ado p ocedu almen e y o o c eado a mano.
Como se ha mencionado en el apa ado an e io , en es e p oyec o en conc e o no exis e
in e acción en e los elemen os del juego, como puedan se lo el p opio jugado o los enemigos,
y el escena io, y po an o se han almacenado po sepa ado, pe mi iendo además cualquie
combinación de ambos.
Así pues, en es e p oyec o un ni el se de ine exclusi amen e po la se ie de enemigos que lo
o man, y an apa eciendo secuencialmen e en pan alla.
Ni el p ocedu al
El p ime ni el se enca ga de c ea p ocedu almen e los obs áculos que o man dicho ni el.
Conc e amen e, ilas o columnas de enemigos o balas de di e en es colo es se escogen
alea o iamen e con un in e alo de iempo egula en e ellas y apa ecen de cualquie ex emo
de la pan alla.
La en aja de c ea ni eles gene ados p ocedu almen e es la apidez con la que, a base de
unas pocas eglas, se pueden c ea un núme o in ini o de ni eles de longi ud in ini a. Sin
emba go, exis e el iesgo de que el ni el esul e soso y no c ee ni eles in e esan es, pa a lo
cual no suele bas a con unas pocas eglas sino que se debe p o undiza y en ende
co ec amen e qué pa ones puedan da luga a ni eles in e esan es y como mezcla los, así
como con ola la cu a de di icul ad.
Ni el c eado a mano
El segundo ni el de p ueba se ha c eado a mano. Pa a acili a su c eación y modi icación y
debido a la limi ación de iempo, en ez de lee se el ni el de un iche o y a pesa de que exis e
dicha uncionalidad, el ni el es á c eado den o del p opio código.
La des en aja es el iempo que equie e c ea un ni el así, además de que el es ue zo in e ido
esul a en un ni el ini o, además de la di icul ad que a eces puede aca ea ealiza
modi icaciones sob e el mismo, al ene que ees uc u a odo el ni el. Sin emba go, al ene
con ol o al de los elemen os que o man el ni el y como se desa olla es e, es más ácil
con ola y c ea amos in e esan es, e i a la epe ición y ges iona la cu a de di icul ad.
40
Subsis ema de audio
El p oyec o equie e de una o ma de ges iona los e ec os de sonido y pis as de audio, así
como con a con di e en es o mas de con ola su ep oducción y aplica e ec os. Dicha
uncionalidad ha sido encapsulada en un manage de audio.
XNA o ece dos al e na i as pa a implemen a el apa ado sono o de un juego:
XACT(C oss-pla o m Audio C ea ion Tool):
Se a a de un engine de sonido que o ece una se ie de uncionalidades ya implemen adas,
como e ec os, c ea colas de sonidos y asigna les p io idad a cada elemen o de la misma,
comp imi pis as, e c que pueden se u ilizados desde una aplicación independien e al código.
También cuen a con una api, incluida en Xna.F amewo k.Audio, con una se ie de clases y
unciones que pe mi en ealiza acciones básicas como ep oduci sonido, pausa lo o cambia
el ni el de olumen. Es es a al e na i a la que se u iliza á en el desa ollo de es e p oyec o.
Es e amewo k cons a de una clase básica, SoundE ec , pa a almacena una pis a de audio
.wa , que únicamen e puede se ep oducida usando el mé odo de clase Play();
SoundE ec soundE ec ;
soundE ec = Con en .Load<SoundE ec >(@"Audio/ iche o");
soundE ec .Play();
Pa a ene con ol de la ep oducción esa pis a debe se ins anciada en una a iable de ipo
SoundE ec Ins ance, que además de ep oduci la pis a de audio pe mi e pausa , pa a ,
eanuda , "loopea " y con ola el ni el de olumen du an e la ep oducción de la misma.
Pa a ins ancia y ep oduci usamos el mé odo C ea eIns ance() de la clase SoundE ec .
SoundE ec Ins ance ins ance;
ins ance = Con en .Load<SoundE ec >(@"Audio/ iche o").C ea eIns ance();
ins ance.Play();
La p incipal en aja en cuan o a uncionalidad de SoundE ec espec o a SoundE ec Ins ance
es que es a úl ima no pe mi e ep oduci su sonido a ias eces de o ma pa alela.
Pongamos de ejemplo el sonido al dispa a una me alle a. Usando un único sonido de dispa o,
y si se dispa a una a aga SoundE ec nos pe mi i ía ep oduci el sonido an as eces como
dispa os, pe o al usa SoundE ec Ins ance se debe ía c ea an as ins ancias como dispa os, lo
cual esul a innecesa io.
Añadi que XNA ambién cuen a, en Xna.F amewo k.Media, con las clases Song y la clase
MediaPlaye , usadas pa a almacena pis as de audio en .mp3 y pa a ep oduci las,
espec i amen e.
Song song;
41
song = Con en .Load<Song>(@"Audio/p ueba");
MediaPlaye .Play(song);
La p incipal des en aja es que solo puede ep oduci se únicamen e una pis a de audio al
mismo iempo (no malmen e se ese a su uso pa a ep oduci música de ondo), limi ación que
no exis e en las clases SoundE ec y SoundE ec Ins ance. En el p oyec o se usa án
únicamen e es as dos úl imas, debido a la libe ad de de ep oduci di e en es pis as de audio
de ondo al mismo iempo (po ej, música de ondo y llu ia).
El subsis ema de audio implemen ado se enca ga de odo lo elacionado con el audio del juego
y se compone de las siguien es clases:
AudioManage
La clase p incipal enca gada de ges iona y maneja el es o de clases, así que como de
o ece una se ie de mé odos de con ol de las di e en es pis as de audio.
Funciona como una caja neg a que puede se usada po los demás obje os del juego, los
cuales le indican que acción quie en ep oduci en un sonido en conc e o de los almacenados
po el manage .
Pa a pe mi i es o se ha ealizado la siguien e implemen ación:
Debido a la pequeña can idad de sonidos que equie e el juego, en ez de ca ga los y libe a los
según sea necesa io se dejan ca gados desde el inicio. Así, la clase AudioManage cuen a con
un ec o pa a sonidos de ipo SoundE ec y uno pa a los sonidos de ipo SoundE ec Ins ance:
El ec o usado pa a almacena los SoundE ec es únicamen e del ipo soundDa a, que
con iene el SoundE ec y a iables pa a el con ol de su cadencia, en los que se p o undiza á
más adelan e. Pa a con ola la ep oducción de los mismos se cuen a únicamen e con un
mé odo:
● playSound(id, ol, pan):
Rep oduce el sonido id (coincide con su posición en el ec o de SoundE ec s) con un
olumen ( ela i o al olumen global) indicado po ol y un pano ama indicado po pan.
Vol es un alo en e 0 y 1000 que se no maliza al in e alo 0..1 que maneja uni y, y
pano ama un alo en e -1 y 1 que indica la posición del sonido. Po ejemplo, 0 hace
que suene cen ado (mismo olumen po ambos al a oces en es é eo), mien as que -1
hace que únicamen e suene po el izquie do.
El ec o pa a almacena los sonidos de ipo SoundE ec Ins ance es lige amen e más complejo
y equie e de una es uc u a auxilia debido a la posibilidad de con a con más opciones pa a su
ep oducción y a la necesidad de gua da cie a in o mación ela i a al es ado y con ol de cada
ins ancia. Dicha es uc u a se ha llamado ins anceDa a, en la cual almacenamos:
48
la CPU cuando es e sea necesa io, no usando un iempo que queda lib e pa a o os
menes e es como puede se la incu sión de más obje os o en iempo de GPU, en e o os, o
simplemen e libe a lo pa a educi el consumo.
Acople de RT-DESK y XNA
Es e p oyec o usa RT-DESK en o ma de DLLs, las cuales se incluyen en el p oyec o
pe mi iendo accede a oda la uncionalidad de RT-DESK.
De la c eación de es as DLLs se enca gó Da id Pé ez Climen en su p oyec o “c eación de un
ideojuego en XNA usando RT-DESK”, en cuya memo ia desc ibió el p oceso, el cual a
con inuación se esume b e emen e.
Adap ación C# y C++
O igina iamen e RT-DESK se p opo cionaba en o ma de una biblio eca esc i a en C++
compilada a código máquina. XNA, sin emba go, únicamen e abaja usando el lenguaje C#, el
cual compila a código in e medio CIL(Common In e media e Language
20
), ejecu ado po la CLR
(Common Language Run ime
21
), impidiendo que lib e ías de C++ sean llamandas di ec amen e
desde C#.
C# pe mi e llama a unciones de biblio ecas na i as median e el se icio PIn oke, pe o no así
la c eación y u ilización de clases na i as, lo cual es un equisi o pues RT-DESK necesi a c ea
clases que he eden de RTDESK_CEn i y y sob esc iban el mé odo Recei eMessage, el cual es
llamado di ec amen e desde el código na i o. La solución a es e p oblema pasó po usa el
lenguaje C++/CLI pa a c ea una clase puen e. Así, se c ea on di e en es clases C++/CLI, una
po cada una de las clases de RT-DESK que se necesi aban u iliza (RTDeskEngine,
RTDeskEn i y y RTDESK_CMsg).
Adap ación de la clase Game
RT-DESK sus i uye al núcleo de un ideojuego, el bucle p incipal. El segundo p oblema que
su gió ue que el bucle que p o ee la clase Game de XNA, ocul o al diseñado , y que además
de enca ga se de ac ualiza y dibuja los elemen os del juego ambién se enca ga de o as
como la ges ión de la en ana de juego o la comunicación con los disposi i os g á icos de
salida. De es a o ma, pa a pe mi i que el con ol de bucle p incipal pasase a RT-DESK se c eó
una nue a clase Game que se enca gase de esas a eas que has a aho a ealizaba XNA en su
bucle p incipal:
Se c eó un p o eedo de se icios, implemen ando la in e az ISe iceP o ie y, y el se icio
G aphicsDe iceSe ice, implemen ando IG aphicsDe iceSe ice, que p opo ciona el disposi i o
g á ico.
Se ges ionó la c eación de la en ana de juego, median e la clase o m de
Sys em.Windows.Fo ms.
20 h ps://en.wikipedia.o g/wiki/Common_In e media e_Language
21 h ps://msdn.mic oso .com/es-es/lib a y/8bs2ec 4%28 = s.110%29.aspx

49
Apa e de los mencionados an e io men e, la adap ación de RT-DESK a XNA ha p esen ado
o os p oblemas. El o igen de es os es el mismo, no usa el bucle p incipal que o ece XNA y
que se enca gaba de algunas a eas esenciales:
P oblemas con la en ada, la cual no unciona co ec amen e debido a que el bucle p incipal de
XNA no es á ahí pa a asegu a se que la en ada se ac ualiza a la misma elocidad que el
juego, que es algo que no se pe mi e ealiza desde ue a. Se ha in en ado ejecu a el bucle de
XNA en pa alelo al de RT-DESK pa a asegu a esa ac ualización pe iódica de los pe i é icos de
en ada, an o usando hilos como ejecu ando el bucle de -desk desde den o del bucle de xna
pe o no se llegó a una solución. Una solución segu a pasa ía po usa o as lib e ías ajenas a
XNA pa a ges iona la en ada.
P oblemas de audio. En pa icula , con el ipo “sound” (Ve la sección de audio) que pe mi e
ep oduci sonidos sin con ola los. Si no es á el bucle de XNA uncionando, se lanza una
excepción a isando explíci amen e de es o mismo y e minando la ejecución. Una solución
pasa ía po usa únicamen e SoundIns ances o, de nue o, usa una lib e ía ajena a XNA como
puede se FMOD, en ocada a la ep oducción de audio.
P uebas
En o no de p uebas
Un compu ado o mado po p ocesado In el Xeon CPU E5-2620 2GHz, 16 GB RAM, a je a
g á ica NVIDIA GeFo ce GTX 760, con Windows 7 P o essional 64 bi s como sis ema ope a i o,
usando se ice pack 1, Mic oso Visual S udio C# Exp ess 2010 y XNA 4.0.
Diseño de las p uebas
En cada una de las e siones del juego (Con inua y disc e a, usando RT-DESK), se han
ealizado dos es s dis in os, uno con enemigos “no males” y o a con je es (Es os dispa an
balas). En ambos casos es aban ac i ados los ondos po iles y el pe sonaje p incipal (sin
en ada). La ejecución de odos los elemen os es de e minis a (No se han usado elemen os
p ocedu ales, ni alea o ios ni en ada del jugado ).
En cada es se a ia la can idad de enemigos (De 1000 en 1000 en el caso de la p ueba con
enemigos no males y de 100 en 100 en el de los je es), y po cada can idad se han ealizado
cinco p uebas dis in as pa a un mayo igo en la medida y compa ación. Cada una de es as
p uebas du a 30 segundos y se con abiliza qué acción se des ina a cada una de las siguien es
ases:
 Fase de dibujado (D aw), en la que se dibujan los obje os.
 Fase de ac ualización (Upda e), en la que se ac ualizan los obje os.
 Fase de idle, iempo es an e no usado.
50
Resul ados
En ambos es s los esul ados han sido muy simila es, a iando únicamen e la magni ud (El je e
es más pesado compu acionalmen e que el enemigo no mal, además de dispa a , y po an o
hacen al a menos pa a sa u a el sis ema). Los siguien es da os pe enecen a la p ueba con
je es.
En p ime luga , los esul ados de la e sión con inua:
Se puede obse a que el sis ema se sa u a con casi 600 obje os c eados, que es cuando la
ase de upda e y de d aw suman un iempo o al supe io al iempo de i e ación, y po an o el
iempo de idle es 0. Al sa u a se ob iamen e el iempo de upda e y de d aw deja de c ece ,
aunque en cada i e ación si es mayo , p opiciando una caída de ames ( alen ización de la
ejecución).
51
En la e sión con RT-DESK se puede obse a en la g á ica supe io como el iempo de
ac ualización y dibujado es meno que en la e sión con inua, esul ando en un mayo iempo
de idle y po lo an o equie e de mayo ca ga pa a sa u a se (Unos 700 elemen os).
En la in e io se mues an los ames po segundo, los cuales empiezan a cae al alcanza el
es ado de sa u ación, de nue o necesi ando pa a ello más ca ga que en la e sión con inua.
La di e encia en e una e sión y o a se ía la posibilidad de con a con unos 100 je es ex a en
la e sión de RT-DESK (o unos 2000~ enemigos no males, según la p ueba con enemigos),
aunque dicho iempo ex a pod ía se usado pa a cualquie a ea.
52
Conclusiones
El uso de RT-DESK ha sido más sencillo y ápido de lo espe ado, además de habe quedado
pa en e sus en ajas en e al bucle p incipal adicional.
Po o a pa e el desa ollo del ideojuego, pa iendo de ce o y ealizando odo el diseño, la
plani icación e implemen ación ha sido de g an ayuda pa a en ende y pe mi i me p o undiza
en una de las aplicaciones de la in o má ica que más in e és me despie an y que apenas se ha
ocado en la ca e a, la c eación de ideojuegos.
La lección más aliosa que he sacado en es a pa e es sob e la impo ancia de la plani icación.
Como medio de exp esión, es di ícil sabe desde el p incipio cómo a a se el ideojuego que
se a a hace po que siemp e hay cosas que depu a o cambia , cosas que sob e la ma cha se
descub en, o algunas que simplemen e se an a qui a . Sin emba go, como p oyec o y como
p og ama que es, g an pa e del mismo sí se puede (Y debe ía) de plani ica .
La p ueba de es o es que po muchas semanas que dediqué a hace p uebas pensando ace ca
del diseño del juego, buscando algo que uese una base sólida, a la ho a de implemen a lo
cambié cosas. Y además, en el momen o en que empecé a plani ica lo, a ma ca me me as
obje i as a dis in os plazos, desa olla lo se hizo más sencillo, y eniendo con ol de esos
aspec os que si se pueden plani ica puede uno ácilmen e ealiza cambios, si uesen
necesa ios, en esos o os aspec os más “a ís icos”.
En cuan o a la plani icación empo al y del es ue zo que asumí me lle a ía, en gene al he
a dado lo que asumí o un poco menos, en pa e po que a ias de la a eas se simpli icaban al
habe ealizado algunas p e ias (Po ejemplo, el p ime Boss cos ó más que los siguien es, que
se bene icia on de su código). Una de mis p eocupaciones al empeza el p oyec o ue el cos e
de hace la adap ación a RT-DESK. Sin emba go, y como he comen ado an es, esul o sencillo
y di ec o. La abla y el diag ama de Gan ac ualizados se encuen an en la siguien e página.
Relación del abajo con es udios cu sados
La ealización del p oyec o ha esul ado bene iciosa de ca a a pone a p ueba lo ap endido en
la ca e a, y especialmen e en mi especialidad de ingenie ía del so wa e. Se ha aplicado muy
especialmen e cues iones e e en es a la p og amación, g á icos po compu ado y écnicas de
diseño y ges ión de p oyec os, es as úl imas se han e elado muy ú iles como se ha comen ado
en el p oyec o an e io .
La ingenie ía in o má ica es muy amplia y en la ca e a se han ocado muchas amas. No las
pond é en p ác icas odas, y no odas me gus an, pe o en é en la uni e sidad buscando pode
hace juegos, y he ap endido lo su icien e como pa a pode hace lo.
Y des aca especialmen e la des eza gene al como ingenie o ob enida a lo la go de la ca e a,
que me han pe mi ido coge una ecnología comple amen e desconocida pa a mi como es RT-
DESK y comp ende la y aplica la de o ma sencilla, así como aplica lo es udiado a algo que no
se ha es udiado explíci amen e, como son los ideojuegos. Un compañe o suele deci que en la
uni e sidad lo más impo an e que se ap ende es a ap ende , una base sob e la que cons ui
el es o de conocimien os, con lo que es oy muy de acue do.
53
Se ha pin ado en osa el iempo eal sob e el iempo es imado, pin ado en azul.

54
T abajos u u os
La ecnología RT-DESK es á alidada po di e en es p oyec os, el siguien e paso debe ía de
se puli la y acili a su uso a un mayo núme o de desa ollado es. Sin emba go, los p oblemas
an e io men e desc i os (adap a el bucle p incipal, maneja la en ana, p oblemas de inpu ,
limi aciones en el audio) que hacen que pa a usa RT-DESK jun o con XNA haya que enuncia
a muchas de las posibilidades de es a (En pa e po unciona como una caja neg a) y
sus i ui las po o as opciones me hacen pensa en si no se ía más adecuado adap a RT-
DESK a o a ecnología que sí pe mi a una acople pe ec o en e ellos. De que e con inua po
es a linea, se ía ecomendable cen a se en MonoGame una ez es é comple a, la adap ación
lib e de XNA, y e si se iene acceso al código del bucle p incipal y se puede ealiza esa mejo
in eg ación.
Apa e de las e siones ya exis en es que hacen uso de OpenGL, o o buen candida o y con las
en ajas de XNA se ía SFML, al usa C++ y no p o ee de un bucle p incipal ce ado la
adap ación se ía i ial, pe o si el p oyec o de adap a RT-DESK al mo o Uni y salie a adelan e
es a se ía la opción ideal, an o po se uno de los más usados como po con a con una ienda
desde la cual se pod ía dis ibui (incluso ende ) RT-DESK a una g an can idad de usua ios,
pe enecien es además de una comunidad conocida po su g an can idad de documen ación y
ecu sos, lo cual sin duda se ía de ayuda pa a e oalimen a la di usión y comp ensión de RT-
DESK.
55
Ag adecimien os
Me gus a ía ag adece la posibilidad que me ha dado Ramón Mollá, di ec o del p oyec o, de
hace como p oyec o inal de ca e a lo que he que ido hace desde que empecé es a, un
ideojuego, así como po oda la ayuda y consejos du an e el desa ollo del mismo.
También, además, a odos los compañe os que han abajado en los di e en es p oyec os de
RT-DESK, especialmen e a Da id Pé ez, cuya adap ación de XNA a RT-DESK y
documen ación de la misma han sido imp escindibles pa a es e p oyec o.
Y pa a acaba a mis pad es, po “aguan a me en casa”, poniéndome las cosas, o a ez,
bas an e más áciles.
56
Glosa io
Bucle p incipal:
Núcleo del juego enca gado de ges iona la en ada y ac ualiza y dibuja los elemen os que lo
o man.
GDD:
Game Design Documen (Documen o de diseño del ideojuego). Se a a de un documen o que
desc ibe los di e en es aspec os del ideojuego y que si e como guía de e e encia pa a odo
el equipo.
HUD:
Heads up display, la in e az g á ica que se mues a du an e el juego pa a mos a el alo de
di e en es a ibu os de la pa ida como ene gía del pe sonaje, idas, iempo, e c
RT-DESK:
Real Time Disc e e Simula ion Ke nel, es una lib e ía diseñada pa a la ges ión empo al de
e en os disc e os en iempo eal.
Shoo ‘em up:
Géne o de ideojuegos donde p ima la acción, habilidad con el mando y los e lejos.
Sp i e:
Asse g á ico 2d usado pa a ep esen a isualmen e los elemen os del juego.
Sp i e shee / Sp i e se :
Imagen donde se gua dan los di e en es sp i es que o man las animaciones de los elemen os
de un juego.
XNA:
Conjun o de he amien as c eadas po Mic oso pa a acili a y apoya la c eación de
ideojuegos.
57
Fuen es
h ps://en.wikipedia.o g/wiki/Video_game
h p:// desk.blogs.up .es
h p://www.s a is a.com/ opics/868/ ideo-games
h p://en opyin e ac i e.com/2011/02/game-engine-design- he-game-loop/
Bibliog a ía:
Jesse Schell, A o game design: a book o lenses.
Aa on Reed, Lea ning XNA 4.0.
Da id Pé ez Climen , C eación de un ideojuego en XNA usando RT-DESK.
Pablo de la Ossa Pé ez, Zen ac : Engine con simulación disc e a pa a ideojuegos 2D.
64
Bala explosi a
Se mues a como un pequeño pun o ijo que si e de a iso, ya que momen os después le sigue
una explosión en esa misma posición. Únicamen e es de colo ojo.
Láse
El láse pa e de la na e enemiga has a el bo de de la pan alla. Puede se de colo azul, e de
o ojo, además de pode al e na en e ambos siguiendo di e en es pa ones.
Onda
Simila al láse pe o en ez de se lineal iene o ma ci cula y se expande desde su o igen (el
enemigo que la dispa a). Puede se de colo azul, e de o ojo, además de pode al e na en e
ambos siguiendo di e en es pa ones.

65
Tipos de enemigos
Enemigos
En el diseño de los enemigos no males (no con los je es) no sigue un pa ón conc e o sino que
se an a c ea enemigos básicos cuyo compo amien o se pueda modi ica ácilmen e pa a
c ea un g an núme o de enemigos di e en es, asignando di e en es pa ones de mo imien os y
de dispa os, así como a ibu os (como ene gía, nº de pun os).
Po ejemplo, un enemigo que apa ezca po la un lado de la pan alla y a ance dispa ando hacia
el o o. Un enemigo que apa ezca po un lado de la pan alla, dispa e y uel a po donde ha
enido. Enemigos que puedan apa ece espon áneamen e en el in e io de la pan alla, o de
o ma a la posición del p o agonis a. También enemigos que dispa es siguiendo di e en es
pa ones de ipo, colo , di ección y demás a ibu os.
Je e 1
Es e je e pe manece en la pa e cen al supe io de la pan alla sin mo e se mien as dispa a
achas de balas ojas en odas di ecciones. La elocidad de las balas oscila en e un mínimo y
una máximo. T as acaba con ⅔ de su ida alen iza las balas po debajo del mínimo y empieza
a añadi más balas, y cuando es á a pun o de mo i a aumen a su elocidad y añadi ambién
balas g ises.
66
Je e 2
Es e je e se desplaza po la pan alla siguiendo un eco ido ijo y sol ando ondas de cualquie a
de los es colo es de o ma alea o ia. Poco a poco el in e alo en e ondas se a es echando y
las ondas son más ápidas. Llegado cie o pun o, las ondas se limi an a los colo es azul y ojo.
Además, una onda puede se de di e en es colo es (po que es á di idida a ozos o po que se
a al e nando).
Je e 3
Es e je e se mue e po la pan alla ebo ando en sus esquinas. Cuen a con un escudo que lo
en uel e p o egiéndolo de dispa os y que no puede se des uido, pe o que iene una abe u a
po la que pode dispa a le. El escudo gi a, la di ección del gi o cambia de an o en an o.
Desde el escudo salen dispa adas bolas ebo an es, y cuan o más ce ca se es á de ence al
je e, más balas hay en pan alla.
Además, de ez en cuando se lanzan balas des uc ibles en odas di ecciones.
67
Je e 4
Es e je e se encuen a en el cen o de la pan alla, no se mue e po ella pe o o a
cons an emen e. Dispa a lase s con inuos que o an jun o a él. Con o me se le a qui ando
ida, la elocidad de gi a aumen a, así como el núme o de lase s y sus pa ones, además de
añadi algunos dispa os ex a.
68
Escena ios
A pa e de un simple colo de ondo, muy p ác ico pa a e i a dis acciones isuales, el juego
cuen a con o os dos ipos de escena ios, los basados en mapas de iles y los gene ados
p ocedu almen e.
Mapa de iles
Son escena ios c eados a mano a pa i de un conjun o de iles. Se aplica un sc oll pa a que de
sensación de a ance y se c ea un loop pa a que esul e in ini o mien as du e la ase.
Usando es a écnica se c ea á el escena io del bosque.
Mapa p ocedu al
Aunque un mapa p ocedu al puede se un mapa de iles, en es e caso la écnica se usa á pa a
c ea un escena io basado en el cielo donde se c een sob e la ma cha di e en es elemen os de
di e en es ipos (po ejemplo, nubes) y elocidades (pa a simula p o undidad) siguiendo unas
eglas y es icciones.
En el caso de las nubes además se aplica á un shade o alguna écnica de o ma que se
imp iman de o ma semi anspa en e sob e los o os elemen os (p o agonis a, enemigos, balas,
e c.) pe o no sob e el p opio ondo (de o ma que se man engan blancas).