Buenas noches, después de haber programado todo el control de mi personaje con Rigidbody y darle vueltas y vueltas a muchos problemas causados por este motivo, como al tema de Physic Material (que hacian que el personaje no actuase bien al saltar contra una pared), etc, me doy cuenta de que para personajes, lo mejor no es usar Rigidbody si no CharacterController. He programado todo el movimiento del personaje con CharacterController y ahora mi personaje y el juego en general se mueve perfecto, pero ahora tengo otro problema y es que con CharacterController.Move no puedo empujar objetos porque no actúan las físicas.
 
Si muevo al personaje con transform.Translate las físicas funcionan perfectamente, pero no me funcionan las colisiones con las paredes y si uso CharacterController.Move me funcionan las colisiones contra las paredes pero no se mueven los objetos afectados por las físicas. He programado que se mueva con transform.Translate y para que no traspase las paredes al detectarlas la velocidad de avance sea cero, pero ya no tengo ese movimiento de deslizamiento que tiene el personaje cuando estamos empujando contra una pared, ademas de que no sube peldaños por ejemplo.
 
- ¿Como puedo usar CharacterController y a la vez tener Físicas empujar algún objeto?.

Cita de: Jhonatan00_00 date=1582410632He programado que se mueva con transform.Translate
   

No está pensado para eso, le estás haciendo un mal terrible al pobre componente. Entiendo el truco, pero no te conviene usar algo así para esto.
 

Cita de: Jhonatan00_00 date=1582410632me doy cuenta de que para personajes, lo mejor no es usar Rigidbody si no CharacterController.
   

Hasta que te das cuenta de que el CC no lo podés rotar ... si querés siempre un personaje que tenga el Up = Vector3.up, estonces está bien.
 

Cita de: Jhonatan00_00 date=1582410632- ¿Como puedo usar CharacterController y a la vez tener Físicas empujar algún objeto?.
   

Primero lo básico, ir a la documentación:    
 
https://docs.unity3d.com/ScriptReference/CharacterController.html
 
Para el callback OnControllerColliderHit tenés un ejemplo que hace exactamente eso:
 
https://docs.unity3d.com/ScriptReference/CharacterController.OnControllerColliderHit.html
 
 
 
Y si nada te funciona, bueno, simplemente obtener del asset store el mejor character controller:
 
https://assetstore.unity.com/packages/tools/physics/character-controller-pro-159150

No me gusta obtener recursos de Internet para nada, ni un script, ni texturas, ni modelados, ni animaciones, nada... Yo pienso que si quieres hacer un videojuego de verdad por lo menos tienes que hacerlo tu mismo, porque seguramente ese script del CharacterController que hayas descargado lo esté utilizando mucha mas gente, lo que va a hacer que tu juego sea un clon mas de otros tantos juegos mediocres que pululan por Internet.
 
La documentación la leo siempre y también veo tutoriales e intento solucionar el problema por mi mismo antes. Cuando pregunto algo aquí es bien porque el manual de Unity no se entiende en la mayoría de los casos o porque sea un error o algo que no puedo solucionar. Este tema por ejemplo aunque no sea un bug en si, es un fail por parte de los desarrolladores del engine, porque no me creo que hayan pensado en físicas realistas, iluminación realista, efectos realistas, su propio lenguaje de programación, animaciones con IK, etc, etc, etc y que no se hayan parado a pensar que igual necesitamos que un CharacterController, aunque el no use físicas, pueda chocar contra otro objeto que si las tiene y este se mueva...
 
Lo he conseguido "solucionar" y lo pongo entre comillas porque tengo que toquetear de aquí y de allí hasta que las físicas se comporten como quiero, porque aunque funcionan, los objetos al colisionar con el personaje se mueven con demasiada fuerza, pero lo que he tenido que hacer para arreglarlo es un follón; he creado un objeto vacío al cual le he aplicado un CapsuleCollider y un RigidBody, después he tenido que programar que ese objeto siga las coordenadas del personaje sin afectar a su comportamiento, por lo que he tenido que desactivar las colisiones entre el personaje y este collider del objeto y después ajustar el radio del collider del objeto con Rigidbody para que sea algo mayor que el del CharacterControler y así choque al acercarse a otro objeto.
 
