Páginas

Mostrando las entradas con la etiqueta gamedev. Mostrar todas las entradas
Mostrando las entradas con la etiqueta gamedev. Mostrar todas las entradas

Epidemic: human IA walking around

Ey you! It's me again adding more and more IA to my game characters.

In the last version, the infected became more intelligent, they were able to pick a human (not infected) using their vision.

Now is the turn of the human to become intelligent. Now they walk around choosing randomly where to go. Actually they randomly pick one "point" in a list of points and walk to that point and they arrive to that point, they choose other point. The idea is that human can walk from bus stops to shops to house and so on.

Here you can see the implementation: https://db.tt/bWvlxKPI

Plans for the future:

  1. When the humans (not infected) see an infected, they will try to evade it / run away.
  2. The infected will be patrolling / walking around when they are not following anyone.
Hope you enjoy it! Drop me a line with your feedback

Please, don't forget to visit all the related post to see how the project advances

Greetings from Argentina,
Hernan
Publicado por en No hay comentarios.:
Etiquetas: , , , , , ,

Epidemic: enemy IA sight and follow

Good morning! It's me again, and now trying to add more inteligence to the game. In the last version, the infected chose not infected randombly. Now this changed! they pick their victims using their vision! And if they can't see their victim anymore, they'll stop following it.

By a 3d model / technical limitation (and remember this is only a prototype), now the infected are represented by robots (and the infection mechanic is disabled)

So in this new version you will find:
  1. The infected will be able to pick a not infected using their vision. This was done by following the Unity tutorial about "Enemy Sight". And if they can't see their victim anymore, they'll stop following it.
  2. The infection mechanic is (temporarily) disabled

Plans for the future:
  1. The infected will be patrolling / walking around when they are not following anyone.
  2. The not infected will be more intelligent. They will be walking around and when they see an infected, they will try to evade it / run away.

Hope you enjoy it! Drop me a line with your feedback

Please, don't forget to visit all the related post to see how the project advances

Greetings from Argentina,
Hernan

Publicado por en No hay comentarios.:
Etiquetas: , , , , ,

MiniDungeon – A Free Random Dungeon Jump Start for Unity

The other day I was discussing with a friend about automatic dungeon creation in Unity3D and I recommend him an excelent and also a free and easy Unity project I had found some time ago. The project is called "MiniDungeon – A Free Random Dungeon Jump Start for Unity" and it used to be hosted here http://www.stevegargolinski.com/minidungeon-a-free-random-dungeon-jump-start-for-unity/
For my and his suprise, the website was (actually is) down but I told him to not to worry because I have the source home at home.
As I think this code is great, I decided to re post the original blog spot (I have it in my pocket ;) and to upload the original source code to my public bitbucket.

First of all, you can download the minidungeon source code here https://bitbucket.org/hzaldivar/minidungeon.git

Here you have the original blog post written by Steve Gargolinski (@sgargolinski):

Over my holiday break I spent some time messing around with Unity on a basic random dungeon generator with lightweight RPG elements, and I’ve decided to post a version up here as a jump start in case anyone is interested in working on something similar. Hopefully this will help someone out.

I’ll start this post with a web player version and then the full Unity project download, and then go into a bit more detail below. I also want to throw out the caveat up front that this code is not polished and hasn’t been iterated on much or tested extensively.

With that out of the way, click the image below to check out MiniDungeon in the web player. There is a ‘walkthrough’ below.
The Basics / “Walkthrough”
MiniDungeon starts off at a main menu, but the only real current option is to play the game. Clicking on Play takes you to the Home Base, which is what I envision as the hub in between adventures – a place to upgrade weapons/armor, train skills, shop for healing potions, maybe get some info from townsfolk, etc.
I also envisioned the Home Base as a quest hub, where you choose which adventure you want to go on and the future dungeon/storyline is configured to make this happen. So you might choose “Go Rescue the Princess” or “Go Slay the Dragon”, and the dungeon generator/storyline will be customized appropriately. In this demo, all you can do from here is click “Go on an Adventure”.

