Damian Zhaoying

Cuando recibí el mail con esa noticia me llamó la atención que Jessica dijera que "va a asumir la representación de todos los TPVs y de los usuarios". Máxime porque tengo la sensación que mas que una entrevista va a ser un comunicado de prensa en donde la entrevistadora (Jessica) le va a hacer al entrevistado (Oz) las preguntas de rigor y preparadas para que todo salga bien y la empresa pueda dar las respuestas correctas. SaludOS/2

No se puede, el nombre de usuario con el que te registras es único y permanente. SaludOS/2

Voodoo: Vale aclarar algo. Tanto el mesh deformer como el windlght por parcelas, son dos ejemplos de funcionalidades que deberían desaparecer con el nuevo policy pero que Linden Lab dejará que sigan existiendo debido a que pronto las incorporarán en su visor oficial. Ahora, respecto al Mesh Deformer, esto estaba siendo desarrollado por Qarl, en su segunda etapa, como programador externo, pero en el camino fue despedido por Linden Lab, por lo cual, el desarrollo para Second Life quedó trunco. Qarl lo sigue desarrollando y libera su código como libre para que sea utilizado por los desarrolladores de Visores de Terceros y es ahí donde Linden Lab recuerda que tenían que hacer algo al respecto. Por lo cual, vuelven a contratar a Qarl, pero esta vez sólo para que desarrolle el mesh deformer para el visor oficial y con una particularidad, que no se compatible con el que utilizan los visores de terceros y que funcione en forma exclusiva en conjunción con el visor oficial. A partir de ahí, Linden Lab, en algún momento, liberará el código para que los visores de terceros se adapten al mismo. Imagino que algo similar ocurrirá con el windlight por parcelas. Otra cosa que parece estar pasando es que, debido a la cantidad de reclamos de desarrolladores y, especialmente, comerciantes, se ha puesto en stand-by el eliminar el soporte a la función lsl que devuelve el estado on línea real de los usuarios. Por lo que esto, que fue la gran excusa (por lo de la privacidad) para el cambio del policy, quizás, termine siendo algo que nunca se aplique o, en el mejor de los casos, sea lo último en aplicarse y con demora. SaludOS/2

Es un problema típico cuando se instala windows, especialmente XP (aunque también puede pasar en Vista y 7). Te están faltando las librerías de soporte de Visual Studio, las cuales puedes descargar desde este link. Es la wiki de phoenix, y ahi, en ese item (Descargas Adicionales para resolución de Problemas), selecciona y descarga la aplicación "AppFix.Donwload", luego que lo descargues, lo instalar, sigues las instrucciones del instalador y al finalizar, ejecuta el visor, ya sea Firestorm o Phoenix. SaludOS/2

Al decir que el grupo tenía derechos imagino que hablas de que esos terrenos habían sido cedidos al grupo. Si es así, no entiendo como pudiste borrar el grupo ya que para que se borre el mismo tiene que tener menos de dos usuarios, incluido el owner. Si es esto lo que paso, el grupo ya desapareció y para recuperarlo deberás crearlo nuevamente. Respecto del terreno, si lo has comprado tu y eres quien figura en el tier box, en caso que sea en una isla privada, deberás hablar con el administrador del sim para que te permita corregirlo y lo transfiera a tu nombre. En caso que sea en Mainland, deberás enviar un ticket a soporte y explicar la situación para que la corrijan. SaludOS/2