No creo que me vaya a explotar el ordenador ni nada por el estilo por hacer esto y funciona, así que creo que es la solución... Si a alguien se le ocurre otra mejor que lo diga.
 
Saludos.

No pasa nada por buscar recursos en internet. Al final estás haciendo lo mismo accediendo a este foro y preguntando. Para poder evolucionar primero necesitas saber qué es lo que hay y cómo está hecho para mejorarlo. Aprender cómo está hecho, no utilizarlo sin saber cómo funciona solamente y modificarlo con conocimiento de causa. Peor lo teníamos en los 80's y 90's  sin internet y solamente con grupos, revistas o cursos especializados. La mayor parte del tiempo a solas.
 
Cómo decía un profesor mío de Historia, la única diferencia entre un romano y nosotros es el acceso a los conocimientos acumulados por otros. Si tienes un recurso al alcance no lo desaproveches. Modo metafísico Off.

Cuando entramos a un foro a preguntar como hacer algo o como solucionar un problema lo que estamos haciendo es aprender, por ejemplo aprender que en C# un objeto se mueve con la instrucción transform.Translate, etc... pero no entramos a que nos programen un script completo y aplicarlo a nuestro objeto como creen muchos que es esto. Por eso mismo le dices a cualquiera que estas realizando un videojuego y te tratan como si fueses un niño de cinco años cogiendo script de Internet.
 
Para hacer un videojuego profesional hay que aprender y que programarlo todo desde cero viendo lo que funciona y lo que no y a veces funcionan cosas que a nadie se le habían ocurrido. Además, cada persona tiene una forma de entender la programación y para realizar lo mismo programan cosas completamente diferentes, por lo que prefiero programar mis propios script desde cero para entenderlos, porque el funcionamiento que tienen es de acuerdo a mi lógica y se para que está todo. Después veo como ha programado otra persona algo que ya he hecho yo en mi juego y no entiendo nada. 
 
Tengo una duda y es que este objeto que he creado con RigidBody que sigue la posición del personaje lo hace con Transform.position y aunque funcionan las físicas creo que debería de estar usando alguna función de las que ofrece Unity para dar movimiento a las físicas como RigidBody.AddForce, ¿con que seria mejor mover el RigidBody para que siguiese al personaje?, ¿con velocity por ejemplo?.
 
 

Cita de: Jhonatan00_00 date=1582470013No me gusta obtener recursos de Internet para nada, ni un script, ni texturas, ni modelados, ni animaciones, nada... Yo pienso que si quieres hacer un videojuego de verdad por lo menos tienes que hacerlo tu mismo,
   

Absoluta y rotundamente falso.
 
Una cosa es usar modelos exactos del asset store, que dicho de paso no tiene nada de malo. En un juego nadie se da cuenta de ninguna de estas cosas, te diría que incluso para esos assets super prefabricados de "magos o hechiceros animados", "modelos de monstruos", "caballeros medievales", etc, etc. Es un mundo tan pero tan grande que esto se ignora.
 
Otra muy diferente es usar un conjunto de herramientas que ayuden a tu desarrollo. Que ya que está, esto es lo que es Unity basicamente, si querés ser 100% original programate tu propio engine, con tu propio render, físicas, etc.
 
Está en el publisher en pensar en este tipo cosas, para dar la libertad necesaria al usuario. Muchas veces esto es lo que determina que un asset salga $5 o $50.
 
 

Cita de: Jhonatan00_00 date=1582470013porque seguramente ese script del CharacterController que hayas descargado lo esté utilizando mucha mas gente, lo que va a hacer que tu juego sea un clon mas de otros tantos juegos mediocres que pululan por Internet.
      
   

Yo lo voy a estar utilizando, seguramente ... porque yo lo he creado.
 

