Ha sido divertido trabajar en un motor nuevo, aprendiendo más cosas sobre cómo preparar arte para videojuegos además de descubrir que la planeación es clave para la ejecución de un proyecto. El resultado final es diferente de lo que imaginé, pero siendo sincero, no tenía una idea muy clara de lo que quería lograr. Pero lo importante es que se terminó y ahora puedo dar vuelta a la página y empezar algo nuevo.

Ulora Paths es un experimento que consiste en recrear un escenario de lo que potencialmente sería la tierra de Ulora. Un lugar donde se desarrollan muchas de las historias que German y yo imaginamos para nuestro proyecto, Roots. Quisiera en el mediano plazo retomar el concepto, con más experiencia en el uso de las herramientas y en la planificación. Me di cuenta que disfruto mucho hacer este tipo de proyectos. Mi siguiente experimento será algo diferente pero no será la última vez que sepas de Ulora.

Sin más que decir por el momento, te invito a que descargues el archivo ZIP y recorras las mágicas tierras de Ulora. En las anteriores publicaciones expuse todo lo que aprendí y las motivaciones detrás del proyecto. Aunque me gustaría publicar algo más sobre la parte técnica pronto, pero por el momento es todo. Te dejo el enlace para que descargues la última versión y nos dejes tu opinión en los comentarios.

Hasta la próxima!

The post Ulora Paths Parte 5: Terminado! appeared first on Trashbot Studios.

Este proyecto me ha enseñado mucho y quisiera poder compartirte lo que he aprendido de manera general.

Usa las teclas W, A, S, D para desplazarte, el ratón para mirar y la letra Q para cerrar el programa.

La planeación de un juego es importante

En primer lugar, y creo que ya lo he mencionado, la planeación es fundamental en este tipo de proyectos. Pero no solo en cuanto a administrar tareas, sino también a tener una idea más o menos clara de cómo debe lucir el producto final. Ahora sé que eliminar la fase de arte conceptual no reduce el tiempo de desarrollo, todo lo contrario, la alarga. Fue complicado saber cuál era el objeto que debía modelar pero no saber qué aspecto darle. La solución más rápida pero menos óptima fue simplemente hacer búsquedas en Google y basarme en los diseños que me parecían apropiados. Esto le resta un poco de autenticidad al producto, ya que no pude contar la historia de la cultura del pueblo a través del diseño de los objetos.

El arte lowpoly también tiene su dificultad

Empecé este proyecto asumiendo que usar el estilo lowpoly eliminaría cualquier complicación. Pero al aumentar la cantidad de objetos me di cuenta de que si, el modelado es más rápido, pero ahora tenía menos flexibilidad a la hora de dar detalles importantes. La madera es un gran ejemplo, ya que hacer tablas y troncos es sencillo, pero hacer que de verdad tengan aspecto de madera solo con el color es otra historia. A menudo tuve que modelar grietas o imperfecciones para dar el aspecto necesario. Esto elevó la cantidad de polígonos un poco más de lo que tenía previsto.

Más y más objetos

Originalmente tenía una lista de unos 30 objetos, hasta ahora llevo modelados 107… y creo que deberían haber más, pero he decidido que no alargaré el proyecto. Trataré de dar unos toques más a los que ya existen y pasar al siguiente proyecto.

¿Qué es lo que sigue?

Esta semana será solo para pulir detalles y resolver pequeños problemas.

1. Al probar desde el ejecutable me di cuenta que ahora el juego presenta tearing. Pienso resolver esto implementando algún limitador de fps.
2. Dar más detalle a la casa. ya que esta debe ser el centro de la experiencia.
3. Hacer el bake final de la iluminación. Al aumentar la cantidad de objetos en la escena, aumentó significativamente la cantidad que Unreal se tarda quemar las sombras. Por lo que omití ese proceso para la versión 0.8.

Como ya mencioné, deseo dar por concluido este proyecto y pasar al siguiente. Es importante ponerse retos nuevos y no apegarse a los proyectos. La siguiente versión será la final, haré una publicación más extensa donde daré más detalles sobre modelado e importación de assets dentro de Unreal Engine 4. Espero que no te lo pierdas.

The post Ulora Paths Parte 4: Consejos para desarrollar un juego appeared first on Trashbot Studios.