At this point you are launched into a randomly generated dungeon. There are some instructions on hotkeys in the upper-left, and then some info on your character in the upper-right. This randomly generated dungeon floor includes stairs up (green) and stairs down (red). If you move around (with WASD) to the stairs down, you can press spacebar to go to the next level. Note that the dungeon floor counter in the upper left will increment. As you go down each level, there’s a random placeholder story segment to advance the future story.

If you want to see a larger view of the dungeon, hit ‘Z’ to zoom out and then back in. You can also hit ‘Tab’ to skip ahead to the next dungeon level. Zooming out and then repeatedly hitting ‘Tab’ will show you the range of dungeon floors that can be generated.

Every once in a while you will hit a random battle vs a giant toad. Press ‘X’ to defeat him, you’ll notice that sometimes you’ll lose HP from this battle. If you run low on HP you can hit ‘I’ to open up your inventory and use a Healing Potion. Defeating a bunch of toads will level you up and increase your max HP/MP.

That’s about it – nothing staggering, but probably a pretty good jump start if you’re interested in making a random dungeon game. The only real complicated aspect of this project is the random dungeon generation, so I’ll go into a bit more detail on that.

Random Dungeon Generation
The random dungeon generation algorithm included (in the DungeonGenerator class) is something that I worked out off the top of my head. I did some quick research and couldn’t find an algorithm to do what I was looking for, but it’s possible I just didn’t look in the right place. My goal was something similar to the iPhone game Deep Deep Dungeon (link here), and I’m definitely happy with the results. The algorithm is definitely not optimal or optimized, but it works well enough and should get you started.

We start off with sixteen dungeon building blocks. Here’s a page from my notebook that shows what we’re working with along with my naming convention.

The prefabs that represent these can be found in Prefabs/Dungeon Building Blocks. These are what we’re going to piece together in order to create our dungeon.

In the DungeonGenerator object, you are able to specify the size of the dungeon – NumBuildingBlocksAcross and NumBuildingBlocksDown. The default values create an 8×8 dungeon, but it should work for most size specifications. I just tested a 1×8 dungeon floor (not very interesting), and a 100×100 dungeon floor (took a while to generate) – which both work.

Here is the basic algorithm that we use to generate a dungeon floor:
  • We start off by creating a grid of empty building blocks. The grid matches the size specified (discussed above), and the cells are defined in the (x, z) plane. (0,0) is in the bottom-left, (max, 0) in the bottom-right, and (max, max) in the top-right. 
  • At this point we iterate through the entire grid, bottom-left to top-right, and choose a ‘valid’ building block for each cell position. What’s a ‘valid’ building block? I’m glad you asked! 
    • If the surrounding cells are all empty, then we choose a building block type randomly. We leave out the ‘capper’ building blocks from this choice, which are the four blocks used to cap off dead ends (Nx, Sx, Wx, and Ex). 
    • If some of the surrounding cells are not empty, then we choose a building block that matches the existing paths. 
      • Let’s say we have a cell to our west that’s a passage from west to east. We’ll make sure that the block we choose has an exit to the west to match the existing path. 
      • Let’s say we have a cell to our east that’s a passage from north to south. We’ll make sure to NOT choose a block that goes west, since it would create a disconnect with the existing path. 
      • So basically we narrow down the possibilities based on surrounding cells, and then choose randomly from the valid building blocks. 
  • After filling out the grid in this way, there’s the potential that the algorithm has generated ‘islands’. Sections of the maze that are separated from each other with no connecting paths. There might be a way to update the ‘filling out’ section of the algorithm to eliminate these islands, but right now I deal with it through some post processing. 
    • I do a little bit of low-class pathfinding in the CellConnectedToCell() function to identify these islands and turn them into empty cells. There might be a better way to recover and connect the islands instead of deleting them, solid exercise for the reader. 
    • Right now I consider an Island to be any section of the maze that has no way to connect to the center of the grid. 
  • The final step in the pathway generation is to cap off dead ends. As mentioned above, there are four ‘capper’ dungeon building blocks that are dead ends. We go through the grid and identify any hanging passages that don’t connect to anywhere and cap them off with dead ends. 
  • After completing the maze, we choose a random location on the path for the stairs up (start position) and stairs down (exit position). 
