Damian Zhaoying

El problema es de los servidores de Second life. Mucho no se puede hacer con eso. A pesar que ayer Linden Lab informó que había solucionado (o casi) el eterno problema del Chat lag de grupo, ayer fue casi imposible participar en varios grupos. Firestorm es el sucesorr de Phoenix, asi que no creo sea de tu agrado, conociendo tu adversión hacia Phoenix, a pesar de estar en su grupo de soporte y consultar cosas constantemente. Quizas, Dolphin, Singularity, etc. en el listado de visores de terceros podras encontrar varios para probar, tambien muchas webs y blogs de ayuda te pueden ayudar con información al respecto. SaludOS/2

En principio una función interesante y que acredita las palabras de OZ en una reunión del grupo opensource, donde decía que LL iba a mirar mas de cerca a los visores de terceros para tomar ideas y aplicarlas en su visor. En este caso, la idea deviene del Parcel Windlight de Phoenix/Firestorm, pero solo aplicado a regiones enteras. Esto deja afuera a los propietarios de parcelas, pero bueno, peor es nada. Otra cosa que estuvo averiguando OZ y que consultó a los desarrolladores de TVP es como mostrar el streaming de audio en el chat del visor, ¿habrá alguna novedad al respecto en breve? SaludOS/2

Aprovecho para comentarles que estoy como expositor en el SL8B, con puntualidad, el 5 de junio, nos fueron invitando al grupo de expositores y rápidamente pudimos tomar posesión de nuestras parcelas y ponernos a trabajar. Los grupos destinados al intercambio de datos y pedidos de soporte trabajan asiduamente todo el día y, en lo que estoy viendo, los voluntarios responden con rapidez a las peticiones. Hay un buen clima de camaradería y los que tenemos la suerte de poder caminar por las obras en construcción, podemos ver algunas cuantas maravillas que a muchos les gustará ver cuando el próximo día 20 abran las puertas del evento. SaludOS/2

Symbelmine: Se muy bien como es esto y lo cansado que están muchos creadores. Esta persona, por lo poco que pude ver, ya que no fuí a su tienda para ver sus creaciones, vende por el precio, no por la calidad, asi que no creo que sea blanco preferido de los copiadores de creaciones. Por otro lado, conozco bien también el uso de antibots, precisamente las cosas que quería verificar era cual se estaba utilizando, pude corroborar que el vodoo no era, así que, por el tipo de ban, sólo quedaban dos opciones, el redZone o el Gemini CDS, ambos prohíbidos por Linden Lab. Buen detalle, ¿no te parece?, ¿Quizás sea ese el verdadero motivo por los cuales me baneo? ¿Para evitar que la denuncie por utilizar un sistema ilegal?. Y vale aclarar que esta persona en todo momento negó tener algún sistema antibot en su parcela. También, por sus respuestas, me dió la sensación de que desconoce muchas cosas del manejo de Second Life y confunde conceptos como parcela y regíon, creyendo que por tener una parcela de igual extensión que una región, es owner de la misma (según los detalles de la región, el owner es otro usuario). Por otro lado, si relees de nuevo el OP, verás que estoy refiriéndome a la región, no al nombre de la tienda ni al nombre de ningún usuario. Se muy bien que no se puede nombrar en estos foros a ningún usuario, las normas no prohíben hablar de lugares, mucho menos mencionar una región en forma genérica. Quizás te apuraste en la lectura o quiźas al leer el nombre de la región pensaste que hablaba de la tienda porque la conoces y eres habitué de la misma, no lo se, pero, repito, sólo me referí a la región. Koko: Concido contigo y se muy bien que dos no hacen diferencia, pero quienes abusan de este tipo de actitudes terminan hundiendose en su propio veneno. Eso es seguro, hoy son dos, mañana, el 50% de sus ventas, luego, cerrará. Es su problema no mio. En lo personal, ni conocía la tienda ni pensaba ir alguna vez a comprar algo, asi que no pierdo nada. En todo caso, me queda como lección, el hecho que sus insultos hacía mi indican que tipo de persona es en RL y me sirven para saber que si, la casualidad la pone en mi camino en el futuro, es alguien con quien no me interesa tratar ni socializar. SaludOS/2