Pero no importa, me voy a concentrar en el hecho de que estás últimas semanas hice una serie de tareas con fechas límite y me apegué a ellas. Ahora tengo un pequeño escenario jugable que tú también puedes descargar y probar.

Usa las teclas W, A, S, D para desplazarte, el ratón para mirar y la letra Q para cerrar el programa.

3 Cosas que Aprendí al Crear un Nivel en Unreal Engine 4

1. Planear

Al inicio me hizo falta una idea más clara de la forma que debía tener el terreno. Traté varias veces de simplemente sentarme, colocar un terreno y empezar a trabajar. Pero eso no me llevó a ningún avance importante.
Solo cuando empecé a colocar cubos básicos para hacer blocking es que las ideas iban fluyendo.
Unreal Engine permite colocar estos cubos y extruirlos para crear formas sencillas. Luego exporté esos objetos a Blender para usarlos como referencia de tamaño y forma.

Para los próximos proyectos empezaré trabajando en un plan con bloques y otras formas básicas para tener una idea más concreta de cómo lucirá el producto final. Esta técnica me parece más útil que usar papel, el cuál traté de usar haciendo bocetos, pero nunca tuve una idea clara de la tridimensionalidad del entorno, esto solo pasó hasta que pude recorrer el entorno yo mismo.

2. Definir tareas

Una vez que tuve claro cómo luciría todo el terreno pude imaginar cuáles son los elementos que debía modelar. Hice una lista de cada objeto y me propuse modelar una de ellos cada día. Si veía que me estaba tardando en modelar algo, entonces lo simplificaba para cumplir con lo programado.

3. Perseverancia antes que velocidad

Al retomar el proyecto me propuse trabajar en él todos los días. Aunque algunas pocas veces solo abría Unreal para dar una vuelta o colocar un barril, era un avance, el proyecto no estaba abandonado. El resto de días modelaba un objeto, lo exportaba como FBX y lo cargaba al motor, hacía unas pruebas y reconstruía la iluminación.
«Simplemente empezar» es una valiosa lección que me ha servido para todo en mi vida. Empezar es la parte más complicada, ya cuando se ha roto la inercia, avanzar se vuelve sencillo y parar es complicado.

3 Cosas que mejoraré en Ulora Paths

1. Agregar más objetos a la casa

O mejor dicho «agregar algún objeto a la casa» que actualmente está vacía, ni siquiera tiene piso. Pero se puede entrar y hay luces, que ya es algo.
Mi plan es colocar elementos básicos como muebles y utensilios. Cosas que den la idea de la vida que llevan las personas que viven ahí.

2. Estilizar

Actualmente estoy usando un material de terreno de esos que vienen en los starter pack de Unreal, que no combina para nada con los elementos de lad montañas. También debo cambiar los materiales de la madera en la casa y algunas vigas cerca de la costa. Debo darles el aspecto low poly a todos los elementos.

3. Hacer Storytelling

En el exterior hacen falta elementos que cuenten la historia del lugar y de la vida que ahí se vive. Tengo una colina a la que se puede subir pero no tiene nada, una casa que necesita paredes y una costa sin muelle.
No quisiera tardarme mucho más en este proyecto, pero si daré algo de personalidad al lugar.

Este es mi avance hasta la fecha. Ya no diré que completaré todo el trabajo en una semana porque es más de lo que imaginaba. A veces hay que crear el modelo dos veces, una para hacer la geometría y otra para la colisión. El motor podría no querer general el archivo ejecutable, que ya me pasó. O tal vez haya un día donde solo mueba jna roca de lugar. Lo importante es que seguiré trabajando y te compartiré todo lo que aprenda.

The post Ulora Paths Parte 3: ¿Qué se puede hacer con Unreal Engine? appeared first on Trashbot Studios.

En primer lugar quiero recordar los objetivos que me puse al inicio Esto son:

1. Usar Unity 3d y exportar el producto final para web.
2. El jugador sólo podrá caminar, saltar y moverse en primera persona.
3. Los gráficos serán lowpoly pero más detallados de lo que normalmente se espera.
4. El escenario será parte de los universos que hemos creado en Trashbot. Más concretamente, Ulora. He pensado que sería interesante conocer la casa de Elenea y su familia.
5. Solo puedo demorarme siete días en el desarrollo.
6. Al finalizar haré un artículo y un video hablando sobre el tema.