Catwise wrote: No me refería a eso. Lo que queria decir con lo de estabilidad es que si le quitan a los visores de terceros todo lo que les distingue del oficial, para que sirven? Solo para poder entrar a sl de forma más estable o con menos lag. Es un hecho que algunos tenemos memos lag y menos caidas utilizando visores no oficiales.Es decir, que no sirven para nada. Pones como ejemplo los puntos de attach que tenía el emerald. Evidentemente el que no lo usara vería a esa gente de forma incorrecta, hasta ahi puedo entenderlo (aunque los que los usaban sabian que los demás no les veian bien). Pero que me limiten a mi como quiero ver sl, o como utilizarlo (las herramientas de construcción que tienen los visores de terceros marcan la diferencia) sobre todo cuando es mejor bajo mi punto de vista, eso si que no se entiende. Solo se entiende que LL no quiera ahora que nadie tenga un visor mejor que el oficial. Si ellos no pueden o quieren mejorar algo, nadie más puede hacerlo. Esa es al fin y al cabo la nueva política. No pueden forzarme a mi a ver meshes si no quiero o mi pc no lo permite, ni a poner windlight con mis preferencias de graficos en alto para ver sombras si yo no quiero. Si prefiero tener herramientas de construcción pensados para constructores y menus colocados de forma práctica y más rapidez en la carga de gráficos, pues es cosa mía, a nadie más le afecta eso y nosotros deberiamos poder hacer la elección. Con esta nueva política no habrá elección posible. Tranquila Cat. Este punto se refiere a toda aquella funcionalidad que modifica la forma de ver el mundo y que no pueda ejecutada por el visor oficial. Es decir, las herramientas de construcción seguirán existiendo, las funcionalidades gráficas de algunos visores (catznip, Nirans, Exodus) seguirán existiendo. La norma apunta a evitar que un visor de terceros implemente algo que permita a usuarios ver el mundo de una manera en que los usuarios de otros visores no puedan (a esto se refieren con "experiencia compartida"), por ejemplo, cosas como el viejo multipunto de attach del visor emerald o el actual windlight de Phoenix, creo que también cae en la redada el mesh deformer de Qarls. Es decir todo aquello que funcione a nivel servidor e implique modificar la forma en que se ve el mundo. En cambio todo aquello que sea a nivel Visor no se ve afectado. Ahora, por otro lado, se que esto es muy subjetivo y deja la puerta abierta a que la empresa decida mañana que algo que no afecta no es conveniente y lo prohíba porque si uno analiza finito aquellas cosas en discordia hay una línea muy fina para distinguir que es lo que afecta la visión del mundo y que no. En fin, hay tela para cortar pero creo que, al margen de lo que cada uno de nosotros opine, el tema está bastante clarificado y si la empresa no cambia lo dicho hasta ahora, el impacto deja de ser tan grave. SaludOS/2

