Jump to content
UnitySpain

banics

Registrados
  • Content Count

    32
  • Joined

  • Last visited

  • Days Won

    1

banics last won the day on June 21

banics had the most liked content!

Community Reputation

3 Neutral

About banics

  • Rank
    Usuario

Profile Information

  • Especialidad
    Diseñador

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hola chicos. Gracias por las respuestas. La verdad es que soy algo novato en el tema de físicas, pero me habéis aclarado muchas dudas que tenía. Yo de momento le he asignado el material a las paredes, ya que por definición me parecía mas correcto (por si algún momento se quiere hacer que cierta pared produzca bote o fricción). Lo de AddForce ya lo comprobé que es fastidiado, por que cada vez que saltaba iba acumulando mas y mas impulso. Al final lo que hice fue la chapuza de que, justo antes de dar el salto, pasara a ser kinematic o static para acto después que fuera dynamic de nuevo. De esta forma no acumulaba impulso y nos e iba a la luna la tercera vez que saltabas.
  2. Hola Pioj, gracias por contestar. No hay otra manera de que nos e quede pegado al collider? Entonces tendré que tirar un raycast para comprobar colisión con muro? Y otra cosa. El movimiento por transform va perfecto. Puede haber problemas al usar físicas y ese movimiento a la vez o es recomendable hacerlo todo por físicas? Gracias de antemano y un saludo. ----------------------EDITO------------------------------- Hola de nuevo, ya solucione el problema. Gracias a dios que me dio por comprar un curso de udemy por 11 euros en donde, milagrosamente, encontré la solución XD. A los colliders hay que asignarles un rigibody (en este caso 2D) y luego asignarles un physic material (en este caso 2D)en dicho rigibody, en donde puedes controlar el bote y la fricción que este provoca. En cuanto he puesto fricción a 0, el personaje ya no hace el spiderman. Espero que le sea de ayuda a alguien, pro que buscando profundamente en internet, no logre encontrar la solución a este problema. Un saludo.
  3. Hola, buenas a todos. Me esta ocurriendo un problema, que si bien, seguro que se resuelve rápido y es una bobada, no tengo ni idea de por que esta ocurriendo. La cosa es la siguiente. En mi juego, el personaje principal tiene un rigibody2D y un collider2D. El personaje salta mediante un AddForce muy sencillo, y, al principio, el movimiento lo hacia directamente (seteando transform.position). Pues bien, lo decidí cambiar seteando la velocidad del rigibody (_rigibody.velocity = new Vector3(Input.acceleration.x * _movementSpeed, _rigibody.velocity.y, 0f)). El personaje se mueve por acalerómetro (aunque en el editor lo tengo para que se pueda mover por flechas). Pues bien. Todo va normal excepto cuando me choco con una pared lateral, en la cual el personaje se queda pegado como si fuera spiderman y no cae al suelo mientras el rigibody tenga suficiente velocidad en x. Gracias de antemano y un saludo.
  4. Hola chicos. Lo primero siento la tardanza, ha sido un mes complicado. Ya solucione le problema. Simplemente desinstale el Visual studio y solo instale el que venia de base en el instalador de unity 2019. No s epor que la versión que tenia previa del visual studio daba problemas de compatibilidad, y solo me ha valido la que viene de base en el instalador. Gracias por las respuestas y un saludo.
  5. Hola iRobb, gracias pro contestar. Ya descubrí el problema, y creo que es el git. He abierto el mismo proyecto que tenia almacenado en local (una versión mas antigua que la del repositorio) y va perfectamente. No se si tendrá algo que ver...pero me parece demasiada casualidad. Un saludo. PD: he intentado volver al monodevelop, pero me marca todo en rojo...no se si habrá perdido referencia de bibliotecas o algo....
  6. Hola Pioj. Me ha pasado tanto con el que viene de base (2015 creo recordar) y con uno instalado aparte (2019). Intentare una reinstalacion completa de Unity. Os iré contando como va. Gracias y un saludo.
  7. Hola Igor, gracias por contestar. Es la primera opción que barajamos XD. Al final voy a tener que hacerlo asi, aunque preferiria evitarlo. No hay ninguna manera de simular un toque a la pantalla? Gracias y un saludo.
  8. Hola, buenas a todos. Tengo un problema con visual studio (cualquier versión) con unity 2019.1.10f1. La cosa es que me dice que los proyectos son incompatibles. Esto provoca que no me auto complete nada, no me pille algunas librerías que deberia pillarme, etc.... A alguien le ha pasado lo mismo? Gracias de antemano y un saludo.
  9. Hola chicos. Después de un tiempo intentando varias cosas, he dado con media solución. Os explico por que es solo media. Bien, el lag que lleva dándome por saco desde el principio, descubrí que se divide en dos tipos. Uno es el lag del propio event de los botones (al activar el pointer up, etc..) y otro es el lag al pulsar por primera vez la pantalla. El primer lag he conseguido solventarlo, simulando nada mas iniciar la app, la pulsacion de un boton de esta manera: Así, si pulso cualquier punto de la pantalla y luego pulso cualquier botón...PUM, no hay lag. Pero claro, para ser una solución limpia, necesito saber si se puede simular (igual que la pulsación del botón) una pulsación a la pantalla. He buscado y no encuentro nada parecido, pero si lograra simular una pulsación a la pantalla, acabaría con el problema del lag. Gracias de antemano. Un saludo.
  10. Hola Igor. A mi me pasa exactamente al contrario xD. Es decir, en el editor me va perfecto....pero en build es donde ocurre. De todas maneras, no tengo ningún instantiate ni setActives en menús, ya que cada menú tiene un canvas y si quiero visualizarlo se lo desactivo y fuera. El lag ocurre cuando pulsas cualquier cosa por primera vez...incluso da lag si pulsas algo que no sea un botón. Un saludo.
  11. Hola iRobb, gracias por contestar. De momento es un proyecto amateur. Aunque el problema sea leve, me gustaría arreglarlo, ya simplemente por curiosidad de que narices esta fallando. He hecho una prueba mas.Desactive de inicio el StandAloneInput del event manager. Como tenía un menú preparado de prueba para que se cargara por raycast, después de cargarlo lo volvi a activar. Pues bien, el muy cabrón como que recuerda que tiene que dar lag, y en dicho menú, al pulsar cualquier botón (incluso uno que de momento no hace nada mas que cambiar el texto a blanco cuando se pulsa) pega el lag solo la primera vez. Mi conlusión es que está fallando por alguna razón ese componente y esta prueba creo que orienta bastante a ello, dado que si cargo los menus por raycast desactivando el StandAloneInput del event manager no da ningún tirón de lag. ¿A alguien le ha pasado algo parecido? Es una jodienda, ya que hacer todo por rayos cuando Unity te da los Button components me parece una cutrada, tanto a nivel optimizable como a funcional. Gracias de antemano y un saludo.
  12. Hola iRobb. Es un sprite aimado simplemente. Es mas, lo he comprobado ahora y solo ocupa el 1.3%...yo cada día entiendo menos XD. Pero vamos, que ese objeto está solo en un menú. Además que lo quite para probar y seguía dando el tirón la primera pulsación.
  13. Saludos a todos. Siento el silencio de estos días, pero he llegado de vacaciones hace poco. He probado a desactivar el StandAloneInput del event manager por código, pero el problema persiste. En cuanto al profiler, no lo controlo mucho, pero me he ido fijando en las causas que daban porcentaje alto, las he ido desactivando por probar y nada de nada. Por ejemplo, en un menú me salia un alto porcentaje en el animator de un objeto. Desactive dicho objeto, dejo de salirme en el profiler, pero el lag en primera pulsación persistía en el movil. También algún Awake me daba alto porcentaje, lo desactive y nada....yo me estoy volviendo loco ya. Lo que me parece rarísimo, es que haya lag incluso pulsando por primera vez al vacío, sin ningún botón de por medio ni nada. Os paso algunas capturas del profiler desglosado, pero vamos, que da lag en la primera pulsación independientemente del menú. La única manera que no da lag es desactivar el Standalone Input module (por lo cual dejarían de funcionar los botones) y hacer sistema de rayos para la pulsación de estos. Gracias y un saludo.
  14. Hola de nuevo. Comento mis nuevos progresos. He ido ahondando en el asunto, y finalmente ya sabemos la causa real del pequeño tirón del lag, y no es otro que la primera pulsación que se haga en la pantalla. En cuanto se hace una pulsación (sea donde sea) pega un pequeño tirón de lag..de ahí que creyera que era al cargar un menú....por que mi primera pulsación era dar a un botón para cargar dicho menú. Os dejo una captura del profiler, la cual me parece interesante. El pico que he encerrado en el círculo rojo, es el pico que da cuando ocurre la primera pulsación (pequeño tirón de lag). La cosa es que, investigando este problema, he visto que a varias personas le ocurre. Encontré una que lo solucionó eliminando el componente Standalone Input Module (este componente esta en el EventSystem). La cosa es que si lo elimino, no hay manera de que los botones hagan funciones salvo que tire un rallo manualmente. No se si a alguno mas os habrá pasado. Gracias de antemano y un saludo. PD: Se que no va a ser debido a esto pero...¿Podria ser que estamos usando un atlas (varias imagenes en una misma recortadas con el sprite editor de Unity) en vez de una imagen por sprite el origen del problema?
  15. Hola iRobb, gracias por contestar. Lo del raycast era simplemente por probar a ver si el lag lo causaba el componente propio del botón de unity....pero bueno, al final se ha visto que no era así. Intentare lo del color, pero aun así, he comentado ese código entero, y sigue dando el tirón. Lo raro es que en el editor nada, no da ningún tirón. No sabemos si es algo propio de las pantallas de movil, algún tipo de latencia interna o algo. Gracias y un saludo.
×
×
  • Create New...