[Opensim-users] Phoenix viewer corrupting MySQL database. Anyone else?
Luisillo Contepomi
luisillocontepomi at gmail.com
Tue Mar 22 20:51:16 UTC 2011
First in spanish language im sorry now im translating.
Problema con los puntos de attachment en OpenSim.
La base de datos de OpenSim no "se corrompe" como he leido por ahí. Solo
almacena distintos datos y lo hace únicamente con la ropa que te has
vestido con otro visualizador. Te "estropea" para ser visto con Hippo
unicamente lo que te has vestido con el nuevo visualizador. Si entras con
hippo y lo anexas otra vez
queda solucionado el problema al escribir los valores antiguos en
opensim.avatars.
Por si no quieres seguir leyendo el problema no es de opensim sino de la
parte cliente, concretamente el problema lo tiene Hippo y los
visualizadores antíguos.
La causa es, como el visualizador del que tiene el problema, interpreta los
valores que el servidor
le entrega para "dibujar" el avatar que está viendo.
Solución que todos los usuarios utilicen el mismo visualizador en opensim.
Todos entregan el mismo valor y todos saben donde dibujar cada cosa. Todos
"hablan" el mismo idioma.
Si un usuario utiliza el viewer2 o un visualizador moderno y otros usuarios
utilizan otros... aparece el problema al verse entre ellos.
El visualizador SLV2 no tienen este problema.
Ahora la explicación larga.
Origen del problema, antecedentes:
He observado como aterriza gente en la región y sus attachments, adornos
pelo se quedaba en el punto de aterrizaje a la altura de la pelvis, mientras
el avatar
recorría la región.
Al irse el avatar sus attachments desaparecían. El avatar se ve a sí mismo
en todo momento correctamente y sin que le faltara algo de su atuendo.
Preguntando a los usuarios a los que le sucedía esto qué visualizador
utilizaban, normalmente utilizaban el Emerald, Phoenix, ascent y otros. Yo
los observaba con Hippo.
Extrañado, me paré a pensar qué podría estar pasando y me fuí a mi Grid de
pruebas para observar tratar de reproducir el problema y ver en directo el
diálogo cliente-servidor.
Pruebas
-------
Utilicé dos visualizadores uno para el avatar "observador" y otro para el
avatar "pruebas".
El avatar observador utilicé el Hippo OpenSim Viewer 0.6.3
El avatar pruebas utilicé:
Phoenix 1.5.2. (818)
Second Life 2.5.2 (223426) Mar 10 2011 17:38:45
Hippo OpenSim Viewer 0.6.3
No utilicé otros porque no fue necesario para mi investigación al quedar
claro el problema.
Los puntos de attachment que Hippo y slv2 entregan al servidor para escribir
en la tabla "opensim.avatars" son diferentes.
Hippo:
Los mismos valores numéricos que se utilizan en la función
"llAttachToAvatar"
http://wiki.secondlife.com/wiki/LlAttachToAvatar
"_ap_1" chest/sternum
"_ap_2" head
"_ap_3" left shoulder
"_ap_4" right shoulder
"_ap_5" left hand
"_ap_6" right hand
"_ap_7" left foot
"_ap_8" right foot
"_ap_9" back
"_ap_10" pelvis
"_ap_11" mouth
"_ap_12" chin
"_ap_13" left ear
"_ap_14" right ear
"_ap_15" left eye
"_ap_16" right eye
"_ap_17" nose
"_ap_18" right upper arm
"_ap_19" right lower arm
"_ap_20" left upper arm
"_ap_21" left lower arm
"_ap_22" right hip
"_ap_23" right upper leg
"_ap_24" right lower leg
"_ap_25" left hip
"_ap_26" left upper leg
"_ap_27" left lower leg
"_ap_28" belly/stomach/tummy
"_ap_29" left pectoral
"_ap_30" right pectoral
"_ap_31" HUD Center 2
"_ap_32" HUD Top Right
"_ap_33" HUD Top
"_ap_34" HUD Top Left
"_ap_35" HUD Center
"_ap_36" HUD Bottom Left
"_ap_37" HUD Bottom
"_ap_38" HUD Bottom Right
Los visualizadores modernos escriben en la misma tabla otros valores para
los mismos puntos:
"_ap_129" chest/sternum
"_ap_130" head
"_ap_131" left shoulder
"_ap_132" right shoulder
"_ap_133" left hand
"_ap_134" right hand
"_ap_135" left foot
"_ap_136" right foot
"_ap_137" back
"_ap_138" pelvis
"_ap_139" mouth
"_ap_140" chin
"_ap_141" left ear
"_ap_142" right ear
"_ap_143" left eye
"_ap_144" right eye
"_ap_145" nose
"_ap_146" right upper arm
"_ap_147" right lower arm
"_ap_148" left upper arm
"_ap_149" left lower arm
"_ap_150" right hip
"_ap_151" right upper leg
"_ap_152" right lower leg
"_ap_153" left hip
"_ap_154" left upper leg
"_ap_155" left lower leg
"_ap_156" belly/stomach/tummy
"_ap_157" left pectoral
"_ap_158" right pectoral
"_ap_159" HUD Center 2
"_ap_160" HUD Top Right
"_ap_161" HUD Top
"_ap_162" HUD Top Left
"_ap_163" HUD Center
"_ap_164" HUD Bottom Left
"_ap_165" HUD Bottom
"_ap_166" HUD Bottom Right
Así cuando el usuario que tiene Hippo le pide al servidor los datos de lo
que lleva el avatar que está renderizando,
"no comprende" esos puntos de attachment así que por defecto lo dibuja todo
en chest (_ap_1).
Como por otra parte no puede estar todo anexado en el mismo punto, para el
observador, los objetos se quedan en la posición local donde han sido
cargados por el avatar de prueba y no se desplazan con quien supuestamente
los tiene vestidos.
SL2 "habla" los dos idiomas.
Es decir que el visualizador Second Life V2 Sí interpreta correctamente
tanto los valores antiguos como los nuevos. Supongo que por aquello de la
"compatibilidad" con la 1.23 y anteriores.
La base de datos de OpenSim no "se corrompe". Solo almacena distintos datos
y lo hace únicamente con la ropa que te has vestido con otro visualizador.
Te "estropea" para ser visto con Hippo unicamente lo que te has vestido con
el nuevo visualizador.
Si entras con Hippo y en lugar de "vestir" lo anexas otra vez
queda solucionado el problema al escribir los valores antiguos en
opensim.avatars.
Resumen para solucionar el problema, hasta que los desarrolladores de
visualizadores de Hippo programen ambos sistemas de codificación de los
puntos de attachment hay que utilizar siempre un único visualizador y todos
el mismo. O todos Hippo o todos uno de los nuevos.
Perdón por la extensión del post.
(In some minutes english version.)
--
View this message in context: http://opensim-users.2152040.n2.nabble.com/Phoenix-viewer-corrupting-MySQL-database-Anyone-else-tp5998337p6197901.html
Sent from the opensim-users mailing list archive at Nabble.com.
More information about the Opensim-users
mailing list