Bienvenido a la Comunidad.

hola, bienvenido!
 
@lightbug tiene razon, comenzar de "cero" en unity puede ser muy complejo....
 
yo comence a programar(como aficion) hace muuuuchos años... comenze en "basic" en un spectrum... y luego en un amstrad... habia muy pocas "ordenes" o comandos.... 
 
ahi (con tiempo) comence a comprender y "dominar" las partes "logicas" de la programacion:
 
-variables(int, float, string... )
 
condiciones/comprobaciones(if/else, switch...) 
 
-bucles(for, foreach, while....)
 
-input(KeyCode, mouse ...)
 
-output(mostrar imagenes/textos en pantalla)
 
 
 
....eso me llevo mi tiempo....
 
 
 
luego toque algo de c++ pero me pase a "java" ensegudia....
 
ahi aprendi:
 
-programacion orientada a objetos(class, new, Instantiate, Destroy...)
 
-funciones(void, corroutines... o funciones que devuelvan un valor...)
 
 
 
...y a la vez que java tambien probe "darkbasic" basado en basic, pero con funciones para simplificar el uso de 3d...
 
ahi aprendi sobre 3d(vertices, triangulos, normals, uv...) 
 
y aprendi bastante sobre trigonometria 3d y vectores(importante)
 
y fisicas y colisiones.... reproducir animaciones de modelos 3d... interactuar con los "bones/limb" a traves del codigo....
 
 
 
...y por fin me pase a unity y c#
 
...y aun asi(sabiendo de programacion...), al principio no me enteraba de nada con Unity...  y me costo un poco arrancar...
 
c# si que lo pille casi al momento al haber "trabajado" con c++ y java... pero unity trae muchas cosas aparte de un "editor de texto" para escribir codigo... y me costo habituarme a todo su "interfaz"... puesto que no habia "trabajado" con un motor asi.... pero una vez lo hice, ya no imagino mi vida sin este "motor", jeje
 
como dice @lightbug:
 

Cita de: lightbug date=1509135904acordate que esto no es el paint, o game Maker, esto es un motor, es el rejunte de todo los medios más complejos dentro de un gran programa (Video, graficos, Audio, Físicas, etc), ...
   
   
      ...Aún asi Unity es muy fácil de aprender.  
   
   
       
   

 

Vale, Muchas gracias @lightbug veo que tengo que comenzar por lo básico.
 
Estoy en un ciclo de Videojuegos y nos han encargado un juego 2D para el cual tengo 2 meses para hacerlo, tengo como compañero un artista grafico, asique recae sobre mi la parte de programacion, conociendo lo basico de c#, comenzare por lo basico que me comentas del movimiento del personaje, e intentare llegar a un hack n Slash o lo mas parecido que consiga.
 
Gracias por tus consejos.

A ver, si ya sabes programar, tienes conocimientos de orientación a objetos y conoces lo básico de C#, pero no conoces Unity, puedes empezar a  conocer lo básico del motor: Clases, Bucle de juego, Manejo de las físicas, Scripting con mensajes entre objetos, mani***ción de objetos, uso de Managers, Interfaz de usuario, algo de iluminación, herramientas que da Unity, etc.
 
Si es esta tu situación tienes muchos recursos para comenzar, ya si quieres hacer algo 2D o 3D depende de muchos factores, pero en cualquier caso yo no me tiraría a fuego, si no has hecho cosas mas simples, a hacer un plataformas, tiene muchas puñetitas que solventar. 
 
Yo primero empezaría por algún jueguecito simple y luego haría quizá un FPS muy básico, con eso ya te peleas un poco y a partir de ahí ya puedes pasar a mayores. Siempre en 3D para empezar, el 2D en Unity puede ser una guerra si utilizas ciertas cosas (las fisicas, por ejemplo y las colisiones en 2D para un plataformas son complicadas, no se si conoces el uso de raycast pero es esencial y muchas cosas mas)
 
