Damian Zhaoying

Paidos: Dos cositas a tener en cuenta: 1) en tu directorio de usuario de windows (no uso windows asi que voy de memoria), algo asi como: "C:\documents and settings\tu_usuario\Datos de Programa\SecondLife" , el visor oficial y varios de terceros guardan los logs de funcionamiento y errores, puede ser muy útil verlos para intentar encontrar la causa del problema. 2) Usando Windows XP, lo mejor es tenerlo actualizado al SP3, veo que estás con el SP2 y Second Life (a nivel servidor y varios visores a nivel cliente) ya no soportan menos que el SP3 de XP. EDIT: Algo importante teniendo en cuenta que la PC se reinicia cuando quieres ejecutar SL: Cuando inicies la PC, antes de iniciar Windows presiona la tecla F8 y en el menú de arranque selecciona la opción "desactivar el reinicio automático". Esto hará que windows, ante una falla grave, en vez de reiniciarse automáticamente, quedará "congelado" en al famosa BSOD (Pantalla azul de la muerte). En esta pantalla, puede haber información importante para resolver o, al menos, conocer el problema. Dos cosas que debes mirar, el título del error en la parte superior de la pantalla y, al pié, el código de error que surja, por ejemplo "STOP ERROR 0xnnnnnnn" y, quizás, el nombre de algún driver involucrado (algo asi como "driver.sys"). SaludOS/2

Estuve dándole una mirada superficial ya que sigo sin acostumbrarme a varios aspectos (para mi importantes) del V2, lo que hace que siga sin sentirme cómodo con este visor. Lo que, creo, marca una tendencia sobre SL es siempre el software que se le ofrece al usuario y el cómo se le ofrece (en sus valores por defectos). En este caso, me preocupa que en los valores por defectos del visor la parte de construcción esté tan escondida y uno la encuentre solo porque sabe que tiene que estar en algún lado. Como si se pretendiera que el nuevo usuario no se preocupara por la creación, al menos no en inwolrd. Por otro lado, me vienen a la mente dos cosas para mencionar sobre este tema. 1) Recuerdo a todos los que defendian al V2 original y su barra flotante lateral, los argumentos sobre el avance y evolución necesarios. Linden Lab terminó quitando esa barra lateral. ¿Por qué? 2) Si bien, por cuestiones éticas e ideológicas no pertenezco mas al equipo Phoenix, puedo darme cuenta que hay mucho desarrollo de phoenix volcado en este visor, desarrollo que si bien se prueba en versiones internas de éste visor de terceros, nunca se aplican a versiones públicas del mismo pero terminan incluídas en el visor oficial. SaludOS/2

No entendí completamente lo dicho, pero, al margen. ¿No es una posición del tipo "dispare primero y pregunte despues? o, peor aún ¿culpable hasta que demuestre lo contrario? Personalmente, si tengo que banear a alguien de mi propiedad, lo hago basado en lo que hizo y no en lo que supongo que puede hacer. No se, me parece. SaludOS/2