Realmente no sabía que título ponerle a este thread a raíz de lo que me acaba de pasar. Hace varios minutos una usuaria manifesto en un grupo de soporte que tenía problemas para hacer TPs, y bueno, investigando con ella, pude determinar las causas. La primera era que usaba un visor desactualizado (emergence) que no interpretaba correctamente los slurls. Pero quiero referirme a la segunda causa, ya que esta usuaria era (y remarco el "era") hasta hace poco clienta de una tienda y desde que esta tienda se mudó de región no pudo hacer ir mas. Haciendole las preguntas de rigor para determianr el problema, descubro que estaba baneada del lugar, al que fui para intentar enviarle un tp. Ella habla con la owner del lugar quien niega que estuviera baneada, yo tambien me comunico con la owner y le pregunto si podia hablar con el administrador de la region para verificar si no habia un ban en la region, no en la parcela a lo que ella me contesta que ella era la owner del sim y que no habia ban. Bien, la saludo pidiendole disculpas por la molestia y agradeciendole su atencion. Mas tarde, intento nuevamente ir a ese lugar para verificar algo y descubro que yo tambien estaba baneado, Cabe aclarar que en la lista de bans a nivel parcela solo habia un usuario cuando estuve ahi y ahora, además de ese usuario, integramos esa lista tanto la usuaria a la que estaba ayudando como yo. Me comunico con la dueña y le pregunto porque me había baneado, pero no me responde, asi que le dejo un ultimo mensaje diciendole que reprobaba su actitud y la iba a comentar para que se tuviera en cuenta a este lugar como malos comerciantes, tras esto, si me contesta, pero solo para insultarme. En fin, si bien uno sabe que existe este tipo de gente, no puedo entender como se pueden seguir manteniendose y hacer negocios. Otra cosa que me queda flotante con cierto sabor agrío y con todo el esfuerzo posible para no ser mal pensado es que esta persona reaccionó así porque se trataba de usuarios de habla castellana y no le importamos. Pero esto ya es suposición. En defintiva, si alguna vez surge la posibilidad de que tengan que ir o comprar algo a la región "toxxic" recuerden este topic. SaludOS/2

Helis: Limpiar el caché del visor no es la única solución, sino que es parte de una solución y siempre que tenga que ver con la causa que produce tu problema. Algunas veces se soluciona sin necesidad de tocar el caché, otras, como último paso es neceario hacerlo. En tu caso, arriesgaría a decir que debes tener vestido en tu avatar algún objeto con alta carga de scripts y eso provoca los problemas que tienes, es decir, cuando está cargándose tu inventario para luego, cargar los objetos y ropa en tu avatar, alguno de esos objetos, tiene muchos scripts que generan lag y detienen la carga del inventario, por un lado, y por otro, producen tus desconexiones o caídas durante los TPs, ya que al llegar a una nueva región lo vestido en tu avatar es cargado en el asset del simulador al que llegas. Como los scripts producen lag en demasía, eso produce un retardo en tu conexión y posterior corte de la misma. Si usas el visor oficial de Linden Lab, pídele a alguien que utilice algún visor que tenga la función de contar los scripts de los avatares para ver como andas con eso y, en caso de tener muchos (como parámetro calcula no superar los 75 scripts y/o 4MB de consumo de memoria del sistema -servidor-), empieza a quitarte objetos que tengan scripts, como ser pelos, ropa, zapatos, joyas, etc., especialmente, las que utilizan el bendito reziser, principal causante de este tipo de problemas. Ante cualquier duda o necesidad de ayuda in world, no dudes en contactarme. SaludOS/2

Wara: Desde el momento en que publico algo en este foro asumo que pasa a ser información pública para información de todos y su propiedad (siguiendo el TOS) es de Linden Lab. Por lo tanto, creo que cualquiera puede reproducir lo que en estos foros se escriba o informe con la condición de que mencione la fuente, en este caso, el foro oficial de Second Lab y, eventualmente, quién lo ha escrito, En mi caso personal, no me preocupa figurar en ningún crédito, pero si creo que al menos debe citarse este foro como fuente. SaludOS/2