En lo que he podido escuchar hasta ahora de la grabación de la charla de ¿Oz? Linden con los desarrolladores de Visores de Terceros me quedaron algunas cosas que me llamaron la atención. Primero, que tuviera la caradurez de informar lo que iban a hacer para luego ofrecer un diálogo de como solucionar los problemas que surjan. En todo sistema organizado, el diálogo y recopilación de información para miminzar los problemas de cualquier implementación se da antes que la ejecución de la medida, no después. Esto, en conjunto con el poder notar que ¿Oz? muestra (y demuestra) en más de un momento un total desconocimiento sobre Second Life y muchos de sus aspectos ténicos. No puede ser que deba interrumpir lo que quiere decir para preguntar como se llama tal función que van a "romper" o como se comporta un script in world. Sumado a esto, la cantidad (preocupante) de dudas y pausas largas que necesitó tomarse para pensar que decir, cuando se supone que ya debería haber tenido mas que claro lo que iba a decir. Y, por último, esa constante excusa del "cuando se implementó tal cosa yo no estaba en la empresa, por lo tanto no la conozco", dejan mucho que desear sobre si es un interlocutor válido o un simple vocero que trasmite decisiones superiores sin derecho a réplica. Por otro lado, respecto a la privacidad on line y los scripts, por lo dicho en la charla, decidieron hacer lo que van a hacer, pero recién ahora están estudiando las consecuencias y como solucionarlas. En principio, en el próximo rolling restart de todos los canales de servidores (martes y miércoles venideros) se "romperá" a nivel servidor la respuesta que dará éste a las peticiones de la función "llRequestAgentData", la cual siempre devolverá el valor "false", salvo que el script solicite el estado de su dueño o creador. Aquí, ante una consulta de los desarrolladores por como solventar la cantidad de sistemas que dejarán de funcionar por esto, ¿Oz? sugierió que algo que se podía hacer era que, un empleado de un club, por ejemplo, creara un script con el código necesario para conocer su estado en línea y se lo pasará al dueño del club, que lo colocará en el board y de esta manera funcionará sin problemas. Sin embargo esto no cubre el problema de los sistemas que verifican el estado en línea de suscriptores a un aviso o producto y que el sistema debe conocer si o si su estado en línea para poder enviarle o no el aviso o producto sin riesgo a que no llegue. Sobre el bendito tema de los tags de visores, la mayoría coincidimos en los mismo, quienes estamos en la ayuda a otros usuarios (y con perdón, prefiero no decir Mentores, ya que como uno que fuí, soy consciente que no existe mas esa condición) se nos puede complicar mucho la ayuda, especialmente con los usuarios nuevos que muchas veces no tienen idea que visor están usando. De hecho, hoy, ayudando a una usuaria con un problema que tenía con un visor de terceros, le pregunté si había probado con el visor oficial y me respondió que no sabía que existía un visor oficial. Además de esto, los argumentos dados por ¿Oz? en la reunión no son muy convincentes para justificar la eliminación de los tags de visores, incluso es llamativo como pierde la paciencia ante la insistencia de Siana en que explique los verdaderos motivos de esa decisión. En lo técnico, ¿Oz? dijo que si los visores de terceros tenían una opción en el chat en la cual, el usuario, explicitamente, lo permitía, podía anunciar que visor está usando, esto se iba a permitir (Ej: al escibrir algo en el chat, esto iría precedido del nombre del visor). Al comentársele que se puede poner una opción una opción (deshabilitada por defecto) en las preferencias del visor para que el usuario decida si quiere o no activar su tag de visor, ya que es lo mismo que propone ¿Oz?, éste respondió irritado que "estaba terminantemente prohibido mostrar un tag con el nombre del visor" sin dar mas explicaciones. Aquí, veo una contradicción a toda luces en el tema. ¿Se puede pueder el nombre del visor como marca en el chat, pero no como tag en la descripción del usuario? Hay muchas explicaciones sobre los motivos que llevan a la empresa a hacer toda esta movida y son válidas, en definitiva ellos son los dueños de la torta. Pero, en lo personal, creo que están jugando a dos puntas y ya no saben como controlar ese juego. Quieren controlar todo completamente y no permitir que "los de afuera" les ganen las batallas en los avances de funcionalidades, pero, a su vez, pretenden mostrarse como una empresa abierta que da buena acogida al movimiento de software libre (cuando no es tan asi). Y aquí tropiezan mal sus intenciones con sus declamaciones y terminan pretendiendo que los desarrolladores voluntarios trabajen a destajo y gratis para hacer lo que no pueden o no quieren hacer los que cobran un buen dinero por hacerlo. Y esto pasa en todas las áreas, no sólo en los visores. SaludOS/2

Ayer, la empresa anunció aditamentos al policy de Visores de Terceros y con esto generó una nueva (y van) polémica sobre la experiencia en el mundo, la privacidad y la calidad de su servicio, especialmente su visor oficial. Básicamente, los nuevos puntos en el Policy (2.a.iii, 2.i, 2.j) prohíben que los visores de terceros tengan funcionalidades que afecten a la privacidad de otros usuarios. Esto, si bien es algo entendible y hasta bien recibido, no creo que se esté manejando con la corrección que debería manejarse e, incluso, se está haciendo con un alto grado de hipocresía por parte de la empresa. Porque, puede estar bien que un visor no pueda determinar mi estado real en línea si yo no quiero que alguién lo vea. Pero ¿de que sirve que un visor no pueda mostrar que visores utilizan otros usuarios? ¿Qué privacidad se afecta con poder ver esto? Al contrario, muchos que ayudamos a otros usuarios, poder ver apenas iniciada la charla que visor utiliza quien pide ayuda es algo que nos es de mucha utilidad, máxime cuando uno pregunta que visor están usando y ni ellos tienen la más pálida idea de cual es. ¿De qué sirve que otros no vean mi estado real en línea si luego el grid está lleno de dispositivos (y usuarios) que registran IPs, nombres de usuario, los correlacionan, almacenan en bases de datos externas y se arrogan el derecho de decidir quién puede entrar o no en una región sin tener en cuenta los deseos de los dueños de las parcelas involucradas? He dejado para el final el punto 2.k, el cual considera como una violación al Policy toda funcionalidad que agregue mejoras a los visores que impliquen alterar la "experiencia compartida" de todos los usuarios de SL. Esto es, aquellas funcionalidades que sólo pueden ser vistas por los usuarios del visor que la tenga. Además, estos cambios exigen que, en caso que los desarrolladores de visores de terceros, creen una nueva funcionalidad sujeta a este último punto, deberán informarle a Linden Lab de la misma para su aprobación. Pero, aquí, la operatoria es llamativa. Linden Lab decidirá si se puede o no agregar, la modificará a su gusto, la incorporará en el visor oficial y, recién entonces, los visores de terceros podrán incorporarla. A mi juicio, un paso mas de la empresa para posicionar su visor oficial en una posición mejor que la actual (nivelando hacia abajo) y mas de lo mismo, tomar buenas ideas, quejas válidas de los usuarios y con esto tomar acciones que terminan yendo en desmedro de lo que realmente se necesita. SaludOS/2