Kury: Estuve aprovechando un momento libre y estudié el script y lo que quieres hacer, hice algunos pequeños cambios rápidos, asi que creo que se puede mejorar. Pero la idea es que el radar responda a los miembros de un grupo específico y no solamente al owner. Antes de pegar el código, valen algunas aclaraciones: 1) Agregue varias variables para parametrizar un poco mas el script, como ser, "Channel" para definir en que canal se enviarán los comandos al radar, Listen_Handle para controlar el evento del listen y cambié el valor de "rate" incrementándolo a 5. ¿Los motivos? Aquí van: a) Usar el canal por defecto (cero) hace que el listener este activo constantemente realizando una escucha en el canal público, por lo cual, cuando haya avatares dentro del rango de chat (20 metros) el script estará constantemente evaluando lo que cada avatar escriba en el canal público (chat general). Esto, obviamente, genera un considerable carga en el sistema con el consiguiente lag. b) Est viene junto con el punto 2), asi que lo explico ahí. c) Un valor bajo en la tasa de escaneo de avatares provoca mayor lag, estar escaneando los 360 grados alrededor del objeto cada segundo puede convertirse en una fuente de lag muy importante. Por ese motivo, lo ideal es jugar con valores mas altos pero sin perder el tiempo en que puede ser detectado un avatar. 5 segundos es un valor intermedio, muchos usan 10 seg como intervalo entre cada barrido. 2) Como dije antes, en el punto 1.c., un listener activo en forma constante, aunque no haya nadie cerca, genera lag, máxime que está acompañado de un escaner. Por este motivo, lo mejor que se puede hacer para minimizar el lag es genera un evento de toque (touch_start) para activar el listener solamente cuando un avatar toque el radar. Aquí juega la variable Listen_Handle que almacenará el orden del listener activo para luego, al final del evento listen, borrarlo. Con esto ahorramos recursos del servidor del sim. 3) Notarás que quité todos los controles en los cuales se pregunta si quién da la orden es el owner del objeto y lo reemplace por la función "llSameGroup". De esta manera, todo avatar que tenga activado el mismo grupo al que pertenece el objeto puede administrarlo. Lo importante aquí es que NO hace falta ceder el objeto al grupo. 4) Un aclaración IMPORTANTE. Este script NO es un radar, sino un visitor List. Es decir, un script que almacena una lista de todos aquellos avatares detectados en el rango de alcance del objeto (Máximo 96 mts). Esto hace que el script almacene los datos en la memoria del sistema, dentro de una lista. Por este motivo, lo mejor es que, al guardar el script, marques la casilla de ejecutarlo como "mono" lo cual te dará una cantidad mayor de memoria para almacenar información. Ten presente que una vez saturada la memoria, el script deja de funcionar, por lo cual, lo ideal es que reinicies el script periódicamente en función de la cantidad de visitas que tengas. Creo que no me olvido nada, cualquier duda, pregunta e intentaré respondertela, asi que vamos al script: ----------------------------------------------------------------------------------------------------------------------------------------- list visitor_list; float range = 96.0; float rate = 1.0; // sugiero un valor de 5 para no generar tanto lag integer channel = 65535; // Para no crear lag. integer Listen_Handle; integer isNameOnList( string name ) { integer len = llGetListLength( visitor_list ); integer i; for( i = 0; i < len; i++ ) { if( llList2String(visitor_list, i) == name ) { return TRUE; } } return FALSE; } default { state_entry() { llSay(0, "Lista Ativada..."); llSay(0, "Tecle 'help' para instruções."); llSensorRepeat( "", "", AGENT_BY_LEGACY_NAME, range, TWO_PI, rate ); // Modificado AGENT } touch_start( integer num) { // Para minimizar el lag, activamos el listener sólo cuando cuando un usuario del mismo grupo toca el objeto integer i = 0; for(; i < num; ++i) { if( llSameGroup(llDetectedKey( i )) ) Listen_Handle = llListen( channel, "", llDetectedKey( i ), "" ); } } sensor( integer number_detected ) { integer i; for( i = 0; i < number_detected; i++ ) { if( llDetectedKey( i ) != llGetOwner() ) { string detected_name = llDetectedName( i ); if( isNameOnList( detected_name ) == FALSE ) { visitor_list += detected_name; } } } } listen( integer channel, string name, key id, string message ) { if( message == "help" ) { llSay( 0, "O alarme registra o nome de todos os visitantes" ); llSay( 0, "comes within "+ (string)range + " meters." ); llSay( 0, "Comandos disponiveis:" ); llSay( 0, "'help' - Mostra instruções." ); llSay( 0, "Lista' - Mostra o nome dos visitantes identificados."); llSay( 0, "'Reset' - Apaga a lista de visitantes." ); } else if( message == "Lista" ) { llSay( 0, "Visitantes:" ); integer len = llGetListLength( visitor_list ); integer i; for( i = 0; i < len; i++ ) { llSay( 0, llList2String(visitor_list, i) ); } llSay( 0, "Total = " + (string)len ); } else if( message == "Reset" ) { visitor_list = llDeleteSubList(visitor_list, 0, llGetListLength(visitor_list)); llSay( 0, "Lista apagada."); } llListenRemove( Listen_Handle); } } ------------------------------------------------------------------------------------------------------------------------------------------ Si quieres evitar que cualquiera de los avatares autorizados de tu grupo reinicien la lista, borrando sus datos, puedes reemplazar, sobre el final del script, la siguiente línea: if( message == "Reset") por esta línea: if( message == "Reset" && id == llGetOwner() ) Y, con esto, el único que puede reiniciar la lista sería el owner del radar. SaludOS/2