Es llamativo que algo que ha sido declarado como fallo de seguridad importante no haya sido tan difundido por Linden Lab. Existe una falla de Seguridad en las librerías Ogg/Vorbis que se compilan junto a todos los visores. Esta falla había sido descubierta en el año 2009, pero nunca se la consideró peligrosa, y Linden Lab nunca creyó necesario corregirla. Sin embargo, se ha descubierto que esta falla permite a un atacante utilizar el servicio de media y audio para hacer crashear a los visores de los usuarios que se encuentren en el mismo sim que el atacante. Ante la posibilidad de que alguien descubra como usar este fallo para otros fines mas dañinos, Linden Lab optó por corregir ambas librerías y aplicar el parche en su visor oficial (como Linden Lab no informó que versiones de sus visores están afectadas por el fallo, presumo que hasta la versión 2.6.1) y recién el pasado 11 de mayo, informó de esta situación a los desarrolladores de Visores de Terceros. Por lo tanto, se sugiere a los usuarios que no hayan actualizado la versión de los visores que utilizan que lo hagan a la brevedad para no ser afectados por este fallo. Revisen los changelogs de la última versión de su visor para ver si ha sido corregido y actualicen urgente. SaludOS/2

Hice una prueba del "nuevo" buscador usando una palabra contenida y parte del nombre de mis sitios in world. Con el viejo buscador aparecen 9 resultados, todos correctos. Con el nuevo aparecen 41 resultados, de los cuales, 25, al menos, no tienen en ninguna parte la palabra que usé para la busqueda. SaludOS/2

maleni: Los pasos a seguir serían los siguientes: 2) Borrar completamente el cache del visor y el caché de inventario: Phoenix trata ambos items como cosas separadas y borrar el caché solamente no afecta al inventario, por lo tanto, hay que borrar ambos cachés. Vas a Preferencias -> Redes y Carpetas y te fijas en que carpeta de tu disco está el caché de Phoenix, mirando el item "Localización de la caché en el disco". Haces click en el botón "Abierto" (Algún día insistiré para que corrijan ese error de traducción) y te abrirá la carpeta correspondiente. Cierras el Visor y borras todo el contenido de esa carpeta (por defecto se llama "phoenixviewer" la carpeta de caché de Phoenix). Como bien hiciste anteriormente, inicias Phoenix en un sim sin lag y esperas que cargue completamente el inventario. Tambien, intenta que tu conexión a internet esté lo mas liberada posible de tráfico. Si (como es normal) ves que la carga del inventario se detiene en algún momento, en el buscador superior del inventario coloca secuencialmente, primero, las vocales, por ejemplo haces una busqueda de "a", dejas que continúe la carga hasta que se vuelva a detener y sigues con la "e" y asi sucesivamente, luego, sigue con las consonantes hasta que termine de cargarte completamente el inventario. 2) Hacer que Phoenix inicie con los valores de configuración por defecto (como si fuera la primera vez y esto vale para cualquier visor). Algo que caracteriza (para mal) a Phoenix (aunque a veces ocurre en los demás visores, incluído el oficial) es que en nuevas versiones se agregan, quitan o modifican determinadas características avanzadas de configuración y la actualización no refleja ese cambio, entonces, despues de sucesivas actualizaciones, el visor comienza a funcionar mal o erráticamente. Esto es debido aque, luego de tantas actualizaciones "sucias" la configuración termina dañándose, entonces, hay que borrar la configuración y volver a empezar (Esto no afecta tu cuenta ni tu inventario). Como hicimos en el punto anterior, para determinar donde están los archivos de configuración vas a: - Preferencias - Redes y Carpetas: Aquí, te fijas en el item "User Settings Files Location", haces click en el botón "Abierto" para abrir la carpeta con los archivos de configuración, normalmente llamada "user_settings" y borrás todo su contenido o lo mueves a otra carpeta para hacer un backup, lo importante es dejar esa carpeta vacía. Además, debes borrar también las configuraciones específicas de tu usuario, que están en la carpeta de logs de second life. es decir, por ejemplo, si la configuración general está en: ruta\secondlife\user_settings, la carpeta de logs de tu usuario estará en "ruta\secondlife\tu_nombre_de_sl", allí encontrarás el archivo "settings_per_account.xml" el que debes borrar también o mover a otro lugar para guardarlo como backup si quieres. Con esto, al arrancar nuevamente el visor, será como si lo hicieras por primera vez y con una configuración fresca y en buen estado. Algo que he notado que afecta a Phoenix es la mezcla de configuraciones cuando uno tiene instalados varios visores, ya que Phoenix también lee el archivo "settings.xml" de configuración general del visor oficial de LL y se puede producir un choque entre distintas configuraciones para similares parámetros. Por eso mi sugerencia de borrar todas las configuraciones, incluyendo las de otros visores. Espero te sea útil la explicación y cuentanos como te fue. Cualquier cosita contactame in world y te ayudaré con gusto. SaludOS/2