Cita de: Jhonatan00_00 date=1582470013Este tema por ejemplo aunque no sea un bug en si, es un fail por parte de los desarrolladores del engine, porque no me creo que hayan pensado en físicas realistas, iluminación realista, efectos realistas, su propio lenguaje de programación, animaciones con IK, etc, etc, etc y que no se hayan parado a pensar que igual necesitamos que un CharacterController, aunque el no use físicas, pueda chocar contra otro objeto que si las tiene y este se mueva...
   

No, es la naturaleza misma de un controller kinemático. El CharacterController que tenés en Unity no es de Unity, es una implementación sacada del controlador de Nvidia.
 
 
 

Cita de: Jhonatan00_00 date=1582474677Para hacer un videojuego profesional hay que aprender y que programarlo todo desde cero viendo lo que funciona y lo que no y a veces funcionan cosas que a nadie se le habían ocurrido. Además, cada persona tiene una forma de entender la programación y para realizar lo mismo programan cosas completamente diferentes, por lo que prefiero programar mis propios script desde cero para entenderlos, porque el funcionamiento que tienen es de acuerdo a mi lógica y se para que está todo. Después veo como ha programado otra persona algo que ya he hecho yo en mi juego y no entiendo nada. 
   

Ah sí? y cuantos juegos has vendido profesionalmente? ... Digo, ya que suena a afirmación absoluta, casi sacada de los textos sagrados del gaming.
 
Desde ya que el link a mi Character Controller fue en plan de chiste ... la solución te da dí un parrafo anterior a dicho link (si es que te interesa programar todo tu juego al 100%).
 
Entiendo que debas ser original, y es admirable, yo tampoco tolero usar cosas de otros, hasta cierto punto. Pero la originalidad no va a estar determinada porque te hayas creado tu propia textura o modelo 3D, o incluso tu script de movimiento.
 
Es como dice iRobb:
 

Cita de: iRobb date=1582473045Cómo decía un profesor mío de Historia, la única diferencia entre un romano y nosotros es el acceso a los conocimientos acumulados por otros. Si tienes un recurso al alcance no lo desaproveches. Modo metafísico Off.
   

Amén.
 
 
 

Cita de: Jhonatan00_00 date=1582470013Lo he conseguido "solucionar" y lo pongo entre comillas porque tengo que toquetear de aquí y de allí hasta que las físicas se comporten como quiero, porque aunque funcionan, los objetos al colisionar con el personaje se mueven con demasiada fuerza, pero lo que he tenido que hacer para arreglarlo es un follón; he creado un objeto vacío al cual le he aplicado un CapsuleCollider y un RigidBody, después he tenido que programar que ese objeto siga las coordenadas del personaje sin afectar a su comportamiento, por lo que he tenido que desactivar las colisiones entre el personaje y este collider del objeto y después ajustar el radio del collider del objeto con Rigidbody para que sea algo mayor que el del CharacterControler y así choque al acercarse a otro objeto.
   

A ver, está bien rebuscársela, no hay nada de malo. Viendo tu solución, simplemente esto demuestra que todavía no estás dispuesto a amigarte con la doc, y hasta que lo no hagas vas a estar atando todo con alambre ( linda experiencia, pero lejos de ser lo ideal).
 
No lo digo en plan de "Hey! no me hiciste caso" o similar, desde luego que no, justo se dio que la solución estaba ahí, entregada en bandeja por parte de Unity (que no muchas veces se da). No existe ningun problema con el manual (aunque no digo que sea perfecto), en este caso te dice lo básico y necesario acerca del componente CharacterController. En él expresa que tenés tantos métodos, tantas variables, tantos callbacks, etc , etc. Vos querés que cuando se detecte un Rigidbody, se le aplique una fuerza a este, entonces te debería llamar la atención el callback que mencioné antes (podría o no estar, justo está). Este callback detecta exactamente esto, y para sumar, tenés un ejemplo escrito en la misma doc que hace exactamente lo que querés.
 