El problema está en el listen(). Esta función solo puede leer mensajes de objetos o de avatares, no de un grupo. Entonces, como el radar está cedido a un grupo, el owner del radar es el grupo, el cual no puede enviarle mensajes al objeto. Como solución, o bien dejas que el radar sea manejado por un solo avatar, dueño del mismo para no tocar el código del script o bien, modificas el script para que el listen tome a cualquier avatar y luego controlas si ese avatar pertenece al grupo que quieras. También, puedes agregarle una función en la cual indiques quienes pueden acceder a las funciones del radar. SaludOS/2

Me parece demasiado procesador para tan poco memoria RAM. Con esas especificaciones, yo apuntaría a no menos de 4GB de RAM. Si dices que la memoría es dual channel, hay dos opciones en esa configuración: 1) Para aprovechar el dual channel, tienen que ser dos Bancos de memoria de 1GB cada uno (al ser una notebook, serían los dos disponibles, lo que haría que cuando quieras agregar RAM tendrás que desechar las existentes. 2) Un solo banco de memoria ocupado de 2GB, lo que implica que no se aprovechará el dual channel (lo cual tampoco es grave). Yo pondría dos bancos de 2GB c/u para hacer un total de 4GB de RAM. Y, una duda, la tarjeta de video ¿es on board o no?, porque de serlo, implica que tomará RAM de la memoria de la notebook y, de ser así, los 2GB serán insuficientes. En caso contrario, la tarjeta de video tendría que tener su propio banco de memoria de 1GB. Creo que tienes que averiguar un poco mas en este punto. SaludOS/2

Si tu problema es la necesidad de solamente renderizar los mesh (no subirlos), tienes varias opciones, además del visor oficial y firestorm: 1) Kirstens Viewer, si bien los binarios están retirados del respositorio, si se cumple la meta de KL hay posibilidades que retome su desarrollo. 2) Dolphin Viewer 3, soporta mesh y es mas liviano que firestorm y con varias funcionalidades. 3) Cool SL Viewer 1.26, es un visor de la serie 1, "a la antigua", liviano y con una versión con soporte de mesh. 4) Singularity 1.6.2, basado en snowglobe 1.5 (Visor 1), con varias de las funcionalidades que también tiene Phoenix. Por lo demás, he podido comprobar (habiendo participado en una etapa de las pruebas beta internas de Firestorm Mesh) que, hoy por hoy, es una ruleta rusa, a muchos les funcionará con pocos problemas y a otros (me incluyo) les dará mas de un dolor de cabeza y con pocas posibilidades de solución, al punto que, en este momento, Firestorm es el único visor que no me carga el avatar. Se están "cocinando" en silencio otros visores con el código del visor 1 (básicamente para opensim con soporte de mesh) que también soportarán mesh y serán compatibles con el TPVP de LL. El más nombrado es el nuevo visor oficial de opensim, Astra Viewer, basado en el código de Singularity (se inició con el código de imprudence, pero al moverse imprudence a kokua -Visor 2-, se decidió migrar a la base de Singularity). Como podrás ver, opciones hay varias, es cuestión de probarlas y elegir la que mejor te funcione. SaludOS/2