Antes de tocar nada en tu avatar y/o configuración de tu visor, si estás usando los visores 2 y Phoenix versión 1102, a quienes te vean rutheada pregúntales que visor y versión están usando. Por las dudas lee esto: Fallos Conocidos y si éste es tu caso, hay dos soluciones posibles teniendo en cuenta que para que este fallo ocurra, es porque tienes la física de avatar activada y en uso. 1) Quitarte de tu avatar las capas físicas y desactivar la física de avatar. 2) Avisarle a los usuarios de visores que no pueden ver esta característica que actualicen sus visores o cambien a visores que si la implementan. A la fecha, además del Visor 2.6.3, Phoenix 1102, Singularity 1.5.8, Imprudence 1.3.2 y los visores basados en el código del visor 2 (cualquier versión) son los únicos que pueden mostrar correctamente las capas físicas de otros avatares. El resto de los visores, al no tener esta característica, ante el error de no encontrar la información desconocida (para ellos) directamente no cargan el avatar, mostrándolo como newbie, rutheado o deforme. Obviamente, si no es esto, a seguir los pasos "normales" para recuperar el avatar y, si con eso tampoco se soluciona, el equipo phoenix ha desarrollado un kit de recuperación de avatar que, espero, en breve liberen a todos los usuarios (están trabajando en la documentación en todos los idiomas posibles). Si llegas a este punto sin solución, contáctame in world y te pasaré una copia del kit. SaludOS/2

Xofiel: Las causas por las cuales los demás te vean rutheado pueden ser varias: 1) problemas de conexión que hacen que tu avatar no cargue correctamente. 2) Excesiva carga de attachments, ropas, joyas, zapatos, pelos con scripts, especialmente con rezisers (esta es la causa mas habitual). 3) El tema de las capas físicas del avatar que vienen con el visor 2, pero aqui esto solo ocurre cuando tienes vestidas capas físicas y sólo te verán mal quienes no usen visores que soporte esta opción. Todos los visores de la serie 2 (Oficial, Firestorm, Dolphin 2 y kirsten lo soportan) y, por el momento, de la serie 1 los visores Singularity y Phoenix, se prevee que el resto actualice pronto. Solo quedarán sin actualizar el visor oficial 1.23 y Snowglobe ya que LL no tiene intenciones de hacerlo. 4) Una suma de los puntos 1 y 2. Digamos, en circuntancias normales, la carga de scripts de tu avatar no provoca el fallo, pero, un dia de mala conexión o el arribo a un sim muy lagueado hace que esa carga si sea relevante y provoque el error. Para deducir cual puede ser la causa, lo mejor es ir probando y descartando problemas. Si alguien con el visor 2 o compatible te dice que te ve rutheado o deforme, no es problema de la capa física. Ovbiamente, si nunca te vestiste una capa física, descarta de plano esto como causa. Por ende, empieza por revisar la carga de scripts en los attachs de tu avatar. Por el momento solo algunos visores de terceros te permiten conocer cuantos scripts cargas (Phoenix, Singularity y Emergence), sino, en algunos lugares existen "balanzas" que te informan sobre la carga de tu avatar. Si no usas Phoenix, puedes pedirle a alguien que revise tu avatar y te diga como vas. Limpiar Caché de visor e inventario, puede ayudar, reloguear en un sim con poco tráfico y lag y esperar que el inventario cargue completamente, también y, obviamente, cargar no mas de 100 scripts o que éstos no consuman mas de 4MB de memoria de sistema ayudará mucho a que no te pase. Cualquier duda o consulta, puedes contacftarme in-world. SaludOS/2