Antes de darte cualquier sugerencia o consejo, sería bueno que pusieras aquí las especificaciones de tu PC, ya sea que es una portátil, de escritorio, procesador, placa gráfica, memoria RAM, sistema operativo, etc. Tengo una mínima idea de cual puede ser el problema, pero sin mas datos no tiene sentido dar respuestas que pueden confundir mas aun. SaludOS/2

Oskar: Deberías buscar la causa, probar con distintos visores porque no es normal que se te desconecte el visor al momento de hacer un TP. Esas desconexiones pueden implicar una pérdida de conectividad al momento de intentar comunicarse con los distintos servidores de SL (ten presente que cuando haces un TP, tu visor se conecta simultáneamente con varios servidores de SL, el sim donde estás conectado, el nuevo sim donde quieres ir y los servidores de assets que deben informar que llevas de un lado a otro). Según que distro de linux utiilices, investiga falta de alguna librería, firewall, etc. Y, como ya dije, no vendría mal hacer algunas pruebas con otros visores. SaludOS/2

Te copio aquí una respuesta dada en el foro en Castellano: --------------------- Hay un problema con la última versión del visor Oficial que, parece ser, viene de la última versión de Firestorm (ya que primero se descubrió en este visor) y que en combinación con las placas de video ATI RADEON causan este problema. La solución es ir al Menú Debug (dentro del Menú Desarrollo), buscar la clave “RenderMaxTextureIndex” y colocar su valor a cero (0). Por ahora, con eso se soluciona, mientras esperamos que los desarrolladores del visor oficial corrijan este bug. -------------------- SaludOS/2

Pego aquí una noticia que acabo de colocar en mi blog y que es importante para el futuro de Linden Lab: En un comunicado de prensa del día 16 de febrero pasado, Linden Lab, la empresa creadora de Second Life informó de la reciente compra del Estudio de Desarrollo de Juegos Interactivos "LittleTextPeople". Según lo expresado por Rod Humble, CEO de Linden Lab, el equipo de desarrollo de la empresa adquirida se dedicará a crear y desarrollar juegos independientes de Second life. Esta adquisición va a tono con lo expresado tanto por el fundador de Linden Lab, Philip Rosendale, como por Rod Humble, en cuanto a diversificar la oferta de productos de la empresa, dejando de trabajar en forma exclusiva con Second Life y apuntando, con otros productos, a otro tipo de público y plataformas. Seguramente este año será profuso en noticias por parte de la empresa y, estoy convencido que esto impactará en forma importante en el futuro de Second Life, esperemos que para bien. El tiempo dirá. SaludOS/2

Hay un problema con la última versión del visor Oficial que, parece ser, viene de la última versión de Firestorm (ya que primero se descubrió en este visor) y que en combinación con las placas de video ATI RADEON causan este problema. La solución es ir al Menú Debug (dentro del Menú Desarrollo), buscar la clave “RenderMaxTextureIndex” y colocar su valor a cero (0). Por ahora, con eso se soluciona, mientras esperamos que los desarrolladores del visor oficial corrijan este bug. SaludOS/2

Luego de una exhaustiva encuesta entre los empleados de Linden Lab, la misma determinó que la mayoría no quiere tener el apellido Linden. Ahora, ¿Títulos? ¿Premios de la comunidad?. Recuerdo que existió algo asi hace años, una valoración que los usuarios le daban a los demás usuarios (no recuerdo ahora el nombre que tenía ese sistema) y se descartó por los abusos que hacían mas de uno, ya sea para favorecer a un usuario o para perjudicarlo. No se porque, pero tengo la sensación que va a ser divertido. SaludOS/2