Las cuentas son del mismo tipo. Ya sea tu cuenta de Atoko o tu cuenta de Virtumaria, puedes utilizar ambas como usuario normal o ambas como bot. La diferencia estriba, precisamente, en el uso que les des. Lo de "scripted agent" es una "solución" que inventó Linden Lab para intentar, en su momento, controlar el uso de cuentas como bots que saturaban los servidores, especialmente cuando se los utilizaba para incrementar artificialmente el tráfico de un lugar. Esa solución simplemente consistía en declarar que la cuenta iba a ser utilizada como bot y no como usuario "normal". ahora bien, para el uso que quieres darle, hasta donde conozco, la solución es comprar (en realidad, alquilar) un bot, hay varios en el mercado y dependiendo del uso que quieras darle, serán las prestaciones. Con estos bots, que consiste en comprar el programa y ejecutarlo en tu pc para loguear la cuenta, puedes realizar lo que deseas aunque, por lo que he visto solo funcionan con el idioma inglés. Esto tendrías que consultarlo con sus creadores. Como ejemplo para que investigues un poco mas del tema, tenés en el marketplace este bot: Chat Bot SAN Alice. SaludOS/2

Tu avatar quedó Ghost, es decir, el servidor de la región donde estabas no detectó que se perdió la conexión de tu avatar y sigue creyendo que estás en línea. Hay varias soluciones que van de menor a mayor. Primero, que algún amigo tuyo te envíe un IM, si no funciona, que te pague 1L$, si esto tampoco funciona, tendrás que recordar o saber en que región estabas cuando perdiste la conexión y que algún amigo tuyo hable con el dueño de la región para que la reinicien. Igualmente, como en forma constante LL reinicia los servidores por mantenimiento o actualizaciones, en estos momentos quizás ya lo hayan hecho, lo estén haciendo o por hacer en las próximas horas. SaludOS/2

Podrías explicar el sentido de tu pregunta? ¿Empezar a que?, y cual es el motivo por el cual no "empezaste". Para iniciar sesión en Second Life, necesitas un programa cliente que se conecta a los servidores de SL (grid), estos programas se llaman Visores (Viewers) y existen varios, los cuales puedes ver un listado en el siguiente link: http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory Si te gusta investigar, te diría que pruebes varios visores y elijas el que mejor te funcione y al cual te puedas adaptar con mas comodidad. SaludOS/2

Sería importante, para poder ayudarte sin arriesgar una respuesta, tener mas datos. Por ejemplo, que tipo de computadora tienes (Escritorio o Portatil), tipo de procesador (Marca, modelo, etc.) y que tipo, marca y modelo de tarjeta gráfica tienes, por ejemplo, intel, nvidia, ati, etc., si ésta es integrada en el motherboard o es PCI Express. Otro detalle importante, ¿es la primera vez que usas SL o antes funcionaba bien y el problema empezó ahora? A partir de esos datos, se puede intentar darte una mejor ayuda. SaludOS/2

Drizzt: Una de las causas puede ser que tu procesador no soporte el set de instrucciones SSE2 necesario para ejecutar visores con soporte de Mesh. ¿Podrías poner aquí las especificaciones de tu equipo (procesador, memoria RAM; Video)? Por otro lado, ese error que te da suele ser por la falta de las librerías de Visual y .NET. Aunque si no las tuvieras, las versiones previas de algunos visores te habrían dado error tambien (Firestorm sin mesh, phoenix, singularity, etc.). SaludOS/2