------------------------------------------------------------------------------------------------------------------------------------------------------------------- "Lastchance" doesn't have a special meaning. That was the last publicly available name created before "Resident," and the names older than "Lastchance" have now expired. That may be replaced with something more welcoming. If you run a third-party registration site, prepare for the final name to be replaced with "Resident" in the near future. The old list of names will no longer be available. RegAPI will return "Resident" in the list of available names for backward compatibility. Third-party custom last names will continue to be available through these name owners' regAPIs. ------------------------------------------------------------------------------------------------------------------------------------------------------------------ Esta aclaración de Soft Linden ante una consulta en la lista de correos del REGAPI fue hecha el pasado 28/04. Está perfectamente aclarado que han sido eliminados todos los apellidos anteriores de la lista del regapi y sólo queda Lastchance (aunque también están disponibles: "Ashland, Coy, Deluxe, Highwater, Hurricane, Kroll, Lyric, Oodles, Spot, y Thistle". Respecto del Custom Name efectivamente tiene un costo de configuración de u$s500, mas u$s500 anuales, no se puede usar para cambiar el nombre de residentes existentes y sólo es para dar de alta a nuevos usuarios a través del regapi. Respecto de esto último, me viene a la memoria la (mala) experiencia vivida por el reportero en SL de la agencia Reuters, experiencia que motivó, entre otras cosas, que Reuters abandonará Second Life. Si ya en esa época (2009) Linden Lab hacía oídos sordos a los reclamos de sus usuarios más importantes, no debemos sorprendernos de como los tratan hoy en día. SaludOS/2

Exactamente Viviana, Es lo que está de moda en estos días, intentar ayudar a un nuevo usuario indicándole que opción de Menú utilizar y descubrir que está usando el visor 2 en modo básico o, lo que es peor, responder a un usuario y esperar indefinidamente (luego de varios reintentos) hasta que éste se da cuenta que alguien le está hablando. Ahora, además de todo lo ya comentado sobre las "funcionalidades" del visor 2 en modo básico, hay dos que me dejaron alucinado. 1) El cambio de modo. Si abro el visor y está seleccionado el modo básico, lo cambio a Avanzado y recibo el mensaje de que debo cerrarlo para poder usar el nuevo modo. Y viceversa. Es decir, para cambiar de modo hay que abrir y cerrar el visor ¡¡¡¡2 (DOS) veces!!!! 2) Al mejor estilo navegador de internet, como no tiene menúes ni atajos de teclado (los navegadores de internet si los tienen) no hay forma de salir del visor y cerrar la sesión salvo cerrando la ventana desde el comando del sistema operativo (el bendito botón (X) de la ventana). He leído que se dice que esto es un avance, entonces, si lo es, imagino que debe ser un avance tipo cangrejo SaludOS/2

Problemas de visión de avatares que usan el Visor 2.6.3 Se ha descubierto que, al incorporarse las nuevas capas físicas a partir de la versión 2.6.3 del visor 2 los usuarios de los visores de la serie 1 no ven correctamente el avatar del visor 2. Especialmente cuando éste cambia el shape, dichos cambios son imposibles de visualizar para el resto de los usuarios haciendo que el avatar se vea "Rutheado". Linden Lab no considera que sea un bug, sino un fallo conocido de "incompatibilidad" con los Visores de Terceros. No obstante, los visores oficiales 1.23.5 y snowglobe también sufren este problema. Se ha lanzado el parche Dylan para solucionar este problema en los visores de terceros y habrá que esperar que cada uno de ellos lo aplique y lance la versión corregida (los desarrolladores de Singularity, Kokua-Imprudence, Rainbow y Phoenix ya están trabajando en ello). Sin embargo, como LL ha declarado obsoletos los visores 1.23 y Snowglobe 1.4 y 1.5, no lanzará ninguna versión corregida, por lo cual, sugiere a los usuarios moverse a otras alternativas (no aclaran cuales). Seraph Linden indica que, además del patch, quienes no quieran esperar las versiones corregidas y tampoco compilar código, pueden reemplazar el archivo "character_lad.xml" del visor 1.x por su correspondiente del 2.x, sin embargo, según pruebas efectuadas, con el visor Phoenix usar este archivo lleva a un crash al iniciarlo. Los desarrolladores independientes están convencidos que los archivos de ambas versiones son incompatibles, por lo cual avisan a sus usuarios no recurrir a esta solución. Linden Lab reconoce que esto es producto del cambio al visor 2 y ellos conocian que esto iba a pasar desde que se lanzó el visor 2 pero se "olvidaron" de avisarle a los desarrolladores de visores de terceros, primero porque en la etapa inicial del visor 2, su código era secreto y, luego, al pasar a ser código abierto, simplemente "se olvidaron". En definitiva, como han dicho varios, Linden Lab no va a corregir el problema, porque no lo es, los desarrolladores de visores de terceros aplicaran el parche correspondiente pero a costa de que no se puedan ver particularidades propias del avatar con el visor 2 (aunque no rutheado), entonces, habrá que acostumbrarse a que 2/3 de los usuarios del grid vean mal los avatares del tercio restante usando el visor 2. Fuente: https://jira.secondlife.com/browse/VWR-25479? SaludOS/2

Una cosa que me preocupa y asusta en SL es el bajo nivel de escritura de un alto porcentaje de usuarios. Es evidente, por lo que cuentas, Irene, que se debe a que también es muy bajo el nivel de lectura. SaludOS/2

