A vale, pensé que no querias aportar nada xD.
 
Bienvenido.

Cita de: LoquenderoMix date=1500060638Realmente lo que yo quiero es que al principio los guardias se muestren como neutrales y al coger objetos que te persigan y se conviertan en enemigos.
   

Haz un script que te persiga lo desactivas y cuando cojas el objetos lo activas...

Nunca usé waypoints(pero sé que es un camino por donde le dices al guardia que patrulle) lo que no sé es si solo ese camino usa un bake o si todo el terreno usa el bake y tu le das los waypoints.. lo que usaba era un overlapsphere y un linecast, pues basicamente una overlapsphere es un collider que detecta los otros colliders que hay dentro y un linecast pues crea un linea de un punto a otro..
 

 
El linecast es las rayitas rojas que como cualquier otro cast colisiona con colliders(por eso al enemigo detras de la pared(linea negra) no lo detecta) cuando 'vea' al enemigo le dices que persiga..
 
Hola @Arthure tengo una duda sobre la Maquina de estados, mi concepto es algo vago pero es asociar las animaciones con su parte logica yo utilizo eventos para asociarlos y pues ....
 

Cita de: Arthure date=1500055536porque hay mil maneras de hacerlo
   

se que no era sobre la maquina de estados pero pense que tambien se puede aplicar a eso mismo asi que los eventos son una forma correcta de hacer las maquinas de estado?.
 
 

A vale.... sí, el juego trata principalmente de serpientes y por lo de minimo supongo que la bajada de FPS será minima, puede parecer una pregunta tonta pero nunca en mis juegos se movieron tantos colliders siempre un boxcollider para mi player y otros más para la IA.

Hola, tengo una serpiente y quiero hacerle un 'ragdoll' manual, tiene la animacion de sprintar, en cualquier momento aparecera una bota gigante que te pateara y quiero que se vea real como queda la serpiente estampada con otros colliders....
 
si le pongo 4 huesos, se ve muy robotico..
 
Pues obviamente le pondre más huesos porque así lograre el efecto que quiero, y pues mi duda es cuanto afecta el rendimiento de esto al saber que cada hueso tendrá un collider con rigidbody y bueno fuera que solo hubiera 1, pongamos unas 20 serpientes con 25 huesos(con Cllr y RGBD) moviendose a la vez....., a cierto.. el cuarto donde estan las serpientes hay objetos que se mueven si la bota o la serpient chocan con ellos, quizás si los colliders son más pequeños/grandes es menos el procesamiento?

Si es como darle el color naranja alrededor del objeto debes programar un shader.

En el 2do estas accediendo al transform del GO(gameobject) y por ende puedes usar las funciones del mismo, es como un 'atajo', si vas a usar las funciones del transform(posición,escala,rotación) crea..
 

Cita de: Jose Angel date=1499097758Transform Player;
   
   
      player = GameObject.FindGameObjectWithTag("xxx").transform;
   

si no es necesario acceder al componente transform, pon
 
 
 

Cita de: Jose Angel date=1499097758GameObject player;
   
   
      player = GameObject.FindGameObjectWithTag("xxx");
   

cosa que al poner 'player' puedes acceder a más componentes y no solamente esta ligado al transform.

Cita de: Jose Angel date=1498995420No funciona muy bien porque el  malo primero atraviesa al player y si continuo corriendo y me paro , lo empuja deslizándolo.
   

Hay un opción del propio navmeshagent la cual se llama sttopingdistance que calcula a cuanta distancia se detiene el navmeshagent del objetivo, pues si no quieres que lo empuje detenlo antes..

A vale, es que solo pensaba que eran para declarar métodos pero veo que se pueden declarar 'atributos' y utilizarlos en sus parametros, pero creo que es basicamento lo mismo que llamarlos desde la propia clase.Gracias por el ejm. de interfaz.

Lo que no entiendo @Arthure es lo de 
 

int health{get;}

 
Osea porque crear variables si no van a ser utilizadas?, en las clases que creas
 

public int health{get{return this._health}}

 
no soy experto en el tema pero creo que le das la variable de la clase para que ocupe el lugar en la interface, pero porque.. si no la utilizo...
 