Aprovecho la última respuesta que resucitó este tema para hacer una pequeña reseña del agua que ha corrido debajo del puente desde el Post Original hasta hoy: Lo que se suponía era la baja de los visores clase 1, fué, en definitiva, lo que muchos habíamos previsto: la llegada del Mesh que sólo iba a ser soportado por los visores Clase 2 (Hoy 3), con el agregado que muchos se encargaron de intentar hacer creer a los usuarios (LL y algunos desarrolladores de Visores de Terceros) que era imposible portar el código del mesh del V2 al V1. Un sólo desarrollador, Henri Beauchamps, creador del Cool VL VIewer, se encargó de demostrar lo contrario al lograr portar el código del mesh al snowglobe 1.5. Este logro movió (yo diría, mas bien, provocó un terremoto) el tablero de los visores y obligó a que el resto de los desarrolladores se pusiera a trabajar en portar el código a sus respectivos visores V1, ya que la presión de muchos usuarios que no quieren usar el V2 es muy alta. Firestorm, sigue siendo Firestorm, con varias mejoras pero aún en estado Beta, aunque ya soporta Mesh. Aún con muchos problemas que solucionar, aún pesado para muchos usuarios y aún, aunque parezca mentira, inusable para otros, quizás los menos, pero indica que no está totalmente aceitado como para reemplazar al Phoenix. Si bien, la dirección del equipo de desarrollo de Phoenix/Firestorm es reacia a incorporar el Mesh en el visor Phoenix (presumo que para no enemistarse con LL), se ha visto obligada a anunciar que "algún día" Phoenix tendrá Meshes, sin embargo, su desarrollo (hace un mes, internamente, sugerían que tardarían 2 semanas y ya ha pasado el doble de tiempo) sigue estancado y dando prioridad a incorporar funcionalidades a Firestorm a costa, incluso, de no solucionar bugs existentes (cualquier parecido con el desarrollo del visor de LL es pura coincidencia). Cool VL Viewer, sigue existiendo sobre la base de snowglobe, con soporte de mesh y prácticamente todas las funcionalidades del V2/V3, por lo cual, es una alternativa que varios usuarios ya están considerando seriamente para no migrar el V3. De hecho, se está notando que la base de usuarios de Cool VL Viewer (Visor compatible con el TPVP pero no incorporado, por decisión de su creador, en el Directorio de Visores de Terceros), lo cual indica que hay una base importante de usuarios reacios al V3. Si bien no salgo mucho a recorrer en SL, estos meses estuve colaborando como voluntario en varios eventos multitudinarios in world (SL8B, BURN2, etc.) y he efectuado mi propia estadística, la cual me indicó que de cada 10 usuarios, 6 usan Phoenix, 2 usan Firestorm, 1 usa V3 y el restante cualquier otro visor. Otro punto importante que veo, al menos es la lectura que hago, es que el argumento de facilidad de uso del V3 dado por LL, se cae al piso porque son muchos los usuarios nuevos que se pierden en SL con este visor y, en no mas de 24 hs. en SL, son convencidos para usar o bien Phoenix o bien otro visor de la serie 1 (Cool VL, SL 1.23, Singularity). El Mesh, si bien no se puede negar que es una herramienta poderosa y útil, la forma en que ha sido implementada y sus requerimientos, le están jugando en contra haciendo que no sea el éxito rápido y aplastante que LL esperaba (y por lo cual apostaba a que era su arma definitiva contra el V1). Por un lado, el limitar la capacidad de subir Mesh a los usuarios con información de pago en archivo y, por otro lado, el requerimiento técnico de PCs con procesadores que soporten el set de instrucciones SSE2 limita las expectativas a un escaso porcentaje de usuarios que pueden explotar el mesh en SL. En estos dos meses y medio desde que se implementó el mesh en todo el grid, al menos yo, hasta ahora, no visto a nadie con mesh ni objetos construídos con mesh, es decir, siendo usuario de Phoenix, sigo viendo todo como hasta ahora cuando pensaba que me iba a topar con muchas cosas y avatares deformes porque mi visor no puede renderizar mesh. Si bien, hasta hace poco, percibía una fiebre de mesh en los ambientes que frecuentaba, al haber renunciado definitivamente al equipo de desarrollo de Phoenix y abandonado ese ambiente, he podido notar que ya no me llega esa fiebre por el mesh, al menos no en otros lugares donde frecuento. Por caso, habiendo estado una semana abocado a trabajar como Sim Manager en el BURN2, y recorrido las Regiones donde se realizó el evento, no he visto ningún mesh, ningún avatar vestido con Meshes, ni escuchado o leído a nadie hablar de los meshes. Singularity va lento, pero está en camino de soportar el mesh siguiendo con el código del V1. Imprudence, ha retomado su impulso con la aparición de un nuevo Project Leader y, seguramente en poco tiempo tendremos una nueva beta del visor Kokua, basado en el V3, con soporte de Mesh pero con la interfase del V1 (la primer pre alpha lanzada en junio pasado, en interfaz y simulitud con la del V1, supera ampliamente a la de Firestorm). No obstante esto, la gente de Imprudence es muy quisquillosa y tiene sus pruritos sobre respetar a rajatabla las licencias de cada software y ya han cuestionado el choque de licencias que existe entre varias piezas del código del visor 3 y librerías necesarias que, si se respetan 100% las licencias, especialmente la GPL, jamas podrían ser usadas conjuntamente. Es decir, para los puristas, el actual estado del código del V3 (Snowstorm) estaría violando alguna de las licencias involucradas en distintas partes del código. Dolphin 3, basado en snowstorm (V3) ha avanzado muchísimo en funcionalidades, equiparando a Firestorm, aunque su interface es prácticamente la misma que la del V3, lo que le quita adeptos. Kirstens está en una etapa de congelamiento debido a problemas personales de su desarrollador. Si bien hay un movimiento de usuarios de este visor que está intentado proveerle a KirstenLee los medios para que pueda continuar desarrollando su visor, éste aún no ha resuelto continuar y el proyecto ha sido quitado, a su pedido, del Directorio de Visores de Terceros. Mientras tanto, están apareciendo varios proyectos de visores pensados originalmente para Opensim pero con la vista puesta, también, en SL, basados en snowglobe (v1) y con soporte de mesh (que tambien está implementado en las últimas versiones de OpenSim), como ser, Astra Viewer, que es el nombre que mas suena y que será, una vez pase a fase beta, el visor oficial del proyecto OpenSim, también se habla que se está tramitando su incorporación al Directorio de Visores de Terceros. Como dije, existen también otros proyectos, que son simples forks de visores serie 1 que están siendo desarrollados y a los cuales se les está incorporando el soporte de mesh (prácticamente todos basados o bien en Singularity, mayoritariamente, o bien en Imprudence, en menor medida). Quizás me quedaron algunas cosas en el tintero, pero no quiero extenderme mas de lo que ya he hecho y creo que, con esto, alcanza para tener un pantallazo y una idea clara de como están evolucionando las cosas en el terreno de los visores, tomando como base, los meses de junio, julio cuando los rumores del fin de los visores 1 arreciaban y forzaban a muchos a migrar, apresuradamente, hacía el visor 2. SaludOS/2