Si descargaste la versión 1.3 de Imprudence, o probaste con la versión 1.23 del visor oficial. Al ser tu cuenta sin apellido, ambas versiones te piden el nombre de usuario a la "vieja usanza" de SL. Entonces, tenés que colocar, en el campo Nombre tu nombre de usuario actual y en el campo Apellido la palabra "resident" (sin comillas) para poder loguearte. SaludOS/2

Quizás tu cuenta de usuario en windows sea una cuenta no administrador, con capacidades limitadas. Y quizas tambien eso sea el problema con tu acceso a SL. Otra opción, algún virus que está interfiriendo con windows, sus configuraciones y accesos. Por lo pronto, verifica que tipo de cuenta es la tuya en windows (Usuarios de windows 7 podrán explicarte mejor como ir a esa parte, yo no uso windows y voy de memoria aquí). Si tu cuenta es de acceso limitado (invitado, usuario normal) te diria que pruebes con una cuenta de administrador. SaludOS/2 EDIT: Otra opción sería crear una nueva cuenta de usuario en Windows y probar desde esa nueva cuenta si podés acceder a SL. Otra mas. Probar con otros visores: Visores de terceros, personalmente, para esta situación, te recomiendo Imprudence. http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory Visores Oficiales: la versión 1.23 http://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers (Al final de la página están los links para descargar el visor 1.23)

Por simple lógica, si fuera un problema de DNS (su servidor o conexión no resuelve el DNS de secondlife.com) tampoco podría entrar a este foro para realizar la consulta, ya que estamos hablando del mismo dominio a ser resuelto. En este caso, el problema, seguramente, está en el visor en si y no en la conexión. Imagino que si hace un dnslookup (o dig) a secondlife.com (o, en su defecto, al host donde está el SIM al que quiere conectarse) seguramente le contestará con los resultados correspondientes a cada host. Como alternativas, me fijaría si el software antivirus o algún firewall está bloqueando el acceso a internet al visor . Es una alternativa mas que hay que explorar. En este caso, probaría entrar a SL con el visor, habiendo deshabilitado previamente, tanto el antivirus como el firewall. SaludOS/2

Luisillo Contepomi wrote: Gracias por la información. Siempre hay quien ladra cuando se cabalga.Y en rumores los hispanos somos expertos. Respecto de Emerald. Yo reporté al departamento de seguridad de Linden Lab y con mi dirección de correo profesional y firma certificada, con datos de lo que podría suceder con Emerald si la gente utilizaba sus vulnerabilidades seis meses antes de que lo bloquearan y se lo dije, sin dar datos técnicos para no divulgarlo demasiado, a los amigos que lo utilizaban. La respuesta fue: No tenemos que ver con Emerald dígaselo a su equipo de desarrollo. Debe ser terrible mi inglés!, pensé, pero por otra parte y aunque fuera marciano el texto de introducción, les he dado las pruebas técnicas y ahí cualquier profesional lo habría visto claro. No contacte obviamente con el equipo de Emerald, me pareció estúpido informarles de lo que ellos mismos habían hecho conscientemente. Hasta que no sufrieron en la grid un DDOS no tomaron medidas.En eso también somos expertos los hispanos, no tomar medidas hasta que hay daños, por eso no les culpo demasiado. :smileyhappy: Has hecho bien en sacar la luz este asunto para cortar rumores infundados. Saludos, Lo que pasó con Emerald tiene muchas aristas, buenas y malas. La parte del equipo que, digamos, era honesta, se equivocó mucho dejando pasar las cosas y aceptando la palabra de quienes hicieron lo que hicieron a pesar de las decenas de reportes que estaban recibiendo y denunciando las "vulnerabilidades". Emerald fue usado, por propios y ajenos, como campo de batalla de una guerra entre dos facciones antagónicas en SL (Justice ligue y Woodbury University) y el precio lo pagaron todos los usuarios del visor. Aún asi, personalmente creo que uno de los responsables salió indemne de esta guerra y sigue formando parte del ahora equipo Phoenix, siendo sus actos personalistas, los que, de tanto en tanto, le causan problemas al visor y generan rumores de todo tipo. Por último, no voy a decir que son rumores infundados, pueden serlo como no. Pero si creo que esto debe ser conocido para evitar problemas a futuro. Cuando pasó lo de emerald, se pretendió ocultar para no asustar a la gente (creyendo que eran mentiras) y el resultado está a la vista. No debe volver a ocurrir y si uno de los desarrolladores está equivocándose o haciendo algo a espaldas del resto, no debemos callarnos y alertar a los usuarios. Esto debe ser informado, difundido pero con datos, seriedad y sin pretender atacar al visor, por el contrario, la idea es defender al usuario y a Second Life. Tanto que Phoenix es un visor seguro como que sea un visor inseguro, debe ser informado. SaludOS/2