Ojo, no estoy diciendo que todo el mundo debería entender todo esto a la primera, es complicado encariñarse con cualquier tipo de documentación, en especial si no sos un programador. Pero por favor te pido, si estás pidiendo ayuda, y encima te la dan,  la reacción no debería ser "el manual está todo mal!", "No se entiende nada!", "los de Unity no saben lo que hacen!", claramente demuestra más que nada negación, antes que humildad y disponibilidad para aprender. Y desde ya que a los que te ayudan, este tipo de cosas provocan un "Pff, hubiera mejor ignorado el post y listo, para que ve moy a gastar en buscar los links y perder el tiempo".
 
Lo que yo veo es que siempre estás en contra del manual, sea cual sea el tema. Si es así, haz preguntas sobre él, no tiene nada de malo (incluso la información les va a servir a más de uno).
 
 
 
Desde luego que lo digo con la mejor de las intenciones
 
 
 
Saludos.

El manual está traducido al español y no realizado en español directamente. Esto sumado a que lo explican todo de una forma muy técnica, hace que sea muy difícil entenderlo en la mayoría de los casos... no es que diga que sea una mierda. Unity es el mejor engine que existe a la fecha (al menos para mi), pero veo que a todos los engines siempre les faltan algo y Unity no es una excepción. A Blitz3D le faltaban las sombras en tiempo real y otros efectos por ejemplo. No es que haya sacado nunca un juego que se haya vendido (porque no he puesto ninguno a la venta), pero eso no quita que me pueda dar cuenta de que podrían haber hecho cosas mucho mejor para que nos fuesen mas fáciles.
 
El problema por el cual he cambiado de RigidBody a CharacterController es porque al saltar junto a una pared mi personaje se quedaba clavado siempre que la fuerza horizontal siguiese actuando y al llegar a cero entonces lo dejaba caer. Esto provocaba que no pudiera saltar correctamente plataformas, porque si caía sobre ella todo perfecto, pero si chocaba contra ella me quedaba pegado y fallaba.
 
Estuve mirando varias alternativas:
 
- Hacer que al colisionar contra la pared la velocidad de empuje fuese cero, lo que hacia que no pudiera deslizarme por una pared si empujaba hacia ella corriendo.
 
- Hacer que el Collider se hiciese mas pequeño si saltaba frente a una pared para que no rozase. Esto solucionaba que se quedase pegado al saltar frente a la pared, pero si saltaba desde mas lejos y chocaba se quedaba pegado igual.
 
- Como último recurso cree un Physic Material con fricción cero y en algunos sitios funcionaba, pero en otro el personaje saltaba mas de la cuenta al rozar con las paredes o frenaba algo el salto  y me hacia cosas muy raras.
 
En fin... no me quedó mas remedio que hacerlo con CharacterController y ahora se mueve perfectamente, además incluso el juego va mas fluido porque me da la sensación de que actualizar con Update da mas frames por segundo que con FixedUpdate (aunque probablemente sea porque no estuviese aplicando correctamente el FixedUpdate).
 
El problema ahora que tengo solucionado todo, es lo que he comentado antes, que no puedo usar físicas que ya tenia hechas. Por ejemplo al comenzar un nivel aparecemos en una sala con libros por todos sitios y tenia hecho el detalle de que podías saltar sobre los muebles y si les dabas a los libros se esturreaban por ahí... Es una chorrada pero ahora por usar CharacterController no me funcionan las fisicas correctamente, como no sea haciendo chapuzas como la que he hecho.
 
Si pudiera usar Rigidbody y conseguir que no se me quedase el personaje pegado en las paredes seria perfecto, porque así es como me iban las físicas... ¿Con que valores podría crear un Physic Material para el personaje y que se deslizase al saltar igual que lo hace con CharacterController?.
 
Gracias.

No tengo mucho tiempo, pero visto esto me voy a tomar unos minutos para contestar.
 
Primero, quiero que entiendas algo y siempre que estés por formular tus preguntas o respuestas lo tengas en cuenta, "NO ERES PROFESIONAL Y NO TIENES LOS ESTUDIOS REFERENTES" por esta razón tus preguntas jamás tendrán una respuestas que te satisfazca. 
 