De estos seis puntos, he cambiado dos.

El punto uno habla de usar Unity para el desarrollo. Esto ha cambiado, ahora estoy usando Unreal Engine 4. Un motor que conocía poco pero que, gracias el demo técnico de Unreal Engine 5, me convencí de aprender a usar. Quiero estar listo cuando esa nueva versión del motor salga al público. Además es totalmente gratuito hasta ganar el primer millón de dólares.

Y más allá del hype de los gráficos y el nuevo modelo de negocio, al usarlo he descubierto que me gusta mucho más que Unity. De alguna manera entiendo más el motor y su lógica. Además, los blueprints son una proposicion tentadora para mi que no soy programador. Y aunque estos tienen su ciencia y requieren que tengas una lógica de programación dominada, me parecen más flexibles y resistentes a los cambios. Los prefabs de Unity simplemente no ofrecen las mismas facilidades.

Obviamente el punto cinco también ha sido alterado. Me ha tomado mucho más de siete días completar esta tarea, pero no ha sido en vano. He trabajado este proyecto en Unity y luego Unreal, he aprendido qué me gusta y qué no de cada motor. También me estoy haciendo una idea más clara de qué flujo de trabajo funciona mejor para mí. También estoy aprendiendo algunas cosas que debo tener en cuenta al crear los modelos en Blender, y las detallo a continuación.

UVs

En mi caso los modelos necesitan ser exportados con UVs que no se esten interceptando entre si. De lo contrario se producirán errores al hacer build a la iluminación.

Planeación

Es necesario tener un plan más o menos detallado de todo lo que contendrá el nivel. En mi caso estoy teniendo problemas para definir el terreno. Creo que empecé con demasiado detalle. Lo ideal debió ser que haga un blocking más completo del terreno para entender dónde iría cada elemento.

Rendimiento

Hay que informarse sobre las mejores prácticas al momento de hacer vegetación. En el caso de Unreal, los elementos como árboles, arbustos, césped y rocas deben hacerse con las herramientas de Foliage. Esto optimiza el uso de recursos, ya que todos los elementos del foliage son llamados con un solo draw call.

Pensar estratégicamente

Algo que ya sabía pero que por alguna razón siempre me cuesta implementar son los assets multipropósito. Es decir, por ejemplo, una roca que tiene siluetas muy diferentes desde cada ángulo que la vez. Esto permite que al colocarla en el escenario la puedas rotar en cualquier dirección y obtener una apariencia diferente. Mi problema con esta manera de trabajar es que en mi mente siempre tengo ansiedad por la geometría que ha quedado escondida, lo sé no tiene sentido, pero es un problema que tengo y sobre el que estoy trabajando. Mi mente está más tranquila cuando “nada sobra” y la idea de tener gran parte de la geometría escondida debajo del nivel es algo que no me deja tranquilo. Pero los motores están preparados para este tipo de cosas y no tiene nada de malo girar un pedazo de terreno y dejar oculta una parte, siempre que se logre romper la monotonía de usar el mismo asset varias veces, está bien, puedes usar el pedazo oculto en otro lugar.

Materiales

Estoy creando una librería de materiales. Creé un archivo de Blender que contiene todos los materiales que estoy usando en el nivel. Cuando tengo que usar uno en un modelo, solo linkeo el archivo de materiales al archivo del modelo en cuestión y los uso normalmente. Hago esto para evitar tener que copiar estos materiales constantemente entre archivos. Y tengo un archivo central al que puedo entrar cuando quiera hacer ajustes a determinado material, como la madera por ejemplo, y los cambios que haga automaticamente se heredarán a todos los modelos que lo usen.
Al importar los objetos a Unreal, el motor detecta los nombres y así evito que se creen materiales duplicados.

En fin, me gusta trabajar con Unreal Engine 4. Es muy estable, no ha colapsado ni una sola vez desde que estoy haciendo mis experimentos. Puede ser algo pesado en sistemas antiguos, pero es el precio de la tecnología.

A continuación te dejo un video de lo que he hecho hasta ahora en Unreal. Este video fue tomado directamente con el motor, así que disculpa el nivel de compresión, aún estoy aprendiendo a configurar el codec. Todo lo que ves aquí está sujeto a cambiar. Me da mucha emoción que veas lo que tengo planeado para la siguiente actualización.