Si bien me he desligado del equipo del visor Phoenix hace ya tiempo, aún sigo participando en sus grupos de soporte, y colaborando en la medida que mi escaso tiempo actual me lo permite. Anoche, un usuario entró al grupo de soporte en Castellano para "hacer una pregunta", la cual se tradujo en una "denuncia" de que el visor phoenix tenía dos ejecutables (archivos de extensión .exe) y uno de ellos era para robar información de los usuarios (algo me recuerda a quienes atacaron con toda su furia al visor Emerald). Casualmente, otro usuario activo del grupo, contestó y expresó los mismos dichos, basado en que un amigo suyo ("que sabía mucho pero no daba la cara por ¿miedo?") le había dicho que esto era así porque ningún programa puede tener dos ejecutables y menos cuando el visor oficial tiene uno sólo. No voy a entrar en tecnicismos sobre esto, pero ante mi pedido de que me dijeran cuales eran esos ejecutables y las pruebas que habían hecho para llegar a esa conclusión, sólo logré que uno de ellos optara por seguir la conversación conmigo por IM aclarándome que no sabía nada y que sólo repetía lo que decía su amigo (tuve un deja vu, está película ya la ví en la época de Emerald). Mientras que el otro usuario guardó discreto silencio por un buen tiempo, para luego volver a repetir lo mismo pero sin aportar prueba alguna de lo que decía. Cómo no pongo las manos en el fuego por nadie, hice lo que me pareció más lógico, contacté a un miembro del equipo de desarrolladores de Phoenix y le trasmití la inquietud. A lo cual me respondió con información que se había colocado en el blog de uno de los desarrolladores, explicando los motivos por los cuales phoenix tenía dos ejecutables (Phoenix.exe y PhoenixViewer.exe) y un link al código fuente del primero. Además, trasmitió mi pregunta al grupo en inglés en el cual participaron sus usuarios y dieron fé que era como el equipo desarrollador decía. Tras esto y verificar lo que me dijeron, lo avisé en el grupo en castellano, ya que creo que todos los usuarios deben contar con toda la información disponible sobre el visor que utilizan, sea esta buena o mala y, a partir de ahí, tomar sus propias decisiones sobre si continuar o no utilizándolo. Pues bien, a ambos usuarios esto no les importó y siguieron diciendo que lo que manifestaban sobre el tema, descreyendo de la palabra de los desarrolladores y "confiando ciegamente" en el amigo que revisó el código compilado del ejecutable sobrante (vale aclarar que interpretar un código compliado -leer un exe- no es tarea fácil y conlleva conocer a fondo el código de máquina). También, es llamativo que ambos usuarios reconocieron que ninguna utiliza el visor Phoenix y ante mi propuesta de que hicieran la denuncia ante Linden Lab aportando las pruebas correspondientes (o que al menos, dieran la cara como lo hacen los desarrolladores de visores de terceros) ambos se negaron alegando no saber nada del tema ni querer meterse en problemas. Ahora, todo esto me indica que quienes, en su momento, iniciaron la campaña anti-emerald, no se quedaron dormidos, esperaron y ahora vuelven a la carga, pero esta vez contra el visor Phoenix. ¿Cuales son los motivos? no lo se, tengo mis sospechas pero son sólo eso, sospechas. Y me llama mucho la atención que siempre los primeros focos de ataque aparezcan dentro de la comunidad hispanoparlante. De hecho, esto me recuerda la vieja discusión sobre el CDS Gemini y el par de usuarios que vino a este foro a denunciarlo aportando lo que se decía un blog creado para atacar al visor Emeradl, un blog que su admin nunca dió la cara y que dejó de estar activo en menos de 3 meses, con solo 2 o 3 post atacando al visor. Pero, lo que realmente me cuesta comprender es que persiguen estos usuarios, cual es el objetivo de atacar a todo visor exitoso. ¿Serán que sus funciones, en cierta medida, perjudica sus intereses? (leáse radar avanzado, detección real de estado en línea, etc.). ¿Será que... ? en fin, pueden ser tantas cosas. Pero, si al menos los responsables de estos ataques dieran la cara en vez de buscar usuarios crédulos y usarlos para difundir información tendenciosa. En definitiva, mas que nada quería informarles sobre esta nueva movida contra el visor Phoenix y que cada uno se informe sobre el tema, si éste crece, y saque sus propias conclusiones. EDIT: Me olvidaba de un detalle: Cuando le manifesté a uno de los usuarios que yo sentía que mi obligación, al conocer esta situación, era informar sobre la misma, me dijo que mejor no dijera nada "hasta que su amigo tuviera información mas concreta", asi no los metía en problemas. Cómo le dije a este usuario, si alguien afirma algo delicado, debe hacerse cargo de lo que dice. Yo me hago cargo de lo que aquí digo. Espero que estos usuarios hagan lo mismo llegado el caso. SaludOS/2

