Cita de: ftejada date=1528289482Por otro lado el enfoque que me has puesto en el codigo está bastante bien y "parece" que lo arregla todo, pero surgen unos errores de calculo que no se a qué se deben cuando intento en algún momento  volver a dejar la rotación que le doy a traves del EulerAngles con todo a cero. Dejo video:
   

Claro exactamente por eso puse que se podía hacer de forma más linda, a mi también me daba algunos errores, y además fijate que estoy calculando un delta entre vectores, digo que la rot haga ese delta, y luego impongo que la nueva rot del registro sea dicho valor (ponele X grados) cuando en realidad podría ser otro (X + 0.01f grados, que se yo, por inventar un valor), la cosa es que mientras más acciones realices más error se podría llegar a dar, por eso cuando puse "quizás haya algún error".
 
Jaja en 6 o 7 post hay como 6 videos , tenés que ser youtuber ... eso sí acordate para la proxima de subir el código que usás de entrada, fijate que acá recién en el sexto o septimo post está (sacando al vid que lo tieneque no me acuerdo cual es)
 
Saludos

primero... muy buena la explicacion con videos... facilita la explicacion del problema que te atañe....
 
muchas veces queda poco claro el problema que se plantea en los posts... este no es el caso... esta claro que una imagen vale mas que mil palabras... anímo a todos a ser mas "visuales" en las explicaciones en los posts...
 
 
 
bueno, ...esto de las rotaciones a veces es un verdadero quebradero de cabezas.....
 
 
 
otro posible truco para hacer esto seria emparentar/desemparentar todo el rato el objeto quer quieres rotar...
 
es decir, tienes un empty gameobject,
 
1-lo orientas como la camara,
 
2-lo colocas en la posicion donde esta el objeto que quieres rotar,
 
3-haces que el objeto que quieres rotar sea hijo del objeto vacio
 
4-rotas el objeto vacio y deshaces el emparentamiento...
 
y vuelta a empezar... cada frame... cada objeto que quieras rotar...
 
 
 
ah, cuidado con los eulerAngles... que como dice @lightbug yo tambien he tenido malas experiencias con ellos... 

Gracias de nuevo a todos por las respuestas....
 
@lightbug es cierto y llevas razón... debo poner antes el codigo para que lo veais...
 
@Igor hola!! Gracias por los comentarios. Prefiero hecer muchas veces un video, pq se me hace muy dificil de explicar ciertas cosas escribiendolo para que se me entienda... aunque tampoco es que me explique muy bien en video, pero pienso que es algo mejor jeje
 
Bueno... La idea que planteas ( emparentar/desemparentar ) es de las primeras que tantee, pero no se si es muy buena idea hacer eso en una jerarquia de huesos de un character o si fallaría algo por el tema de ls animaciones o yo que se...entiendo que no pero si no puedo conseguirlo haciendo los calculos puros mediante quaternions, tendré que tantear esa idea a fondo. Aparte creo que me viene muy bien aprender a gestionar los Quaternions para dominar todo este lio de las rotaciones.
 
@hammer Pensaba que al introducir los valores de rotacion que queramos,  mediante el inspector para la rotación de cuanquier Transform, Unity se encargaba internamente de gestionarlo adecuadamente mediante Quaternions para que no se produjese el bloque de Gimbal... al igual que creando una rotación mediante Quaternion.Euler(Vector3 EulerAngles);... Pensé que creando rotaciones con está función no se creaba dichos bloqueos.
 

Cita de: hammer date=1528310241Como lo has implementado?? porque se supone que haciendolo con quaternions no deberias encontrarte este problema.Tambien es posible que segun que jerarquia padres/hijos tengas y como la estes rotando estes reproduciendo el error como hemos hecho con el ejemplo.
   