The post Ulora Paths Parte 2 – Unreal Engine 4 appeared first on Trashbot Studios.

Ha pasado algo de tiempo pero aquí están las novedades del wqlking simulator.

Para empezar usé uno de los proyectos de ejemplo que se incluyen en Unity, FPS Microgame. Este incluye controles, cámara, enemigos, arma y otras cosas listas para crear un fps.

Lo que me interesa es el control y la cámara, así que lo primero que hice fue borrar los assets que no necesitaba, como los paquetes de salud y los enemigos, y desactivar algunos que por programación no pueden ser borrados. Al final puede que haga algo para remover esos scripts también.

Por ahora la prioridad es lograr moverme por el entorno y eso ya está listo.

Lo siguiente fue hacer una prueba rápida creando un modelo del terreno en Blender 2.83. Guardé este archivo directamente dentro de las carpetas del proyecto para no tener que lidiar con archivos duplicados. El riesgo de hacer esto es que solo tendré un respaldo de dichos archivos pero ningún sistema de versiones.

Hablando de respaldo. Subí mi proyecto en Dropbox, que no es lo aconsejable, pero una vez más, lo hice por tiempo y para tener un mínimo de respaldo. Lo ideal en proyectos más grandes e importantes es usar git.

Estoy usando la versión 2019.3.9f1 de Unity 3D. Hay algunas mejoras en la interfaz que me están ayudando. Por ejemplo, algo tan insignificante como que los archivos importados, como mi terreno de Blender, se muestran con un icono diferente en el outliner. Así no me queda duda de cuál objeto ha sido importado y cuál ya se ha convertido en prefab. Algo que anteriormente me causaba confusión.

La siguiente parte será hacer un blocking del pueblo. Quiero hacer esto directamente en Blender e importar todo el escenario como un solo modelo. Así definiré más rápido la arquitectura y geografía. Una vez que esté seguro de que todo está distribuido como quiero, procederé a hacer una lista de assets y a definir cuáles se pueden reutilizar y cuáles deben ser únicos.

Cosas como rocas, cajas, árboles, puertas y ventanas se usan en múltiples instancias dentro del nivel de un videojuego. Y se construyen de tal manera que cada uno de sus lados tiene un aspecto distintivos. Así una caja con seis lados diferentes puede presentarse de seis maneras distintas y así evitamos que el escenario sea monótono.

Es todo lo que tengo para informar por el momento. Hasta la próxima.

The post Ulora Walking Simulator Parte 1 appeared first on Trashbot Studios.

Como artista me siento frustrado a veces por no tener los conocimientos necesarios para programar las cosas que quiero. Pero sé que si me dedico y hago proyectos sencillos, con el tiempo podré lograr las cosas que quiero. Es por eso que he decido hacer pequeños juegos o experiencias interactivas con los que iré aprendiendo. Ya tengo algo de experiencia con motores como Construct 2, donde se pueden crear juegos sin usar nada de programación. Y aunque es más sencillo que escribir código desde cero, también se necesita tener nociones de lógica de programación. Así que por ese lado tengo algo de conocimientos que me serán de utilidad.

Sin embargo, soy un enfermo empedernido del 3d. Sé que con Construct podría hacer muchas cosas pero en esta ocasión en particular quiero hacer algo en 3d. Y lo más sencillo que se me ha ocurrido es hacer un Walking Simulator. Un “juego” donde el objetivo principal es recorrer y explorar un entorno. Hay varios ejemplos de este tipo de juegos en el mercado, pero todos ellos tienen un grado de complejidad más elevado de lo que yo tengo planeado. Quiero simplemente poder caminar por un entorno y que este esté lleno de detalles interesantes.

El brief es el siguiente:

• Usar Unity 3d y exportar el producto final para web.
• El jugador sólo podrá caminar, saltar y moverse en primera persona.
• Los gráficos serán lowpoly pero más detallados de lo que normalmente se espera.
• El escenario será parte de los universos que hemos creado en Trashbot. Más concretamente, Ulora. He pensado que sería interesante conocer la casa de Elenea y su familia.
• Solo puedo demorarme siete días en el desarrollo.
• Al finalizar haré un artículo y un video hablando sobre el tema.

Estos son los parámetros que me he propuesto respetar. Este proyecto estará disponible para que todo el mundo lo pueda visitar, apreciar y criticar.