Vale aclarar que el visor Firestorm (también el visor Imprudence) tiene su propia carpeta de configuración y caché, por lo tanto, esto ya está dado por defecto. Mientras el visor oficial y el resto de los visores de terceros utilizan la carpeta ./secondlife para guardar las configuraciones y el caché, firestorm lo hace en la carpeta ./firestorm, por lo tanto no se mezcla con el de otros visores. SaludOS/2

Primero, creo que es muy arriesgado decir que es "el mejor visor" porque no creo que lo sea ya que es un concepto muy subjetivo y hay decenas de circunstancias que hacen que un visor nos funcione bien a unos y mal a otros. Segundo, te sugiero que contactes a la gente del soporte oficial de Phoenix en Castellano para que te ayuden en tu caso específico y cuando lo hagas, aclara expresamente que este problema no te sucede con otros visores. En lo personal he notado, en varias pruebas que hice, que Firestorm tiende a tener estos problemas con cuentas que tienen o bien el avi cargado de objetos o bien un inventario con mas de 20 mil objetos o, logicamente, la combinación de ambas cosas. Con mi avi principal, este, no puedo usar Firestorm, nunca me carga, en cambio con un avi alternativo, que no tiene nada vestido salvo lo que vino "de fábrica" y pocos objetos en el inventario carga sin problemas. Lo cual me ha causado algunos problemas porque en su momento necesité usar Firestorm cuando era Beta Tester del visor. SaludOS/2

¿Podrías indicarnos que marca y modelo es tu placa de video, tu Procesador, versión del Sistema Operativo y el error exacto que te da el visor? SaludOS/2

Opino como Canoro, lo mas probable es que se trate de procesadores que no soportan SSE2, requisito indispensable para ejecutar cualquier visor con soporte de mesh. SaludOS/2

Frankvaledor Draconia wrote: No, no arranca, tengo años esperando que salga un parche que componga la situación, mi PC tiene una tarjeta gráfica muy poderosa pero ni así funciona, lamentablemente la PC no puede compartir 2 sistemas operativos, una vez que se instala el Windows 7 de 64 bits no puede compartirse con otra versión... habrá qué formatear todo otra vez... Saludos. Ah, y si el tipo Randall no te entiende es problema de él... que se ponga a estudiar nuestro idioma... jeje Si no te arranca en un SO de 64bits, tendrías que buscar la causa. Yo uso SL (cualquier visor) bajo Linux 64bits y lo he probado bajo Win7 64bits también y en ambos casos no he tenido problemas para ejecutarlo. SaludOS/2