No se si puedo hacer publicidad, pero recientemente ha salido un libro bastante bueno si estás en este punto 

Cita de: sami188 date=1509358315Vale, Muchas gracias @lightbug veo que tengo que comenzar por lo básico.
   
   
      Estoy en un ciclo de Videojuegos y nos han encargado un juego 2D para el cual tengo 2 meses para hacerlo, tengo como compañero un artista grafico, asique recae sobre mi la parte de programacion, conociendo lo basico de c#, comenzare por lo basico que me comentas del movimiento del personaje, e intentare llegar a un hack n Slash o lo mas parecido que consiga.
   
   
      Gracias por tus consejos.
   

Ah ok, entonces te diría que no hagas lo del video tutorial que te pasé, osea no se cuanto sabés de raycast, unity, layers, y demás, pero hacer un buen controller (o uno mas o menos rescatable) te puede llevar mucho. En ese caso deberías entregar tu alma al diablo por estos dos meses y usar un rigidbody dinámico, es mucho más sencillo para mover un personaje. Revisá el ejemplo del Robot 2D de Unity si querés una guía, o tenés muchisimos tutoriales por ahí.
 
saludos
 
 

Lo del RigidBody dinámico no se yo si es buena idea para un plataformas, quizá para uno en el que las físicas sean la base, pero no lo veo en un Hack n Slash donde el movimiento tiene que ser preciso y las físicas te pueden jugar malas pasadas. Yo creo que echarle tiempo a un buen controller es tener gran parte del juego hecho, siempre puede limitar las mecánicas, los tipos de enemigos, el número de fases y escenarios y presentar algo limitado pero funcional, ya que entiendo que el objetivo del proyecto no es hacer un juego grande, sino uno con un alcance limitado pero que funcione bien.
 
De todas formas te va a influir mucho como diseñes el juego, si no tienes mapas enrevesados con colisiones complicadas, por ejemplo si es un terreno plano de ir a izquierda y derecha con algún cambio de nivel puntual, sin plataformas móviles, ni enemigos que te ataquen por todas partes y solo salgan de los lados, puede no ser necesario  el uso de Raycast y usar colliders, incluso para los ataques melee puedes usar Distance. Piensa que en los juegos hay mucho "truco".

Cita de: FNP date=1509457080Lo del RigidBody dinámico no se yo si es buena idea para un plataformas, quizá para uno en el que las físicas sean la base, pero no lo veo en un Hack n Slash donde el movimiento tiene que ser preciso y las físicas te pueden jugar malas pasadas. Yo creo que echarle tiempo a un buen controller es tener gran parte del juego hecho, siempre puede limitar las mecánicas, los tipos de enemigos, el número de fases y escenarios y presentar algo limitado pero funcional, ya que entiendo que el objetivo del proyecto no es hacer un juego grande, sino uno con un alcance limitado pero que funcione bien.
   

No solo "no es una buena idea", es una pésima idea, pero si alguien que arranca quiere mover algo en 2D sin tener que dedicar tiempo a tener un buen controller, y además le piden el juego en dos meses, con tan solo algunas líneas de código podrá hacerlo.
 
Yo tengo mi propio controller 2D y me ha llevado años dejarlo tan lindo como está ahora (cuando puedo le meto "habilidades nuevas") y aún tiene algún que otro bug boludo dando vuelta, no tengo ni idea que lo ocasiona. Por eso, lleva tiempo tener algo aceptable, pero a la larga paga bien.
 
 

Por eso creo que debería montar algo sencillo aunque fuera con collliders y diseñar el juego limitando lo que da guerra, si quiere hacer un Hack'n Slash el tema de plataformas no es demasiado importante. Es que las físicas ya de por sí son un dolor, y si son en 2D, es de lo peor. Para hacer algo bueno en 2D, de este estilo y sin sorpresas tiene que ser kinematico.