Pero ¿por qué Ulora? Simplemente porque queremos dar a conocer todo el universo de personajes que hemos creado a lo largo de los años. Los proyectos de Trashbot y su compañía padre, Arkadius, han ocupado todo nuestro tiempo. Lo que ha provocado que estos proyectos que nos han hecho tanta ilusión hayan quedado un poco relegados.

Estoy escribiendo esto apenas se me va ocurriendo, German no tiene idea de que lo voy a hacer. Así que se estará enterando apenas haga la publicación en el sitio =)

Trataré de documentar el progreso diario lo mejor que pueda. Este proyecto también servirá para adquirir experiencia en la documentación de todos los pasos y decisiones a tomar. No solo será una publicación con fotos sin contexto. Quiero dejar registrados todos los problemas que me voy encontrando y las cosas que haga para resolverlos. Es probable que al final le pida ayuda a German para pulir más el producto. Pero durante los siguientes siete días estaré solo.

Para hacer los modelos 3d usaré Blender 2.83 alpha. Hasta ahora lo he usado sin problemas porque tiene funciones muy útiles para el desarrollo de juegos. El estilo gráfico como ya dije será lowpoly y recientemente me gustó mucho lo que ha hecho el estudio Lienzo con el juego Mulaka. Este título apareció en mi radar gracias a Denis Egea (te he robado la idea) que lo mencionó en los comentarios de un post anterior. Me gustó su estética y quiero hacer algo igual o de mejor calidad.

Creo que todos los creativos, seamos artistas o programadores, debemos retomar ese espíritu de aventura y descubrimiento que por cuestiones de la vida dejamos atrás. Hay que recordar cuando éramos más jóvenes y hacíamos las cosas solo porque nos daba la gana. No nos preocupábamos de lo que dirán los demás o si sabíamos cómo hacerlo o no. Simplemente creábamos.

Ahora podemos retomar ese mismo espíritu de aventura pero le podemos sumar nuestra experiencia profesional. Podemos crear cosas con una calidad más elevada. Mejor código, arte más atractivo, ideas mejor concebidas, etc. No pensemos que ya es muy tarde para crear cosas divertidas, todo lo contrario, veamos cada día como una oportunidad para volver a empezar y ser niños otra vez. Podemos volver a disfrutar lo que hacemos. Y lo mejor de todo es que no necesitamos el permiso de nadie.

Espero que me acompañen en esta mini aventura. Nos vemos en el siguiente post, donde les mostraré mi progreso. Los espero.

The post El juego simple appeared first on Trashbot Studios.

The post Pactito appeared first on Trashbot Studios.

El sueño que siempre tuvimos en Trashbot Studios fue el de crear videojuegos en Ecuador. Desde que nos conocimos en la secundaria, German y yo, siempre hablamos de la posibilidad de hacer nuestros propios juegos. En aquel tiempo no era tan sencillo encontrar información al respecto, ya que no contábamos con acceso a internet. Nuestra única fuente de información para el desarrollo de videojuegos eran revistas y pequeños libros. Pero incluso esta información era difícil de entender, ya que éramos adolescentes, por lo que no llegamos muy lejos en el desarrollo. Recuerdo que una vez conseguimos un libro que indicaba cómo hacer juegos en un programa llamado DIV. Pero no pudimos entender absolutamente nada de lo que ahí se explicaba. Sólo se mostraban líneas de código y figuras en blanco y negro. Por lo que no fue de mucha ayuda.

Sólo pudimos hacer un verdadero avance cuando entramos en la universidad. Ya que yo me dediqué a aprender diseño gráfico mientras German aprendía programación. Pero incluso ahí fue algo complicado, sin embargo ya se empezaban a conocer algunas herramientas de desarrollo más amigables, como XNA de Microsoft. Éste Framework permitía hacer juegos para Xbox 360 y se encontraba disponible de manera gratuita. También estábamos en capacidad de usar JAVA ya que German conocía más de programación.

Con XNA hicimos nuestro primer demo 3D. Yo modelé algunos objetos en un programa que ahora no recuerdo (pudo haber sido Maya o Cinema 4D) y German usó programación en C# para hacer mover la cámara alrededor del escenario. Viéndolo en perspectiva fue algo impresionante ya que no contábamos con las facilidades que existen ahora, no tuvimos un editor de niveles ni objetos prefabricados, todo lo que se hizo, incluso colocar las texturas, se logró mediante código.