En este video expongo un poco la jerarquia de huesos y sus rotaciones locales en mi character de Unity.... el codigo que viene no te guies por el pq ya está modificado y adecuado a la solucion que aporte (hammer) con la que funciona todo bastante bien. Es solo para que veas la jerarquia de hueso si te interesa
 
https://youtu.be/mMpV4fvc9yE
 
Referente a como lo he implementado, no entiendo bien tu pregunta ya que en los videos, (no en todos), se mostré el codigo que utilizo... pero por si no los has visto, mea culpa...
 
En el ejemplo de los cubos y siguiendo tus consejos con lo del offset, el codigo sería este...
 

cubeSolver.localRotation = Quaternion.Euler(EulerAngles);   //EulerAngles es una variable publica para modificarla por el inspector
cubeBone.rotation = cubeSolver.rotation * offsetRot;   //offsetRot es la diferencia inicial entre la rotacion de cubeSolver y cubeBone
//Basicamente es lo que comentó hammer

 
En el codigo de la escena de mi character, es más lioso poner el codigo por que intervienen varios script por otros motivo, pero en realidad es exactamente lo mismo que en el codigo que he puesto aquí arriba.
 
Por lo que he estado probando en este dia y medio, tu solución funciona bastante bien en mi character y su jerarquia de huesos. Pero en estos dias quiero subir un video mostrando un problema que no estoy sabiendo calcular mediante Quaternions referente a este asunto utilizando la solucion que dijiste hammer. Voy a intentar solucionarlo yo unos dias más y si no puedo prepararé el video para exponer el problema en cuestion, que es algo lioso.
 
 
 
Saludos
 
 
 
 

Eii buenas,esta vez si que me he mirado los videos .Mhhh esta dificil....,preguntas y consideraciones.
 
En el anterior video que rotas el cubo a traves del inspector y te sale el gimbal lock, fijate que si pones x 90,luego rotas desde la scene con el handler de rotacion en local el eje y,veras como unity automaticamente te corrige los ejes yz
 
Es decir x90y0z0 gimballlock yz ,pero x90y-90z-90 es exactamente la misma orientacion pero sin el problema del gimball.Cuando rotas desde la scena unity corrige el gimball,desde el inspector no se corrige.
 
Lo mismo te pasara si lo haces desde la variable eulerAngles que tienes en el scriptable.
 
La verdad que esta complicado de saber,pueden ser muchas cosas o varias a la vez,por ejemplo si algun padre del spine que no es padre del solver tiene rotacion durante la ejecucion,animacion o script,problema,ya que entonces el offset ya no seria el mismo que el inicial, y al estar asignando una rotacion(mejor dicho orientacion) global,el spine va a quedar bloqueado en esta orientacion global sin importarle que el padre rote, el siempre apuntara con esa orientacion mientras no cambie el offset

 

Se me ocurren algunas cosas, pero sin saber como funciona lo mas probable es que me equivoque y acabe liandote 
 
Mira lo de los padres del spine que no roten, y haz una prueba quitando lo del vector3 euler del scriptable y haz la rotacion directamente en el solver en la ventana scene.Haber si asi funciona.
 


Lo de los euler lo miramos despues,primero asegurarse que esta primera parte funciona y luego le buscamos otra manera a aplicar los euler.Quiza sacando los quaternions por separado y luego sumandolos a los otros,....... * offset * qx * qy * qz,pero eso luego,primero asegurarse que funciona la relacion solver/spine sin la variable euler del scriptable conduciendo al solver.
 
Un saludo.

Cita de: hammer date=1528453373Mira lo de los padres del spine que no roten, y haz una prueba quitando lo del vector3 euler del scriptable y haz la rotacion directamente en el solver en la ventana scene.Haber si asi funciona.
   
   
      

      Lo de los euler lo miramos despues,primero asegurarse que esta primera parte funciona y luego le buscamos otra manera a aplicar los euler.Quiza sacando los quaternions por separado y luego sumandolos a los otros,....... * offset * qx * qy * qz,pero eso luego,primero asegurarse que funciona la relacion solver/spine sin la variable euler del scriptable conduciendo al solver.
   