And that’s it, we’re done! As mentioned above, there are some shortcomings and lots of potential optimization and improvements – but it works well enough.

Future Work
It’s not hard to come up with a list of future work for this project, since the possibilities are endless. Here are some ideas off the top of my head that should result in a pretty solid dungeon crawler: 
  • Add in some real graphics, animation, sound, models, etc. 
  • Create a real combat system, maybe stat-based and simulated or some sort of combat mini-games? Special abilities, magic spells, bonusus? 
  • Add an inventory and loot system. 
  • Add a shop/economy. 
  • Extend the random dungeon algorithm to be more interesting. The one included works well, but is bare bones. Some potential extensions/improvements are discussed above, and there are plenty more… 
  • Right now the dungeon building blocks are just basic passages, but there’s no reason they can’t be much more interesting. 
  • Create different dungeon floor exit conditions. Maybe some levels need to be completed by defeating a specific monster instead of finding stairs down. 
  • Make some real quests, and parameterize the dungeon to be different based on the type of quest you’re doing. Add some real storyline segments (talking heads, text, lots of possibilities here) that advance the story. Maybe add a branching quest structure? 
  • Develop a hero. 
  • Try using this approach for a different game genre. You could try making a FPS with random maps, for example. 
  • Add support for additional building block ’tilesets’. 
  • … and many, many more. 
What Can I Use This For?
Feel free to use this project for whatever you want, I only ask that you take the time to drop me a message and let me know what you’re using it for.

Good luck!

Oh yeah, one last thing – here’s a link to a thread on the Unity3D forums for MiniDungeon: http://forum.unity3d.com/threads/minidungeon-a-free-randomly-generated-dungeon-jump-start.72525/
Publicado por en No hay comentarios.:
Etiquetas: , , , , ,

Global Game Jam: Resources for Jammers and game developers



Next weekend will be the Global Game Jam (GGJ) 2014. The Global Game Jam (GGJ) is the world's largest game jam event taking place around the world at physical locations. Think of it as a hackathon focused on game development. It is the growth of an idea that in today’s heavily connected world, we could come together, be creative, share experiences and express ourselves in a multitude of ways using video games – it is very universal. The weekend stirs a global creative buzz in games, while at the same time exploring the process of development, be it programming, iterative design, narrative exploration or artistic expression. It is all condensed into a 48 hour development cycle. The GGJ encourages people with all kinds of backgrounds to participate and contribute to this global spread of game development and creativity. (extracted from GGJ's website)

Here you have a list of resources for Jammers and also game developers / designers. This list was created by our friend of Rosario Game Dev. It's not a complete list but a good starting point. Feel free to added more resources in the comments. Enjoy it!


Table of contents

  1. Tools
  2. Vector/Scalar Image & 2D Graphics
  3. Source Control
  4. IDEs
  5. Engines
  6. Sound
  7. HTML5 / Javascript
  8. Frameworks
  9. Assets
  10. SDKs
  11. Miscellaneous
  12. Board games

Tools

Vector/Scalar Image & 2D Graphics

Source Control

IDEs

Engines

Sound

HTML5 / Javascript

Frameworks

Assets

SDKs

Miscellaneous

Board games

Task Management Tools

Publicado por en No hay comentarios.:
Etiquetas: , , , , , ,

Unity3d Radar script

I was looking for a way to make a radar or minimap in Unity3d but not adding other camara, just a square and some dots inside representing my game objects. 