Hay una gran diferencia entre Firestorm y otros visores de terceros compatibles con la serie 2. Dolphin y Kirsten sólo realizan modificaciones menores al código, mas que nada, a la interfase, pero añaden muy pocas cualidades ajenas al visor oficial. En este sentido, Firestorm, a pedido de sus usuarios, necesita de un gran esfuerzo para ser un visor de serie 2 pero manteniendo el 100% de las características de Phoenix. Esto implica un rediseño completo de la interface (si probaron el visor 2, dolphin y kirsten, verán que no tienen muchas diferencias, pero si las tiene Firestorm). Adaptar el radar, rediseñar el bridge, rediseñar la interface, etc. no son tareas que se puedan realizar en dos días, por mas que la encare un equipo completo. Si bien mantengo mis discrepancias con algunos de los desarrolladores de Phoenix, reconozco que están haciendo una muy buena tarea y a un ritmo aceptable. Cuando terminen de rediseñar el código de las funcionalidades de Phoenix y lo tengan adaptado al Firestorm, portarlo a la base del visor 2.6 será cuestión de pocos días. SaludOS/2

Dudo mucho que Phoenix incorpore los multiple layers, precisamente porque es un Visor serie 1 y ésta es una característica de los visores de la serie 2. No digo que sea imposible incorporarla en Phoenix, pero no tiene sentido hacerlo porque implicaría modificar gran parte del código y nadie ve el sentido de hacerlo en un visor que está destinado a desaparecer (cuando LL le baje el dedo). Igualmente, Firestorm, el sucesor de Phoenix si tiene esta característica y, día a día, se le van incorporando las propias del Phoenix. La Preview 2 de Firestorm funciona muy bien y, personalmente, habiendo probado todos los VTP de la serie 2, cuando me vea obligado al cambio, mi elección, hoy por hoy, es Firestorm. SaludOS/2

Por nombrar algunas muy útiles: - Area Search que cubre casi toda la región - Historial de Teleports, tanto de arribo a un lugar como del punto del cual se salió. - Rezear objetos por defecto con el grupo de la parcela aunque no lo tengamos activo. - Teleport con un doble click. - Conteo de script y memoria utilizada por estos en el avatar (tanto del propio como de otros). - Identificación del visor utilizado por los avatares. - AO incorporado. - Radar incorporado, que cubre toda la región. - Media filter (a partir de las últimas versiones) - Forzar al avatar a sentarse en el piso. - Avatar invisible - Edición de scripts en objetos vestidos. - Predefinir permisos por defecto para objetos nuevos. - Corrector ortográfico. - Utilización de texturas directamente desde nuestro disco duro. Y hay mas.... SaludOS/2

Sólo para decir que por mas que aquí se tiren (ráfagas, tormentas, tsunamis de..) ideas, si LL no hace nada o demuestra la falta de interés en defender a los creadores, es en vano. https://marketplace.secondlife.com/products/1448189/reviews/3026040#comments He visto este artículo en el marketplace, lo miré porque me llamó la atención ver como freebie algo que en su momento costaba mas de 1000L$, un producto de abranimations, creador que ya tiene su tiempo en SL y goza de la mejor reputación por la calidad de sus productos. Este item le fué robado y circula como freebie por todo SL, se lo puso en xstreet, inclusive y si prestan atención el comentario es de Octubre de 2010, por ende, fue colocado en el marketplace hace ya un semestre, como mínimo. A pesar de las denuncias sigue siendo distribuido in world y permanece en el marketplace. Y aquí, el único responsable de esto es LL. SaludOS/2