Otro dato importante (y preocupante) para quienes no tienen PCs actualizadas pero podían seguir entrando a SL. A raíz de un comentario ténico de Henri Beauchamps (dicho sea de paso, ya logró hacer el backport del soporte de mesh al visor snowglobe 1.4), descubro que todo visor que soporte mesh debe ser compilado con soporte para SSE2, esto implica que los usuarios que entran con PCs con procesadores que no soporten SSE o se quedan fuera de SL o entran sin poder ver los mesh. Digamos, hablamos de procesadores tipo pentium III, Athlon, 32 bits, quizás algún Pentium IV o Celeron viejo. de 32 bits. SaludOS/2

¿Podrías detallar aquí las características de tu PC?, especialmente, procesador y memoria RAM. Por otro lado, ¿Probaste desactivando el antivirus momentáneamente? EL visor de Second Life realiza descargas de archivos (actualizaciones) sin tu intervención y eso, en varios antivirus es motivo para bloquear la aplicación. SaludOS/2

Si es un problema con la configuración del visor lo que te impide iniciarlo, no es necesario formatear el disco, con borrar las configuraciones del visor alcanza para puedas iniciarlo como si recién lo hubieras instalado. Teniendo, en Windows, visibles las carpetas ocultas y de sistema, vas a: "C:\Users\TU_USUARIO\AppData\Roaming" y borras la carpeta "secondlife" completa. Luego, pruebas iniciar el visor, si todo va bien, iniciará como si fuera la primera vez. Ten presente que al hacer esto también borrarás las configuraciones de otros visores. SaludOS/2

Los clientes (Visores) de Second Life pueden ejecutarse en máquinas con Sistemas Operativos de 64Bits, ya sean éstos, Windows (XP, Vista o 7), MAC OS/X o Linux. En algunos casos pueden presentarse algunos inconvenientes, pero nada que no sea solucionable. SaludOS/2

Vale aclarar que no se trata de cambiar el apellido. El actual sistema implementa lo que se denomina Display Name (Nombre a mostrar), que uno puede cambiar semanalmente, pero no reemplaza, ni siquiera visualmente, al nombre de usuario que uno utiliza al registrarse. Por ende, quienes usamos ver solamente los nombres de usuario (que, cada días somos mas), en vez del Display Name, solo veremos el nombre de usuario, pro ejemplo, "fulano", con el agravante que (y es la mayor queja contra la falta de apellidos) que quien quiera registrar, por ejemplo "damian" se encontrará que ya existe y, luego de horas de pruebas, terminará registrando "damian546879113154894" que le quedará como estigma durante su vida virtual. Esto, sin entrar a considerar los aspectos filosóficos de que es Second Life y cual era la idea de tener Nombre y Apellido en este mundo. SaludOS/2

La última versión de Phoenix soporta los prims de 64 metros sin problema, tanto para crearlos como para modificarlos. No asi Firestorm. Nos han pasado un script para usar con Firestorm (Yo sigo con Phoenix y no creo que use Firestorm, definitivamente, cuando los V1 desaparezcan, creo que me volcaré a Kokua Viewer) que puede usarse tranquilamente con cualquier visor ya que es sencillamente definir los parámetros del prim en el script, colocarlo dentro del prim y dejar que lo redimensione. Y si, como dicen Irene y Cat. Para mi son mas importantes los prims de 64Mts que los meshes. SaludOS/2

"Por eso están enfocados en lograr que se pueda entrar en SL desde cualquier navegador". Aquí las cosas parecen haber cambiado. Ya informaron en el SLCC que crearan un mundo paralelo, ajeno al actual y separado, para usuarios web y de tablets. Dos mundos para mantener y hacer lindos. Si a duras penas pueden con uno, ¿Cómo harán con dos? SaludOS/2