También hicimos un pequeño demo en JAVA pero esta vez era 2D. Este pequeño juego lo bautizamos 1986, era un shooter en donde se controlaba una pequeña nave y tenías que destruir unos enemigos alienígenas (un matamarcianos) Éste demo aún se puede jugar y apreciar su majestuosidad (je je).

Todo esto pasaba antes de que existiera Unity 3D, antes de los prefabs y antes de que los motores de juego fueran gratuitos. Pero una vez que apareció Unity, empezó la revolución.

Unity como potenciador de la creación de videojuegos

Unity fue toda una revolución cuando salió al mercado. Recuerdo claramente cuando bajé la primera versión y pude probar la escena de la playa que venía como demostración. Luego pude cargar mis propios modelos en esa escena y me quedé sorprendido, no podía creer que al fin existiera un programa que me permitiera hacer lo que siempre quise. Convencí a German de que probáramos este nuevo software y nos pusimos a trabajar. Nuestro primer ejercicio fue un escenario 2.5D, en el cual se movería un tanque, al estilo Blaster Master. No recuerdo por qué escogimos un tanque sólo sé que desde entonces se convirtió en el emblema de Trashbot Studios.

Éste proyecto fue creciendo a medida de que nuestros conocimientos iban incrementando. Yo aprendí a hacer mejores objetos 3D y a colocarles texturas. Mientras German podía hacer cosas más complejas con la programación. Sin embargo, por obligaciones personales no podíamos avanzar muy rápido. Dejamos el desarrollo de “Trashbot Quest” solamente como una actividad de fin de semana.

Pasó el tiempo, cada uno de nosotros formó su familia y cada vez tuvimos menos tiempo. Una realidad del desarrollo de videojuegos Ecuador es que hasta el momento no se lo puede considerar una actividad que deje ingresos suficientes para subsistir. Desafortunadamente dejamos el proyecto detenido y cada uno se dedicó a otras actividades profesionales.

Videojuegos Ecuatorianos

Sin embargo, ocurrieron eventos que reactivaron esa chispa de querer hacer videojuegos en Ecuador. Se dio la posibilidad de que yo pudiera dedicarme más tiempo al desarrollo de los proyectos en Trashbot. Hicimos algunos proyectos de desarrollo web, alguna aplicación móvil, incluso unos videojuegos publicitarios, lo que normalmente se conoce como advert games. Esto nos hizo pensar que tal vez el desarrollo de videojuegos si era un camino viable en Ecuador, quizás no es un sector difícil, sino joven.

Ahora que ya hemos trabajado con algunos clientes en varios proyectos de índole web o en aplicaciones, de lo cual estamos muy agradecidos ya que nos ha permitido subsistir, decidimos que queremos volcar todos nuestros esfuerzos hacia el desarrollo profesional de videojuegos. Ya sean estos publicitarios, o sea en proyectos internos de nuestro estudio. Queremos hacer de Trashbot un estudio de desarrollo reconocido en Ecuador y toda la región, con títulos que se puedan jugar en consolas, computadoras personales y dispositivos móviles.

Esperamos que nos acompañen en este camino, en el cual vamos a necesitar de todo el apoyo posible. Queremos hacer que el desarrollo de juegos en Ecuador sea una carrera viable para todo aquel apasionado de los videojuegos. Sabemos que no estamos solos en esta empresa, que hay otros grupos y estudios que tienen la misma aspiración. Creadores de videojuegos ecuatorianos que quieren ser reconocidos a nivel internacional, pero sobre todo a nivel nacional. A todos los consideramos colegas y esperamos poder ver sus creaciones junto a las nuestras en todas las tiendas del planeta.

Una prueba tangible de nuestras intenciones dedicarnos profesionalmente al desarrollo de videojuegos en Ecuador es nuestro proyecto más reciente, ChronoBox. Del cual iremos compartiendo anécdotas, nuevas técnicas de desarrollo y las experiencias que iremos aprendido a lo largo del camino. Pronto les compartiremos más detalles de cómo nos pueden ayudar en el desarrollo de este juego. Necesitaremos de toda la ayuda que podamos conseguir.

The post La historia de Trashbot Studios appeared first on Trashbot Studios.