Hola @hammer!!! de nuevo gracias por la ayuda... No he podido contestar antes.
 
He estado probando varias cosas...a ver...
 
No se a qué te referias con esto de lo de que los padres de spine no roten.... De todos modos te comento, aunque ya lo hemos visto en alguno de los videos. La jerarquia de padres/hijos del character seria algo así:
 
EthanCharacter(rot(0,0,0))->EthanSkeleton(rot(0,0,0))->EthanHips(rot(0,90,-90))->EthanSpine(rot(0,0,4.95))->EthanSpine1(rot(0,0,0))...
 
Este ultimo de "EthanSpine1" es el que queremos mani***r... Aparte este "EthanSpine1" cambia en cada frame su rotacionLocal por los clip de animacion que estén ejecutandose. Dicha variaciones pequeñas en la rotacion local cada frame por el clip de animacion, también tenemos que tenerla en cuenta para los resultados finales que apliquemos en el LateUpdate.
 
Dicho esto, ya lo tengo programado para que haga todo esto, y va perfecto. Lo unico que falla y debo solucionar es el bloqueo de Guimbal en ciertos angulos/circustancia. Este sería el codigo que tengo hasta ahora:
 

//Se ejecuta en cada frame en el LateUpdate
void UpdateRotSpine()
{
advIK.solverSpine.localRotation = Quaternion.identity;                        //Reset to 0 localRotation
Quaternion newOffset = Quaternion.Inverse(solverSpine.rotation) * spineBone.rotation;   //Creamos el nuevo offset en cada frame para que contenga los cambios de la animacion
    solverSpine.localRotation = Quaternion.Euler(EulerAngles);                          //Aplicamos rotacion adicional           
    spineBone.rotation = solverSpine.rotation * newOffset;                        //lo aplicamos todo al hueso spine
}

 
La prueba rotando el solver directamente desde la pantalla scene, soluciona el problema del bloqueo de guimbal, ya que de este modo Unity si te corrige internamente la rotacion para que no haya guimbal lock.
 
 

Buenas,pues esa es la parte dificil,no se como lo hara unity internamente la verdad, lo veo dificil, en el momento que intentas controlar las rotacion con 3 variables encontraras gimbal,aunque lo hagas en quaternions,el orden en que se aplican las rotaciones siempre importa,,prueba a rotar desde el rotator handler en la scena 90z,90x ,luego partiendo otra vez del reposo hazlo al reves,90x,90z, el resultado es completamente diferente.Aparte el gimbal del editor engaña mucho crees que estas rotando en x,pero si miras inspector lo estas haciendo en z en verdad,Asi que creo que tampoco puedes guiarte mucho por el gimbal del editor.Un follon vamos, me dan caspa los quaternions vs eulers, cuando son 3 angulos a rotar. XD
 
Quizas algun modo de control picth(x),yaw(y),roll(z) te pueda servir o algun 6dof
 
Prueba asi haber si te sirve(ni 6dof ni nada), plantealo como si con x controlas la inclinacion hacia delante,con y el twist, con el z el bend,lo dijo porque si miras los vectores te puede chocar al ver que no coincide a cuando lo mueves con el handler,peor creo que alomejor te puede servir al ser un personaje.Basicamente hay un parent para el cubo donde controlaremos zx, en el cubo controlaremos y.
 

boss.parent.localRotation = Quaternion.identity;
boss.localRotation = Quaternion.identity;
constrained.localRotation = Quaternion.identity; 
boss.parent.localRotation = Quaternion.Euler(uler.x, 0f, uler.z);
boss.Rotate(Vector3.up,uler.y,Space.Self) ; 
Quaternion newOffset = Quaternion.Inverse(boss.rotation) * constrained.rotation;    
constrained.rotation = boss.rotation * offset;

 
a ver si hay suerte!!!