Hola @pioj (vaya ahora no me sale xD) creo que es porque es una plantilla y pues ya sabes que al implementar la interface solo va a ocupar un metodo y los parametros, se limita a crear memoria para eso, lo mismo al crear un script(Start, Update), para aprovechar el código yo lo haria creando una interface base  y en la clase padre construir el razonamiento lógico y en los hijos utilizar ese método.

Cita de: lightbug date=1498682732Si la clase es abstracta nunca creas al padre, siempre a los hijos.
   

Ahh... tienes razón, ya entendi!!, gracias.

Entonces nunca crear constructor en padre sino en el hijo y usar atributos del padre no?

A vale, tengo otra duda sobre el constructor por ejem..
 

public abstract class player:Monobehaviour{
  
  private int vida;
  private float velocidad;
  private Gameobject arma;//creo que es mejor ponerla de tipo arma
  
  public claserandom(int vidita,float velo, Gameobject arm)//lo mismo
  {
     vida=vidita;
    velocidad=velo;
    arma=arm;
  }
  //métodos get/set
  .
    .
    .
    .
  
}
public class luchador:player{
  private int fuerzadepatada;
  private float salto;
  
  //aqui no se como agregar atributos a la clase base, pienso que es agregando a su constructor
  public luchador(int x, int y, arma arm, int fuerzapat,float salt):base(vidita,velo,arm){
    
    fuerzadepatada=fuerzapat;
    salto=salt;
    
  }
  //o debo jalar los get/set del padre y crear un nuevo constructor en el hijo
  //lo que quiero hacer es que al llamar a luchador acepte atributos del padre hijo en el contructor
}

 
Vale recien me entero que no es necesario crear get/set solo poner base.nombreatribute.

Cita de: lightbug date=1498627197Si lo que queres hacer es que el padre sea el "tipo" y el hijo sea uno de esos "tipos" podes usar clases abstractas(no podes crearlas solos sus derivados) o no, pero es mas lindo ponerla abstracta para definir mas "la cosa".
   

Osea por lo poquito que entiendo ya mañana lo investigare más lo de abstract en clase es una base no instanciable que sirve como plantilla para los hijos, osea veo que solo es para instanciar los hijos(que es lo que quiero), la mayor duda que es la optimización es cual es la diferencia en poner funciones en enemyvampiro a implementar interfaces supongo que son como miniherencia.. osea puede ser una interfaz padre y generalizarlo mucho para que otras clases lo implementen para ahorrar espacio y lo más especifico como 'chupar sangre' sea una función especifica de enemyvampiro?.. lo digo porque yo acostumbre a utilizar una clase padre y 3 hijos como maximo con los tipicos ejercicios de facultad por eso mi insistencia con el performance, pero basicamente tu respuesta resolvio mis dudas solo que brotaron más dudas xD.

Cita de: lightbug date=1498624570Si creas una clase podes crear cualquier objeto dentro, no solo int, foat, etc. Por ejemplo un GameObject. fijate que casi todo es un Object y tambien tienen sus metodo que funcionan en cualquier lado:
   

Una clase que no herede de Monobehaviour hereda la clase Object? tengo entendido que crear una clase sola solo puede usar los tipos primitivos o solo es necesario las librerias?
 

Cita de: lightbug date=1498624570la cosa esta en que vos llamas a esos GetComponent dentro de OnEnable, awake, start, update ,etc.. que forman parte de todo monobehaviour, no podes hacerlo desde la misma definicion de una clase cualquiera.
   

Lo que queria hacer el crear una clase padre y otra que herede de monobehaviour además de la clase padre.
 

Cita de: lightbug date=1498624570No entendi muy bien a que Collider te referis, al que pusiste en tu clase o a la clase Collider de Unity? porque el que pusiste vos no hereda de nada por eso pregunto.
   

-La clase collider es una clase mia, fue un error poner el mismo nombre que la de unity, puede llamarse collidermio...
 
-Supongo que bastara con poner :collider(mi clase) al costadito de Monobehaviour, lo que pasa es que solo usaba clases en java y hace tiempo que no lo toco, ni tampoco lo he hecho en c# y pues es la poca practica..