Segundo, las fisicas y mecanicas de tu juego no tienen ninguna limitación en cuanto a las herramientas que estés utilizando, esto quiere decir que dentro de todos los Engines existen alternativas que sirven únicamente como prototipos y no deberían ser utilizadas para producción (que no deban, no quiere decir que no puedan), el resto se supone que se debería desarrollar.
 
Tercero, en cuanto al desarrollo de una mecánica de movimiento estamos hablando de un tema "complejo", antes de realizar cualquier cosa deberias tener un conocimiento avanzado de trigonometría, lo cual dentro de la programación es el punto inicial y básico. Luego deberias entender geometría analítica.
 
Cuando tengas desarrolladas las dos bases anteriormente comentadas, podrias empezar a realizar críticas y opiniones constructivas, mientras tanto simplemente sos un ignorante creyendo que viendo 2 videos de youtube se convertirá en Miyamoto, y lamento pincharte el globo, esa idea está muy lejos de la realidad.
 
¿Como solucionar este problema? 
 
De la misma manera que millones de personas a lo largo de su vida realizan, si no sabes hacerlo entonces deberias comprarlo, se aplica para todo en esta vida, vivienda, automóviles, comidas, bebidas y absolutamente todo, y aún así adquiriendo estos productos tu responsabilidad como consumidor es aprender a usarlos.
 
Vamos al punto en concreto, no eres un "niño prodigio" eres un mortal como todos nosotros, deberás leer, estudiar y practicar para que algun dia puedas hablar con total criterio, de momento no lo hagas, solo demuestra el desinterés por entender.
 
Frente a la ignorancia mi lema sería "SI NO SABES, CÓMPRALO. SI LO QUE COMPRAS NO SOLUCIONA TU PROBLEMA, DEBERIAS INSULTAR TU IGNORANCIA" 

Lo que está claro es que elegir un CharacterController ú otro de los que haya en el AssetStore no necesariamente resolverá tu problema. A veces el que consigues te basta y te sobra para lo que vas a hacer, y otras veces te toca crearte cosas por tu cuenta; Lo normal es que si te sirve algo y te parece razonable, lo compres. Es una práctica común...
 
Por eso es importante que antes de nada definas exactamente cuál es tu problema o qué quieres conseguir. Y luego ver si existe algunas solución que cumpla con lo que pides de la forma más parecida al resultado que quieres obtener.
 
 
 
 

Cita de: Jhonatan00_00 date=1582550115El manual está traducido al español y no realizado en español directamente.
   

Por esta razón te conviene ver/leer todo en ingles. Es máx fácil y a la larga lo vas a necesitar ... hoy en día,  sí o sí. Además si buscas mayor cantidad de contenido, nuevo, único y probablemente más detallado, seguramente esté en ingles. Las traducciones son por lo general una tremenda basura, y sí, la documentación de Unity en español te da tremendo mal viaje.
 
 
 

Cita de: Jhonatan00_00 date=1582550115no es que diga que sea una mierda. Unity es el mejor engine que existe a la fecha (al menos para mi), pero veo que a todos los engines siempre les faltan algo y Unity no es una excepción. A Blitz3D le faltaban las sombras en tiempo real y otros efectos por ejemplo. No es que haya sacado nunca un juego que se haya vendido (porque no he puesto ninguno a la venta), pero eso no quita que me pueda dar cuenta de que podrían haber hecho cosas mucho mejor para que nos fuesen mas fáciles.
   

Una cosa es decir que no explican bien en la doc, o que tienen fallos graves... otra muy distinta es decir que les falta shadow mapping en su motor. Lo que yo veo de todos tus post es que es el primer tipo de críticas, es decir algo estructural, como si yo vendiera una herramienta y no comparte la documentación de la API, algo por el estilo. Cosa que no es cierto, Unity está muy pero muy bien explicado en general.
 
 
 

Cita de: Jhonatan00_00 date=1582550115Si pudiera usar Rigidbody y conseguir que no se me quedase el personaje pegado en las paredes seria perfecto, porque así es como me iban las físicas... ¿Con que valores podría crear un Physic Material para el personaje y que se deslizase al saltar igual que lo hace con CharacterController?.
   

