Bueno me he encontrado con una duda, he estado mirando como funciona el movimiento para el coche, pero claro, aquí viene el dilema, el juego que tomo como ejemplo el coche no se mueve fluido, se mueve izquierda-derecha en un sitio fijo y solo en dos carriles, no se si me explico... Aunque todos sabéis seguro como va el juego original.
Pues mi duda es si copiar ese movimiento o dejarle un movimiento más parecido a un coche para darle un poco de cambio de jugabilidad, opiniones?
Pues antes de decidir, me miraré a ver como es el audiosurf ese que no lo habia escuchado en mi vida ese juego, cuando decida algo updateo!
Gracias a todos chicos y chica!!!!!
#127 Yo te recomiendo que cierres en banda ya las features de tu juego/projecto o no lo terminarás nunca xD.
#128 Si es el tema de movilidad, que ayer me puse a trastear y me vino la duda, porque quizás sea más guay que no sea tan como el juego en el que me baso XD
Pero si, se me va a acabar alargando mucho xdddd
Estoy toqueteando el movimiento, la verdad es que le dedico muy poco tiempo aunque espero que esto a partir de dos semanas cambie un poco y poder dedicarle más amor al proyecto.
No esta ajustado ni a la pantalla ni a nada, solo es para ver como queda el movimiento por carriles, sería algo así, pero he visto que si por ejemplo pulso dos veces derecha o dos veces izquierda seguidas un poco rápido, el coche no se mueve una de las veces, a que se puede deber??
El movimiento lo tengo metido en el fixedupdate
#132 Pero tengo entendido que es mejor en el fixedupdate no? Porque si no dependes de la maquina que lo tire no? O me equivoco?
Depende, también puede ser buena idea ponerlo en el fixeduptade... pero hay que usar código para garantizar pulsaciones únicas.
#136 a ver... que recuerde, los inputs digitales tipo tecla y similares, el engine los actualiza por frame, son frame dependientes los pongas donde los pongas.
Los inputs analógicos, GetAxis o similares, no son frame dependientes y podría ser buena idea usarlos en el fixedupdate.
Ahora los táctiles, Input.GetTouch y demás no sabría decir, no recuerdo.
Por otro lado, Unity recomienda usar Update.
De todos modos... tu lo que quieres es 1 movimiento por pulsación, yo lo pondría en el update. Y para eliminar dobles pulsaciones algo así...
Hoy he estado trasteando con la generación en runtime de la carretera, no me acaba de convencer que me cree un nuevo trozo cada frame, n ose si sobrecargara demasiado, aunque bueno ahora toca que al dejar atrás esa carretera ir eliminandolas!
Estoy muy poco a poco con este proyecto, mañana empiezo nuevo curro y estaba descansando de programación y realmente lo único que he ido tocando ha sido esto, a partir de la semana que viene espero poder meterle más caña!
haz un trigger para generar x cuando coche pase por allí, dependa cual se mueva y otro trigger para eliminar las carreteras que ya no vas a utilizar
#141 Entiendo que puede ser como cuando este aquí creame 3 carreteras por ejemplo e ir repitiendo eso en x puntos no?
Puedes crear un pool de tramos e ir cargando en pantalla y a la vez, desactivando los que no estén visibles en la escena. De esta manera reduces la carga del juego y además mejoras la eficiencia ya que no instancias y borras los objetos sino que los tienes ya precargados y sólo necesitas activarlos y colocarlos en su sitio.
Ya si tienes tramos con curvas o con separaciones para que el jugador se vea forzado a no solo ir en línea recta, pues ya metes un randomize para hacerlo aleatorio.
#142 Yo tenia como 3 triggers, uno cuando el coche pasaba se generaba otro pedazo de carretera, otro que cuando e coche pasaba hacia spawn de un enemigo y otro, que cuando pasa por allí la carretera esta se borra, es para aquellas que ya no se van a usar.
Como dice #143 puedes montar un sistema que las vas poniendo una una lista y las vas sacando de allí y colocando, en vez de borrarlas solo las mueves a la posición siguiente,
Si vas a hacer un "infinity runner" debes tener en cuenta que a partir de 1km del origen (1 unidad = 1 metro) padecerás de imprecisión flotante... llegados a 10km empieza a ser un problema grave.
Para este tipo de juegos sería interesante dejar al player fijo en el origen (0,0,0), usar kinematic en las físicas y mover el resto del mapa.
Un ejemplo de lo que pasa al alejarte del origen en distancias kilométricas...
PD: partir de 1km (1000 unidades) empieza a vibrar, por encima de 5km es un problema.
#145 la cosa es que mi idea era hacer eso que dices, que el player solo se moviera izquierda derecha y fuera lo demás lo que se mueve, pero la verdad no tenía muy claro cómo hacerlo
#146 para mover libremente el player con una física "no kinematic" y además sin límites de espacio, una opción es usar un mundo curvo (una esfera).
Ideas...
Puedes usar también portales como portal y crear un bucle en la carretera. Así tendrías un infinite runner.