I found someone who needed the same as I (http://answers.unity3d.com/questions/62018/how-to-make-a-radarmap.html). I took the Justin's Zaun radar script from the Unity wiki because it's easy to use and is customizable. You can show up to 4 kinds of objects on the radar but it would be easy to add more blip types.

Here is the result, just what I need


Script and Usage Instructions

Attach this wherever you like, I recommend you attach it where the rest of your GUI is. Once attached take a look at the inspector for the object. You are going to see a bunch of options to setup. I've tried to give a set of defaults that will work with little messing around.

The first item that should be set is the "Radar Center Tag" for anything of interesting to happen. This tag should be the object at the center of the radar, typically this is the local player's object. Place a check in the "Radar Center Active" box to diplay the play on the radar.

The second item that should be set is the "Radar Blip1 Tag." This is the tag given to the objects you want to show on the radar. Typically this would be the remote player's tag or the bad guy's tag.

To turn on the display of the blip place a check in the "Radar Blip1 Active" box.

If you run your game at this point you will see a radar in the bottom center of your screen that is showing you all the remote players/bad guys that are around you.

Now that you have seen a quick example of the radar I'll explain all the options. There looks like a lot but they are split into two sections. At the top are general radar settings that determin how you would like the radar to look. On the bottom there are settings for the blips

I'll explain the blips first. This radar supports up to 4 types of blips. Each blip has an "Radar Blip# Active" option for turning on or off the blip. This allows you to have everything setup and then in game based on events to turn on the display of different types on blips.

The second options is the "Radar Blip# Color" setting. This is the color of the blip. Not hard to explain, it changed the color of the object's blips for a given Tag. The last option for a blip is "Radar Blip# Tag." This is the tag for the object you would like to have on the radar.

Some examples would be using Blip1 for bad guys, Blip2 for items the play is trying to find, Blip3 for forts and Blip4 could be the level's exits. Having the items on the radar in differnt colors will let the player identify the type of object the blip represents.

The top options are the overall settings. First is the location of the radar. There are several options to choose from. If you choose "Custom" you have to fill in the "Radar Location Custom" to define the location. When you are defining the location please note this is the center of the radar.

The third option "Radar Type" is how you would like your radar to look. You have a choice of Textured, Round and Transparent. The default is Round and is the colored bullseye you saw at the start if you played with the first example. If you choose Textured you MUST set "Radar Texture" to some image for the background. If you choose Round you can change the colors used in the bullseye with "Radar BackroundA" and "Radar BackgroundB"

The last two options are about the size and zoom of the radar. The "Radar Size" is a percent of the screen the radar will take up, for example .2 is 20% of the screen. The "Radar Zoom" determines how much of the map should be displayed on the radar. Making this number smaller will zoom out and show you more stuff.

Get the script from https://gist.github.com/vackup/7715805 

Publicado por en No hay comentarios.:
Etiquetas: , , , ,

Unity Ragdoll and Collisions with Rigidbodies with Kinematics

In my last post http://vackup.blogspot.com.ar/2013/11/unity3d-kill-character-and-make-him-die.html I wrote how kill a character (that uses a rigidbody) and make him die like a ragdoll. The solution was simple, just add him a ragdoll with Unity Ragdoll wizard and set all rigidbodies as Kinematic.

This was working great but all characters don't collide and they pass through other objects. Ouch!!

Searching the internet, I found that "If isKinematic is enabled, Forces, collisions or joints will not affect the rigidbody anymore." http://docs.unity3d.com/Documentation/ScriptReference/Rigidbody-isKinematic.html

Also I found that someone had the same problem I have "I can't seem to find a specific answer for this. Mainly, I have an enemy rigidbody in my game who, when hit by an attack of some large value, goes ragdoll (isKinematic = false). However, when he is chasing the Player with isKinematic = true, he phases through terrain and such. Is there an elegant way of having an enemy be allowed to go into ragdoll and still collide with the environment?" http://answers.unity3d.com/questions/167712/collisions-with-rigidbodies-with-kinematics.html

And the reply was something I don't want to hear "Actually the only two components that can detect collisions are: the CharacterController and a non-kinematic RigidBody without any exceptions (afaik). However the CharacterController uses it's own detection method and is not really part of the physics system.

 The only difference between a simple GameObject with a collider and one with a kinematic Rigidbody attached is that the kinematic Rigidbody can wake up other non-kinematic Rigidbodies. Non-kinematic Rigidbodies fall asleep after a few seconds. They can only detect collisions when they are awake. If you move a GameObject with a sleeping Rigidbody it will wake up automatically, no matter what method of movement you're using (transform.position, AddForce, MovePosition).

 The only use of a kinematic Rigidbody is that when you move it into a sleeping Rigidbody it will wake up and would perform the collision check. Keep in mind that the collision messages are sent to both objects but only a non-kinematic Rigidbody can produce them.

 I'm not sure how your ragdoll-setup looks like, usually you have multiple body parts that are connected with joints. To move the enemy while he's alive you should use either a CharacterController, or a non kinematic Rigidbody. You should remove it when you turn it into a ragdoll.

 If you use a Rigidbody you can set freezeRotation to true so the Rigidbody is not rotated by the physics system but you're still able to rotate the object via script. You can also use Rigidbody.constraints to prevent the rotation and / or position change caused by the physics system."

So I started to think what can I do ... I thought that if isKinematic wasn't my solution, it would be great if I could create the ragdoll at runtime using a script.

So I searched the internet and found someone asking how to "Export ragdoll setup to script" (http://answers.unity3d.com/questions/188917/export-ragdoll-setup-to-script.html). The reply was "I created a code generator for C# and released it as open source under MIT license. Further on I wrote an article in my blog where you can find the code as well". He was talking about C# Code Generator As Add-on for Unity3D Ragdoll Wizard. 

There you can find the code to download and how to use it. I use it in my project and the result is what I was trying to achieve. The results are here: http://bit.ly/1beCGTg


Publicado por en No hay comentarios.:
Etiquetas: , , , , , , , , ,

Unity3d: kill a character and make him die like a ragdoll

The other day, I shown a friend of Rosario Game Dev the lastest version of my game where I introduced bombs and explosion. He told me it would be great that when a bomb explodes, characters fly over the scene and that I could achive that by using a ragdoll. You can see a proof of concept here http://bit.ly/17pl47F

So, what's a ragdoll? A ragdoll "is a children's toy. It is a cloth figure, a doll traditionally home-made from (and stuffed with) spare scraps of material" and the same approach is used in video games.

Unity has a simple wizard that lets you quickly create your own ragdoll. You simply have to drag the different limbs on the respective properties in the wizard. Then select create and Unity will automatically generate all Colliders, Rigidbodies and Joints that make up the Ragdoll for you. (something you need to know / guess, as a ragdoll is basically a collection of rigibodies it will be affected by physics, gravity and forces)

 Here you have a Unity 3D Ragdoll Easy Tutorial (this all you need to know to make a ragdoll)


This is really easy, but what if the character have any other logic or components like animators, rigidbody, script, etc?

Let's take a look at Ethan from Unity3d Project #01: Stealth. Ethan has a lot of components attached to him.


If I just add the ragdoll to Ethan, It'll be a completly mess (I've already did it, try it by yourself), so what can we do? These are the step I follow (guided by some answers I found on the Internet):
  1. Create a ragdoll to Ethan
  2. Disable all child (ragdoll) rigidbodies (script AnimatorToRagdoll.cs)
  3. When Ethan dies, destroy / disable main components (With a mouse click, Ethan dies)
  4. Eneable all child (ragdoll) rigidbodies 

The result is here http://bit.ly/17pl47F  With a mouse click, Ethan dies

You can download the full project here: http://bit.ly/1dYsO1I


Publicado por en 2 comentarios:
Etiquetas: , , , , ,

Epidemic: using a resource pool system

One of the biggest problem in game development and specially in mobile game development is memory allocating and deallocating. Some OS like iOs let you take the memory you need but doesn't like the idea allocating and deallocating continuously and makes your app or game to crash.

Always a profiler (eg: Unity Profiler) is needed to see how your game do its job under the hood.

A bad practise is Instanciating and Destroy objects because they are expensive task, they do a lot of memory allocating and deallocating, generates garbage (that the garbage collector needs to collect).

So what can we do if we need to Spawn and Despwn objects in our game? The solution is the use of some kind of resources pooling.... This mean, load everything you can / need when you game is starting - instanciate objects - and mark then as Inactive. When you need one object, just look for one Inactive object in your pool, mark it as Active and use it. When you don't need anymore, mark it as Inactive. That's all.

In the case of my game, I just start using resources pools for bombs and explosions because at this moment, they are the only objects that Spawn and Despawn.

I was looking for a free, open source and easy to install / use resources pool and the solution was Prefactory_v1_0, a simple object pool manager for Unity3d. Just visit Prefactory_v1_0 web site to download it and for instructions how to use it.

I just want to thanks Boon Cotter for his excelent Pool Manager and for sharing it!

Remember, here http://bit.ly/1beCGTg you can see a live version of my game. Also, there is a new dead sound! Enjoy it
Publicado por en No hay comentarios.:
Etiquetas: , , , , , , , ,

Epidemic update, bomb and explosions

Detonator Explosion Framework for Unity makes incorporating good explosions easier for all types of developers. At its most basic level, Detonator is a component that can be attached to any GameObject. At runtime it then creates an explosion with configurable color, size, duration, detail, and sub-elements like sparks, smoke, and shockwaves. The Detonator Parametric Explosion Framework has been developed by Ben Throop for the Unity Summer of Code 2009.

You can play with a running example of Detonator here: http://variancetheory.com/detonator/

Thanks to Detonator, I could include astonishing explosions in a really easy way.

Just add a component script to my bomb object (eg: a sphere). My script has a public gameobject variable so I can assing the explision prefab I like most.


And only in my script, I just wrote code for OnCollisionEnter:

 void OnCollisionEnter(Collision collision)   
 {  
       // Instantiate a detonator game object where the bomb is  
       Instantiate (this.detonator, this.transform.position, Quaternion.identity);  
       // Destroy the bomb (because it exploded lol)  
       Destroy(this.gameObject);  
 }

Remember, you can take a look at the last version of the prototype here http://bit.ly/1beCGTg

Of course, there are a lot of things to improve but I'm just starting
Publicado por en No hay comentarios.:
Etiquetas: , , , , , , ,

Epidemic, my new "work in progress" game prototype

Inpired by Zombie Infection Simulation v2.3 - The Original and the movie Contagion, I decided to start developing a game prototype using Unity3d

My game should answer some of these questions (in a funny and challenging way):
  1. How long does it takes to the infection to spread?
  2. What are you going to do to save the not infected humans?
  3. How will they react?
Take into account that you'll only have limited resources, so live or die, make your choice

I don't know how this prototype will end but I'm just starting to develop it (also starting to learn Unity :)

Up to date, I only have a bunch of human running, some are infected and some are not infected. I have a few rules already implemented:
  1. When an infected one "touch" a not infected one, it infect him
  2. The infected ones walk slower the the not infected ones.
  3. An infected human dies some second after have been infected.
  4. With a Mouse click you can "fire" bombs that can kill humans (infected and not infected humans)
Also there are some rules to be implemented, for example:
  1. A not infected human can live some time without food
You can take a look at the last version of the prototype here http://bit.ly/1beCGTg

If you any idea or feedback, don't hesitate in contect me.

NOTE: some models were taken from Stealth Unity Tutorial just for prototyping purpose
Publicado por en No hay comentarios.:
Etiquetas: , , , , ,

24/08/2013 Nueva fecha para Game Work Jam en Rosario

Después del duelo que sufrió la ciudad de Rosario debido a la explosión que conmocionó a todo el país, la Game Work Jam Rosario tiene nueva fecha y folleto.

La nueva cita para encontrarse y crear videojuegos es el sábado 24 de agosto de 2012, cuando a las 11:00 Hs comience su primer sesión en el SUM del Centro de Expresiones Contemporáneas. Entrada gratuita, previa inscripción.



La Game Work Jam es un programa de emprendedorismo creado por Gamester en Buenos Aires, traído a la ciudad por el grupo Rosario GameDevs. En este espacio los interesados en el desarrollo de videojuegos pueden reunirse cada dos semanas con el fin de colaborar y recibir asistencia para llevar a cabo sus proyectos.

¿Cómo participar?

Cualquier persona puede inscribirse entrando a www.gameworkjam.com.ar, no se requiere experiencia previa. Quienes tengan ya un juego empezado pueden presentar sus proyectos, ya sea con un equipo formado o sin él, y en cualquier etapa de desarrollo (desde sólo la idea inicial hasta el juego terminado y listo para ser publicado).

El evento es gratuito y solo es necesario inscribirse para participar. Si bien la primer reunión será el día 24 a las 11:00 hs en el CEC, nuevos participantes pueden integrarse luego a los proyectos en curso en cualquier momento.
  • Rosario GameDevs (RGD) es un grupo de personas reunidas con el objetivo de promover y divulgar el desarrollo de videojuegos en la ciudad de Rosario. (http://rosariogamedevs.com.ar/rgd/)
  • Gamester se desarrolla en la planeación de eventos propios o propuestos por terceros relacionados con la industria de los videojuegos desde la pre-producción, comunicación y post-producción hasta la generación de material audiovisual e interactivo. (http://www.gamester.com.ar/)

Más información

  1. Sección Rosario de la página de GWJ: http://gameworkjam.wordpress.com/category/rosario/ 
  2. Evento en facebook: https://www.facebook.com/events/205686862927842/
  3. Página de RGD en facebook: https://www.facebook.com/rosariogamedevs
Publicado por en No hay comentarios.:
Etiquetas: , , , , , , ,

Se viene la Game Work Jam Rosario de la mano de RGD

Se viene la Game Work Jam Rosario de la mano de RGD. 


Game Work Jam es un programa de emprendedorismo de juegos y videojuegos creado por Gamester, con el objetivo general de desarrollar la industria trabajando colaborativamente en proyectos propuestos por equipos que tienen la necesidad de dirección, ayuda y mentoría externa.
Se convoca a todos los interesados, de las distintas disciplinas, en el desarrollo de juegos con o sin equipo para que asistan a las reuniones – taller y formen parte de esta nueva comunidad proactiva.
En cada jornada nos visitarán distintos mentores referentes de la industria con el objetivo de asistir y capacitar a los equipos durante su desarrollo.

QUE es GWJ Rosario

La Game Work Jam tiene su sede en la Ciudad de Rosario, donde nos reunimos todos los interesados en el desarrollo de videojuegos con los siguientes objetivos:
  • Reunir: disponer un lugar y momento donde los equipos dispersos en sus casas se encuentren para trabajar y sincronizar esfuerzos
  • Mentoría: conectar personas que están comenzando proyectos con profesionales de gran experiencia de la industria
  • Networking: establecer relaciones entre los miembros de la comunidad
  • Capacitación: profesionales invitados entablan dialogo descontracturado y participativo con los presentes sobre una temática especifica
  • Informar: como apertura de cada encuentro se informará sobre novedades de la industria, eventos, concursos, y los presentes tendrán su momento para presentar sus proyectos.

CUANDO

La Game Work Jam Rosario tiene fechas específicas y siempre en el horario corrido de 11am a 4pm en días Sábado.

Los eventos confirmados son:

  1. Sabado 10 de agosto
  2. Sabado 24 de agosto
  3. Sabado 7 de septiembre
  4. Sabado 21 de septiembre
  5. Sabado 19 de octubre
  6. Sabado 26 de octubre
  7. Sabado 2 de noviembre (meeting en EVA)

DONDE

El CEC (Centro de Expresiones Contenporaneas) nos abre las puertas del SUM (Salón de Usos Múltiples) en Paseo de las Artes y el río Paraná.


El Centro de Expresiones Contemporáneas (CEC) es un antiguo galpón portuario de granos, emplazado sobre la ribera del río Paraná en la interjección con Paseo de las Artes, que fue reciclado en 1995 para convertirse, desde entonces, en centro cultural.



INSCRIPCION Gratuita (cupos limitados)

Mas información

Que es RGD

Rosario Game Devs es una comunidad de desarrolladores de videojuegos rosarina, que nació con la necesidad de generar un espacio que nuclee a las empresas y personas que hacen o quieren hacer juegos y viven en la ciudad o alrededores. RGD tiene como objetivo fomentar la industria local del desarrollo de videojuegos generando una comunidad estable de desarrolladores que colaboran estre si y realizando eventos que ayuden a la difusión de la industria.




Mas Info en:
Publicado por en 1 comentario:
Etiquetas: , , , , ,
Suscribirse a: Entradas (Atom)