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. _______________________________________________ Opensim-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-users