Ese fix está por todo internet, además que tenés muchísimos videos, incluso de la propia gente de Unity.
 
Ponele todo en cero, y a los que dicen min, max, average todos en min. También, en la documentación está todo esto.
 
https://docs.unity3d.com/Manual/class-PhysicMaterial.html
 



      
   


      
   


      
   


      
   


      
   


      
   


      
   


      
   


      
   

Dynamic Friction	The friction used when already moving. Usually a value from 0 to 1. A value of zero feels like ice, a value of 1 will make it come to rest very quickly unless a lot of force or gravity pushes the object.
Static Friction	The friction used when an object is laying still on a surface. Usually a value from 0 to 1. A value of zero feels like ice, a value of 1 will make it very hard to get the object moving.
Bounciness	How bouncy is the surface? A value of 0 will not bounce. A value of 1 will bounce without any loss of energy, certain approximations are to be expected though that might add small amounts of energy to the simulation.
Friction Combine	How the friction of two colliding objects is combined.
- Average	The two friction values are averaged.
- Minimum	The smallest of the two values is used.
- Maximum	The largest of the two values is used.
- Multiply	The friction values are multiplied with each other.
Bounce Combine	How the bounciness of two colliding objects is combined. It has the same modes as Friction Combine Mode

 
 
A mi no me parece que todo eso esté mal explicado, o incompleto. Como te dije antes, aprender a leer la doc no es algo que viene gratis con el instalador de Unity, lleva tiempo. Quizás sea conveniente empezar esta práctica, es algo que muchos obviamos y nos cuesta años y años de aprender (además de que va muy ligado al conocimiento de cada uno de programación).
 
 

Cita de: francoe1 date=1582563630No tengo mucho tiempo, pero visto esto me voy a tomar unos minutos para contestar.
   
   
      Primero, quiero que entiendas algo y siempre que estés por formular tus preguntas o respuestas lo tengas en cuenta, "NO ERES PROFESIONAL Y NO TIENES LOS ESTUDIOS REFERENTES" por esta razón tus preguntas jamás tendrán una respuestas que te satisfazca. 
   
   
      Segundo, las fisicas y mecanicas de tu juego no tienen ninguna limitación en cuanto a las herramientas que estés utilizando, esto quiere decir que dentro de todos los Engines existen alternativas que sirven únicamente como prototipos y no deberían ser utilizadas para producción (que no deban, no quiere decir que no puedan), el resto se supone que se debería desarrollar.
   
   
      Tercero, en cuanto al desarrollo de una mecánica de movimiento estamos hablando de un tema "complejo", antes de realizar cualquier cosa deberias tener un conocimiento avanzado de trigonometría, lo cual dentro de la programación es el punto inicial y básico. Luego deberias entender geometría analítica.
   
   
      Cuando tengas desarrolladas las dos bases anteriormente comentadas, podrias empezar a realizar críticas y opiniones constructivas, mientras tanto simplemente sos un ignorante creyendo que viendo 2 videos de youtube se convertirá en Miyamoto, y lamento pincharte el globo, esa idea está muy lejos de la realidad.
   
   
      ¿Como solucionar este problema? 
   
   
      De la misma manera que millones de personas a lo largo de su vida realizan, si no sabes hacerlo entonces deberias comprarlo, se aplica para todo en esta vida, vivienda, automóviles, comidas, bebidas y absolutamente todo, y aún así adquiriendo estos productos tu responsabilidad como consumidor es aprender a usarlos.
   
   
      Vamos al punto en concreto, no eres un "niño prodigio" eres un mortal como todos nosotros, deberás leer, estudiar y practicar para que algun dia puedas hablar con total criterio, de momento no lo hagas, solo demuestra el desinterés por entender.
   
   
      Frente a la ignorancia mi lema sería "SI NO SABES, CÓMPRALO. SI LO QUE COMPRAS NO SOLUCIONA TU PROBLEMA, DEBERIAS INSULTAR TU IGNORANCIA"