Exactamente, parafraseando una frase publicitaría de un ex gobierno argentino: "Henri lo hizo". Desde hace tiempo se puede decir que el Visor Cool VL está usando prácticamente todas las APIs para el visor 2/3, lo que significa que, cuando Linden Lab, desactive los servidores de assets de las APIs del visor 1, tanto el visor Cool VL, como el visor Singularity (Henri colabora en el desarrollo de Singularity) no se verán afectados. Y como dice Henri, ahora es tiempo de hablar de "Interface del Visor 1 vs. Interface del Visor 2" SaludOS/2 EDICION: Hace un par de horas estuve intercambiando ideas con Siana y entre cosas, hablando del compromiso de mantener el V1, me dijo esto: "internally, Singularity is like V2 codebase but retaining V1 UI, so we can stay compatible with Second Life whatever they change, with minor changes on the viewer by us." Por lo tanto, es una confirmación de lo que expresé anteriormente y está a tono con lo dicho por Henri.

Normalmente el visor de SL al borrar el caché de inventarios lo que hace es borrar **solamente** el caché texturas y el de objetos del inventario, pero no el archivo maestro de indices. Con lo cual, hacer un borrado de caché desde el mismo visor no siempre es efectivo. Lo ideal en estos casos es intentar borrar manualmente dicho caché, desde el explorador de windows (o desde el administrador de archivos los otros sistemas operativos -MAC OS/x y Linux). Pero depende que sistema operativo sea, Windows XP o Vista/7 o MAC o Linux, será la ruta de carpetas a buscar para hacer ese borrado manual. Para ubicar el directorio de caché con el visor oficial se puede ir al Menú Yo -> Preferencias -> Pestaña Avanzado y allí fijarse en "localización de la caché". Copiar la ruta que ahí figura y pegarla en el explorador de windows para abrir esa carpeta. Tener en cuenta que no hay que estar en línea en SL, con el visor cerrado (no ejecutándose), borrar todo el contenido de la carpeta "cache" y luego iniciar sesión, preferentemente en un sim con poco lag y tráfico y esperar a que cargue el inventario completo. Sin con esto no se soluciona, entonces, puede haber algún problema en la base de datos de tu usuario y ya es algo que solo LL puede (a veces tampoco) solucionar. SaludOS/2

Viendo ese tema, la generalidad de comentarios del tipo "no está mal, pero......" y por la experiencia vivida con otras ideas de LL, creo que se quedarán con el "no está mal", no leeran la larga lista de peros y lanzarán una nueva versión del visor con la implementación de este sistema y, luego de varios meses de críticas, quejas y protestas, lo dejarán de lado. SaludOS/2

No he dado ningún secreto de estado como para que indiques que puedo o no hacer. Tampoco soy (ni tu) quién para decidir si la consulta es de buena o mala fe. En todo caso la decisión es de Linden Lab, empresa que, además de no molestarse por banear MAC Addres porque si, tampoco se molesta en muchas otras importantes para retener a sus usuarios. He conocido muchos casos de baneo de MAC Address por "error" y también casos injustificados por falsas denuncias que Linden Lab no se preocupó en corroborar. Obviamente también casos en los cuales el baneo era correcto y los involucrados simplemente vendieron su PC a otras personas que intentaron entrar a Second Life y se encontraban con la imposibilidad de hacerlo porque esa PC estaba baneada. Por ende, repito, ante tanta variedad de casos, nadie puede asegurar la intencionalidad de los demás, no somos dioses ni protectores de la moral ajena como para atribuirnos el derecho de criticar, censurar, juzgar a los demás simplemente porque nos da la gana. SaludOS/2

Hasta donde recuerdo, una de las informaciones importantes que utiliza Linden Lab para banear una PC es la MAC Address de la tarjeta de red. Una opción es buscar algún programa que cambie la MAC ADDRESS o agregarle otra tarjeta de red para que genere un número de identificación distinto al que tiene Linden Lab en su base de datos de baneos. SaludOS/2

Tu problema, básicamente, es que estás frente a un nuevo tipo de diseño de procesadores y para el cual, muchos programas todavía no están preparados. El procesador que tenés (Intel® Core i7-2670QM) es un procesador de 4 núcleos con gráfica Iintel HD 2000 o 3000 integrada en el procesador (no en el motherboard), lo cual le permite a los fabricantes de notebooks agregar una gráfica de video adicional, en tu caso la Radeon HD 6490M, que soporta lo que se llama Dual Graphics. Esto es la capacidad para poder utilizar ambas gráficas "simultáneamente", aunque en realidad, el sistema va intercambiando el uso según los requerimientos de consumo eléctrico y de poder de renderización. Uno de los grandes problemas que existen, por el momento, es que los drivers de ambas graficas sólo soportan el intercambio automático bajo DirectX y no bajo OpenGL, lo cual hace que al intentar utilizar una aplicación con OpenGL, el sistema no cambie de la HD Intel (activa por defecto) a la ATI Radeon ante el requerimiento de mayor poder. Por ahora no hay mucho que hacer, las soluciones aplicables requieren de conocimientos de hardware para no terminar quemando algo, pero, si tu notebook es nueva y soporta intercambio automático de gráfica, podrías intentar descargando los últimos drivers actualizados de ambas gráficas (tengo entendido que ya ambas han incorporado OpenGL para el intercambio automático) y la última versión de ATI Catalyst que te debería permitir seleccionar manualmente cual gráfica quieres tener activa en todo momento o para una aplicación específica, en este caso, Second Life. SaludOS/2

Ya es un hecho declarado expresamente que el equipo de desarrollo de Phoenix priorizará el visor Firestorm y dejará morir al visor Phoenix. Por otro lado, hasta donde he visto, Henri (Cool VL) y Siana (Singularity) seguirán aplicando todas las nuevas características que aparezcan a sus respectivos visores. Técnicamente es posible hacerlo, no es un problema de interfase ni de plataforma. Linden Lab terminará apagando las APIs de soporte del visor 1 y sólo dejará en línea las del visor 3. Cualquier desarrollador puede tomar esas APIs e implementarlas en su visor, ya sea basado en el código de snowglobe o en el de snowstorm. Hay mucho silencio respecto de Imprudence, que a mitad del año pasado había lanzado un alfa de Kokua viewer, basado en el código del visor 2 pero con la interface (real) del visor 1. Tengo entendido que han decidido dar prioridad en el desarrollo a la plataforma opensim y no a Second Life. Y no es de extrañar por las constantes disputas e intercambios que se dan entre los desarrolladores de Imprudence y los empleados de LL en las listas de correo. SaludOS/2

Al margen de la buena explicación que te da Irene, me quedo con un párrafo de lo que has dicho y que me hace sospechar que podrías haber sido víctima de un engaño: "LINDEN LAB PRIMERO ME HA ENVIADO UN EMAIL DICIENDOME QUE MI CONTRASEÑA CAMBIABA LUEGO OTRO DICIENDOME QUE MI CUANTA ESTABA CONGELADA HASTA QUE NO LA ACTIVARA OTRA VEZ." ültimamente muchos usuarios de SL están reciendo un mail, supuestamente de Linden Lab, en el cual se les pide que revaliden la cuenta y sus datos por seguridad. En el mismo mail hay un link a la página de login de SL pero es un URL falso (Phising) y si accedes a el y colocas tus datos lo que estás haciendo es darle al ladrón tu cuenta. Quizás haya sido eso lo que te pasó (no lo puedo garantizar pero es una opción) y el ladrón se ha encargado de arruinarte el inventario y tu cuenta. SaludOS/2

Coincido con Irene, hasta donde recuerdo, en un princicpio la altura máxima era de unos 700 mts, pero había trucos que permitían construir a una altura superior, llegando a los 4096 mts. Luego, esto fué modificado llevando la altura máxima por defecto a 4096 mts. SaludOS/2

El Visor de SL (tanto el oficial como cualquiera de terceros) es incompatibles con los efectos gráficos de Windows Vista o 7 (en este caso Aero), lo mismo pasa con los efectos y el escritorio tridimensional de Linux. En estos casos, la única solución es deshabilitar los efectos del escritorio. SaludOS/2

El parche es no oficial, por asi decirlo. Por el momento, como dije, los únicos visores que lo han incorporado en sus últimas versiones son Nirans y Exodus. SaludOS/2