Voodoo Radek

Sí que es raro. Ya había visto avatares de colorines, pero con transparencias aún no . Y te pasa con otros skins?

Diviertete y ánimos! Para mí es la parte más complicada en la creación de mesh, espero de verdad que se te de mejor que a mi.

Además de la Wiki recomendaría el blog de machinimatrix.

Igual es una pregunta estúpida pero, has echo riggin a la ropa en tu programa de modelado? Si no es así no conseguirás que el vestido se adapte a los movimientos del avatar, será un vestido "sólido". Puede ser que te refieras a este punto de la Wiki: 6. Click the Upload button. Two new assets appearinyourinventory:one in the Meshes folder, the other in the Objects folder. For the simplebot object, these new assets are named Simple_Bot_001. Note: For this tutorial, we only care about the asset in your Object folder. Me parece que el tutorial está anticuado.. antes, al importar una rigged mesh aparecían varios objetos en el inventario.. ahora sólo uno. En cualquier caso el que servía antes y sirve ahora está en la carpeta objetos. Efectivamente, aditi es otro grid que linden pone a nuestra disposición para subir y testear objetos sin coste alguno, sea mesh o no. También se le llama Second life beta.

Pues me vienen dos opciones.. * Caché del visor corrupto, si has probado a limpiarla de forma manual sin resultado yo recomendaría una reinstalación limpia del visor. http://es-es.facebook.com/note.php?note_id=158507974233392 * Vestuario corrupto. En una ocasión todo el vestuario que llevaba mi avatar se echo perder: shape deforme, la cabeza de skin de color marrón (igual que en tu avatar) y tanto de lo mismo con la ropa. Afortunadamente conservaba las caja de algunas cosas y pude sacar nuevas copias. Aún conservo el skin con toda la cara marrón. Creo que esto es problema del servidor donde se aloje tu inventario. Yo no mandé ningún ticket, pero puede ser que LL ofrezca soluciones si te pones en contacto con ellos, y tienes el mismo problema con el visor oficial. En cualquier caso me gustaría saber si el problema persiste al quitarle la ropa al avatar por defecto (con toda la ropa y partes de cuerpo por defecto).

tuve ese problema una vez.. pero la verdad es que no recuerdo como se soluciono. has contactado con el soporte de phoenix o probado otros visores?

Se me olvidaba comentar que yo no desarrollo visores, ni soy un entendido del tema. El muro que he dejado arriba no es más que una teoría. Nuestro bug se parece en algunos aspectos a otros bugs que tienen su origen en el renderizado del visor. Pero eso no quita que pueda ser un problema completamente diferente.. de cache de texturas, o de memoria gráfica. Pero en cualquier caso los logs del visor que he dejado podrían aportar cosas útiles.

Saludos Ainara. Tengo el mismo problema que tu, también desde hace tiempo y también en todos los visores incluido el oficial. He probado algunas de las soluciones que comentas y otras diferentes... Noto que me pasa especialmente a menudo al restaurar SL después de tenerlo un rato minimizado. Pero en general me sucede con bastante aleatoriedad y en cualquier visor. Creo que este problema es parte de un bug mucho mas gordo embutido en el motor gráfico. Más concretamente en el mecanismo para renderizar al avatar. Creo que está relacionado con el bug de los avatares que se quedan borrosos o grises, y con el de las nubes que no terminan de cargar. Hay rumores de que se está cociendo una solución. Linden ha puesto a disposición de los usuarios que experimenten este tipo de bugs un visor que recopila informacion de las posibles causas. Información que es útil para el trabajo de LL en la búsqueda de soluciones. http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/runway/rev/251824/index.html Insisto que en visor en sí no mejora ni soluciona nada, sólo recopila información sobre el problema en tu sistema y la manda a linden. Puedes encontrar algo más de información aquí: http://blog.nalates.net/2012/03/06/sl-clouds-grey-and-blurry-avatars/#more-6717 No encuentro ningún jira con nuestro problema especifico, igual me ánimo a escribirlo.

Irene Muni wrote: Totalmente de acuerdo que ese JIRA es muy interesante. Lo he avisado hace poco en el tema en inglés que trataba de ese y otros problemas de esta nueva funcionalidad (lo de "funcionalidad" es irónico jejej): http://community.secondlife.com/t5/Merchants/Try-out-the-new-Received-Items-Beta/td-p/1397409 Parece que este miércoles habrá "rollback" de los RC Blue Steel y Le Tigre para reparar este comportamiento no deseado. Volverán a poner el código cuando lo reparen. Esta nueva funcionalidad a diferencia de la mayoría que implementa LL (me refiero a "received items"), ha sido desarrollada teniendo muy en cuenta la opinión de los residentes gracias a la encuesta que realizaron y la opiniones que pideron en varios medios. Además, aún no están decididos todos los detalles de como va a ser implementada (aún está en beta). Creo que esta vez no les podemos tachar de hacer cosas a nuestra espalda que luego no gustan a nadie. Está claro que nunca llueve a gusto de todo el mundo, pero creo que no está bien protestar por vicio. Esta vez teniamos el poder de moldearlo a nuestro gusto.

Yo entiendo que quieran implementarlo con ciertas condiciones, la herramienta podría estar localizada de una forma más intuitiva en el editor de construcción y con ciertas instrucciones. También es cierto que tiene límites, como que no mueve sculpts, mesh y objetos no modificables. Si trasteas un rato con la herramienta sabiendo un poco de construcción eres capaz de darte cuenta por ti mismo de esos límites. Sin embargo si eres nuevo... Las condiciones que pone la empresa me parecen razonables, por otro lado esta debería ser una herramienta básica que deberían haber implementado ellos mismos tiempo atrás.. una más. Irene Muni wrote: Por cierto, "Charlar Linden", no "Chalar", que da pie a hacer chistes con "chalado" Ya decía que le faltaba algo.. joder y eso que he el placer de conocerlo en "persona" . Disculpas pues

He de aclarar que esto no es el fin de RLV, que no se caiga el cielo aún. Intentaré explicar cuál es el problema, pero el jira donde lo he leido está en inglés, idioma del que no soy muy amigo. Puede ser que me equivoque en algún punto. Quizás halláis oido sobre el siguiente cambio que LL prepara, received items. El objetivo que Linden quiere cumplir con este cambio es facilitar a los nuevos usuarios la organización del inventario. No conozco el proyecto a fondo así que no voy a dar mi opinión. Este cambio consiste en añadir un nuevo menu al inventario, al llegarán todos los nuevos objetos recibidos, que los residentes habremos de ordenar manualmente en las subcarpetas Objetos, Scripts etc.. Pues bien, parece ser que esta nueva funcionalidad no es compatible con un determinado comportamiento de RLV: los objetos no podrán llegar a la carpeta #RLV, y por lo tanto no se nos podrán vestir de forma automática. Por citar algún ejemplo práctico: estás haciendo RP en una cafetería que dispone de una máquina expendedora. Al hacer click en la máquina escoges una bebida que se te vestiría directamente. Esta nueva funcionalidad enviará el objeto al menu "received items" o a la carpeta raiz "Mi Inventario" si el visor no dispone de tal menu, en lugar de a la carpeta #RLV, lo que implica que el visor compatible con RLV que estés usando no será capaz de vestirte el objeto solicitado. Algunos usuarios están proponiendo soluciones, esperemos que LL esté a la altura. Voy a dejar un enlace al jira, recomendaría que lo votaseis y lo siguieseis para que LL lo tenga en cuenta (lleva 165 watchs en unas horas y subiendo). También recomendaría que evitaseis los comentarios contraproducentes del tipo "Se va a caer el mundo" "LL lo rompe todo" etc.. Seamos un poco razonables y aportemos soluciones u opiniones constructivas, el jira está para eso, para lo demás está el foro. Si me he equivocado en algún punto agradezco correciones. https://jira.secondlife.com/browse/SVC-7748?focusedCommentId=314648#comment-314648

Este tema ha despertado bastante polémica, parece ser que está llegando a una resolución favorable y podría ser integrada de una vez por todas en el visor oficial. Para poner un poco de contexto haré un breve resumen de la historia de la herramienta. Qarl la desarrolló hace algún tiempo, los visores de terceros la tomaron enseguida, el visor oficial no. Tenían razones para ello, la herramienta no cumplía con su criterio de licencias que es bastante estricto como debe ser en cualquier proyecto open source como es el visor de second life. Hace unos meses una persona anónima donó una generosa cantidad para que Qarl compliera el requisito de LL y aceptase el Acuerdo del Contruibuidor, eliminando así el obstaculo y poniendo su código en bandeja a LL sin trampas y de forma clara. Sin embargo tras probar la herramienta, Chalar Linden dió a entender que no cumplia con los estandares de la empresa por sus multiples carencias. Algunos residentes señalaron que la herramienta es usable tal y como estaba, y que menos daba una piedra, Chalar no lo niega pero entiende que no está completa. Deja abierta la posibilidad de que algún residente complete el código según los requisitos de la empresa. Pues bien, visitando el jira parece ser que hace algo más de una semana NiranV (desarrollador del Niran's viewer) ha estado trabajando con el código. Aún no hay notificación oficial de que LL vaya a incorporarlo, pero a simple vista parece ser que cumple los requerimientos.

Parece ser que para usar algunas de estas nuevas funcionalidades será necesario tener registrada información de pago, como ya se exigia para subir meshes. Hasta ahora el control no ha sido tan bueno como cabría esperar, el marketplace está cargado de objetos mesh ilegales, esperemos que en este tema si se tomen medidas reales contra la gente que abuse de estas geniales herramientas.

Hice un curso en esta: http://es-es.facebook.com/note.php?note_id=174865132595906 https://my.secondlife.com/groups/0ff1b839-71f7-8c42-e538-fc44d5e465f6?username=layalaxy Otros cuestan una suma considerable de dinero, este es gratuito. Los profesores son simpaticos y el ambiente muy bueno.

En cuanto a los comentarios de Jessica.. yo al menos no me siento representado por ella ni por la filosofía de sus visores. Pero Phoenix y Firestorm tienen la mayor tajada en cuanto a usuarios, ciertamente una parte muy importante si se sentirá representada por ella.

Mi visión de esto es que Lab intenta un cambio de rumbo en la forma de trabajar con los desarrolladores de los visores de terceros. Jessica parece haber acogido bien la idea. No podemos saber si tendrán exito o no, pero para mi es una buena noticia que estas dos partes adopten una actitud conciliadora y parezcan dispuestos a trabajar codo con codo. Siempre hay tiempo de sacar a luz las diferencias. Supongo que otros desarrolladores tendrán opiniones distintas.

Irene Muni wrote: Catwise Yoshikawa wrote: Pero no estoy muy segura de que solo quieran limitar esto, asi que habrá que esperar a ver en que queda realmente la cosa. Podeis decir que soy una mal pensada, que me molan las maldades, o que ya lleva una cierto tiempo en SL jajaja Pero estoy muy de acuerdo con esa última frase de Catwise (también con el resto). Además, desde que empezó este jaleo sigo sin entender qué porras quiere decir LL con eso de la "shared experience". Sobre todo porque aunque todos usáramos el mismo visosr no hay "shared experience" que valga. En SL dos personas usando el mismo visor no tienen por qué ver lo mismo, dependerá de cómo ajusten los 200 parámetros de sus gráficos y los otros 100 que se pueden ajustar en el entorno. Tampoco hay "shared experience" en los "shared media", porque dos residentes pueden estar navegando en el mismo prim a la vez con diferentes resultados. Ni hay "shared experience" entre uno que hable inglés y otro que no si miran la documentación oficial de SL (empezando por los TOS y todas las "policies"). Y se podía seguir la lista de ejemplos. Hola Irene. El punto 2.k se presta a muchas interpretaciones y no todas beneficiosas para residentes y desarrolladores. Por algún sitio he leido algo con lo que coincido al 100%: últimamente da la impresión de que en LL hay más abogados que desarrolladores. Yo juraria que esta norma ambigua está escrita así con toda la intención del mundo.. y además no es la única en el ToS. Divagar para obtener una definición exacta nos va a servir de poco, cada uno tiene su opinión y LL no nos va a dar una aclaración transparente al 100%, ya que lo que parece querer es un comodín para cubrirse las espaldas. Mi opinión personal es que no la van a aplicar con todas sus consecuencias. Es decir, hasta el momento se han mostrado flexibles y no han hablado en ningún momento de cerrar visores que incumplen esta norma, es más, han dado por válidas algunas características ya existentes que violan la "experiencia compartida" hasta que desarrollen sus propias soluciones, y otras simplemente las van a capar sin dañar al visor que la ofrece (online status). De todas formas y para entenderlo mejor, cuando tengo duda de si algo afecta a la shared experience me pregunto.. ¿esto es un cambio que sólo veo yo, o lo ve todo el mundo? * En mi visor tengo unas caracteristicas gráficas que sólo veo yo, luego no es experiencia compartida. * Si abro un video en un prim media, el avatar que está a mi lado va ver el mismo video que yo veo (si tiene el media activo), si afecta a la experiencia compartida, pero es un cambio oficial más que implantado. * Con lo del ToS no sé muy bien que quieres decir, pero poniendo otro ejemplo. Yo tengo mi visor en inglés y tú el tuyo en español. No es algo que afecte a la experiencia compartida, al igual que si tuvieramos interfaces diferentes de visores diferentes. Querría señalar que las características desarrolladas por visores terceros que afectan a la experiencia compartida (según la definición de Oz Linden) son mínimas.

Damian Zhaoying wrote: 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 Hola Damian. Bueno, la historia que yo tenía entendida sobre Qarl y su proyecto del parametric deformer es algo diferente, ya que el Jira original que pedía el deformer nunca se llegó a abrir y LL no lo llegó a desarrollar. Creo que cuando despidieron a Qarl este trabajaba en el proyecto mesh, pero no en ningún deformer. El Jira original lo creó Maxwell Graf hace casi un año, el mismo residente que ayudó a organizar la campaña para recaudar fondos y contratar a Qarl. Una vez que obtuvo los fondos y empezó a trabajar, LL se interesó en el proyecto repentinamente. No se si han vuelto a contratar a Qarl o no, pero trabajan conjuntamente para implementarlo con unas condiciones requeridas por LL, como la compatibilidad con el body physics y los avatares mesh, en detrimento de otras características que Qarl prometió y que no se cumplirán, como el ahorro del weigh paiting. El código en sí ya es libre le guste a LL o no, tal y como qarl prometió en la página donde recaudo los fondos, y está publicado tanto en su blog como en su jira. Es más, la versión 0.2 Alpha del código a día de hoy está implementeda en el visor Niran's y en el cool viewer (probablemente haya más), mientras que no hay ningún project viewer oficial que lo contenga, así que es perfectamente compatible con los visores de terceros. La versión más antigua, la 0.1 si tiene project viewer propio y está en casi todos los visores de terceros. Pero la esencia de mi versión de la historia y de la tuya coinciden: Qarl está trabajando de forma conjunta con LL para implementar el deformer en el visor oficial. En cuanto al estado real online, ciertamente LL está atrasando la retirada de la función. Se han dado cuenta de que hay multitud de usos perfectamente legítimos, y miles de objetos dependientes de esta. Están buscando soluciones alternativas para que los dispositivos legitimos funcionen, y al mismo tiempo se pueda garantizar la privacidad de los avatares. No parece haber una salida fácil, pero la gente está posteando buenas soluciones en el jira. Me sigue pareciendo fatal que primero digan que van a eliminar la función y luego se sienten a hablar. Una de las cosas que más valoro del Lab es su esfuerzo por romper el menor número de contenido con cada cambio que hacen, es un trabajo muy complejo que han hecho muy bien... hasta ahora... espero que esto no sea un punto de inflexión, ya que esta decisión parece haber sido tomada demasiado a la ligera. @Catwise: En la variedad está el gusto, te entiendo y además lo comparto. Cuantas más opciones tengamos mejor. Con mi comentario anterior solo pretendía hacerte saber mi experiencia: puedo usar windlight y ver mesh en un ordenador muy antiguo sin tener que pedalear.

@Damian. Ciertamente Oz citó al deformer como un ejemplo de funcionalidad que podría ser afectada por la 2.k, pero también aclaró que es un proyecto conjunto con LL y que saldrá adelante. Más les vale si no quieren que la gente les corten los huevos.. llevan una racha de malas noticias que no dan abasto. @Catwise. Para sacarle partido al windlight no hace falta poner las preferencias en alto, con gráficos bajos puedes ver diferencias en el color del cielo, neblina, tono de luz ambiental etc. Con gráficos medios (Shaders activos) es cuando realemente le sacas partido. Si activas las sombras ya es gloria bendita, pero no es ni mucho menos necesario. Esta fotos las tomé con mi viejo ordenador de 10 años, con gráficos medios. http://www.flickr.com/photos/voodooradek/6148408795/in/photostream/lightbox/ http://www.flickr.com/photos/voodooradek/6650997491/in/photostream/lightbox/ Con esta vieja gráfica puedo tener los sharders activos sin que me ralentice demasiado.. y ver mesh con el singularity, los visores nuevos no me funcionan bien. Estas otras las tomé con mi PC nuevo: https://my.secondlife.com/es/voodoo.radek/snapshots/4f1b06fd8338460481000001?version=original https://my.secondlife.com/es/voodoo.radek/snapshots/4f110d176e8a8074c7000001?version=original http://www.flickr.com/photos/voodooradek/6738889359/in/photostream/lightbox/ Con el windlight puedes conseguir unos cielos muy fotogenicos y bonitos con un PC poco potente, y lo mejor es que te ahorras en facelights.

Damian, gracias por dar tus comentarios sobre este audio. Ciertamente yo tampoco sé si el locutor es Oz. No puedo formar mi propia opinión sobre estas palabras en concreto, ya que mi entendimiento del inglés hablado deja mucho que desear... y dos horas de parloterio son demasiadas, no quiero aprender de golpe ;]. Aunque si puedo volver a señalar mi anterior comentario.. eso de hacer los cambios y luego pedir feedback no es el procedimiento más optimo para una resolución que satisfaga más o menos a todo el mundo. Se empeñan en decir que el nuevo Lab actua de forma distinta, más comunicativa, pero con algunos departamentos no da esa sensación. Catwise Yoshikawa wrote: Llevo un rato leyendo cosillas por el foro y no paro de horrorizarme. Es peor de lo que pensaba. Incluso prohiben que los visores tengan cosas que el visor oficial no tenga... Entonces...para que narices van a servir? Solo para que sean más estables? Pues menuda porquería. Si ya llevo dos meses entrando poco, ni pensar en cómo será de aquí en adelante... Como dicen algunos por ahí, no sería raro que estén buscando el día apropiado para quitar la función de construir en SL. Total, ya nos estan quitando las mejoras más utiles para los constructores... Catwise, estos cambios tienen poco que ver con la estabilidad de los visores ni oficiales ni 3ºs, la función que van a matar es una de las primeras que se implementó y su estabilidad está probada. La nueva politica no prohibe la introducción de novedades en los visores terceros. Los desarrolladores podrán seguir introduciendo mejoras de interfaz, construcción etc. Pero aquellos cambios que supongan un impacto sobre la comunidad entera tendrán que ser revisados y desarrollados en parte por LL. Por ejemplo el windlight, es un cambio bueno que gusta a todo el mundo, pero si yo tengo windlight y tú no veremos el mundo de una forma diferente. Con esta nueva norma se propiciará que todos estos cambios que afectan a la forma en que vemos SL se realizen a la vez en todos los visores, para que todo el mundo vea SL de la misma forma. En poco meses Linden tendrá windlight en su visor oficial, los otros visores pueden conservarlo mientras tanto. En los comentarios de Natales he podido leer que el desarrollador del visor exodus podría empezar un proyecto conjunto con Linden para desarrollar un "clima volumétrico" cuando LL acabe de implementar el windlight. Esto es que podriamos estar dentro de un castillo en penumbras y salir a un exterior luminoso. Un ejemplo negativo de esta "experiencia compartida" fue lo que pasó con emerald. Desarrolló una forma de atachar objetos ilimitados al cuerpo del avatar, pero como el equipo no tiene acceso a los servidores de SL, el cambio se hizo a nivel de visor: si usabas el visor emerald lo veias genial, pero si usabas el visor oficial veias a los objetos flotando alrededor de los avatares. Este cambio de norma no permitiría ese tipo de cambios sin una implementación global para todo el mundo, LL seguirá siendo responsable de los cambios a nivel de servidor. Sinceramente yo no me preocuparé más ni me deprimiré por esta nueva politica. Al fin y al cabo es algo que ya se aplicaba anteriormente y que ahora han escrito. Si uno está a la defensiva esperando el cambio que mate a SL ciertamente se acabará aburriendo y dejandolo... yo no esperaré sentado, según los expertos SL lleva muriendo desde 2006.

Nalates como siempre a ahondado más en el asunto analizando un audio de dos horas de Oz Linden. http://blog.nalates.net/2012/02/26/sl-viewer-policy-change-meeting/

Saludos Damian Ni siquiera hay que ir tan lejos. Hay formas más "oficiales" de saber si un avatar está online o no: -Accediendo a los grupos que aparecen en su perfil y buscando su nombre, al lado aparece si está online en ese momento, o en su defecto el último día que entró, independientemente de si está en tu lista de contactos o si tiene el "ojo" desactivado para tu avatar. -Enviando un IM o una nota. Si está offline SL dirá que el usuario recibirá el IM después, si está online no dice nada. -Mediante el propio perfil, antiguo o ¡nuevo!. En su perfil web aparece un pequeño botón verde si estás online. -Accediendo a tu dashboard puedes ver cuales de tus amigos están online. Estas dos últimas opciones creo recordar que también son independientes de si estás en la lista de contactos de ese avatar y de si te tiene "quitado el ojo", aunque puede ser que esté equivocado. Personalmente me parece soportable que anulen esta función concreta: la posibilidad de "ver" cuando alguien te quita el "ojo", entiendo que puede suponer motivo de molestia para algunos residentes, e incluso degenerar en un muy mal uso: la persona que rellenó el jira que parece haber desatado este cambio concreto en la politica de linden, ha estado recibiendo ataques indiscriminados usando estos métodos. Pero también entiendo que es una medida completamente inútil si siguen existiendo otras 4 medidas legales (que yo sepa) y otras muchas ilegales para saber si está online alguien que pretende estar oculto a ojos de terceros. No obstante tengo que puntualizar una cosa. No me parece mal que desactiven esta función a efectos de visor, pero a efectos de scripts es otro tema. Si barren sin más la función sin más van a romper cantidad de contenido: suscribers, actualizadores, scripts para ver el estado de propietarios, dancers, particulares etc.. espero que den con alguna solución viable para minimizar el impacto, por lo pronto parece que el percursor de este cambio Oz Linden, está escuchando las opiniones e ideas de los residentes que comentan en el jira de arriba. Veamos como evoluciona la cosa. En cuanto a lo de mostrar el visor que uso, y ver el de los demás.. es algo que encuentro útil para mi labor de mentor. Es cierto que algunos novatos no tienen ni idea de que visor están usando. Un servidor tiende a pensar que será el oficial, pero alguna vez me he llevado un buen dolor de cabeza a causa de esto. Parece ser que NO van a anular esta característica, si no que obligarán a que sea algo opcional: si tu quieres que se vea cuál es tu visor así será. Entiendo que será una opción desactivada por defecto, así que será inutil para mi uso, pero dudo mucho que exista una alternativa más neutra que más o menos contente a todo el mundo. El punto 2.k.. la "experiencia compartida".. madre mia la que han liado. Lo primero que pensé cuando lo lei era que necesitaba un abogado para entender eso, y es que no se puede ser más ambiguo. Desde luego es una buena manera de cubirse las espaldas barriendo las cosas que no le gusten, también es una manera perfecta de dejar a la comunidad especialmente preocupada.. luego dicen que sobrereaccionamos y que el "usuario base" no entiende las decisiones que se tienen que tomar. Y no estoy en contra de la medida en sí, tengo mis razones personales (igual que cada uno tiene las suyas propias) para confiar en la mayoria de las decisiones que LL toma, se que no van a barrer algo que la gente quiere y estime útil por capricho, beneficio o ambas cosas. Si algo tiene bueno LL es que empezando por su fundador, siempre ha tenido una ideología liberal, como la monarquía absoluta (aun siendo liberal) de una comuna jipi. Al margen de que su ToS esté escrito para cubirse las espaldas, y en algún caso parezca posesivo e injusto (LL no garantiza el acceso de los visores terceros a sus servidores, o se reserva el derecho a limitarte el acceso a tus datos a través de visores terceros, o que LL tiene cierta licencia sobre cualquier cosa que subas, publiques o presentes en SL), a la hora de la verdad es una compañía permisiva y no muy abusona (para lo que yo estoy acostumbrado) que ofrece un servicio completo y un soporte de forma gratuita y que da las herramientas para que construyamos NUESTRO universo con las mínimas restricciones, y si las pone suele ser por alguna razón. Yo creo que estas son las claves de porque acaba barriendo a todos sus competidores, y para mi razones de peso por las que se ganan mi confianza y a veces mi dinero. Pero me voy por las ramas.. decía que la decisión en sí no me parece mal siempre que: -Hagan más hincapié en lo de "coordinarse" con los desarrollares y implementar cosas trabajando conjuntamente, ahorrando tiempo y portes de código innecesarios de un visor a otro. -Hagan menos hincapie en prohibir funcionalidades sin un estudio conjunto y una unanimidad en la toma de decisiones. -Disminuyan el tiempo de implementación en su visor, pues es requisito que una novedad de las caracteristicas comentadas esté implantada en el visor oficial antes de que los visores terceros puedan recogerla. Personalmente no tengo duda de que darán los créditos oportunos a los desarrolladores que hagan posible la nueva característica, sean Lindens o no. Tampoco estaría de más algún incentivo. Si estos puntos no se llevan a cabo de forma equilibrada y justa.. probablemente la evolución de SL se resienta y ralentice, por la pérdida de interés de los desarrolladores, o por la lentitud con la que se implementan las cosas en el visor official. Lo que se me ha parecido horrible es la forma en que lo han transmitido, desconcierto es lo mínimo que han provocado. Deberían haber aclarado oficialmente al gran público (yo aún sigo esperando) que cosas NO va a romper (RLV, texturas temporales, UI.........) y que cosas sí, y no dejar que la gente divague se preocupe e interprete erroneamente con la poca información que han dado.. Da la impresión de que a veces dan por hecho que todo el mundo va a sus reuniones de grupo.

"2.k : You must not provide any feature that alters the shared experience of the virtual world in any way not provided by or accessible to users of the latest released Linden Lab viewer." Greetings Linden Labs, i have some questions too... Q ~ Why do i think i need a lawyer to understand the point above? Q ~ Why do you shoot us this without anesthetic, clear explanations and maybe some examples and/or clarifications? For example does it affect to windlight, RLV, alignment tool, temp. textures, inventory elements like collapse button or worn tab, what will it break? What will be forbidden to develop? Q ~ What is bad with viewer tittle tabs? As mentor i find this useful to help residents to find options they want in their viewer (some newbies dont know what viewer they are using). Personally i dont care who use what. Q ~ Why do i have to find the information above asking to other residents? I understand that you have notified it on some meeting.. but still, i think this is not the way to communicate this kind of changes to everyone. Q ~ Why this hardness? Do you like have people bitching about changes O_o? I think i am not the only one worried Edited to add URL. (Nalates says that it will break viewer tags)

I have been using my old AMD 64+ for 8 years now, and i still use it to logging SL with my old Nvidia 6600Gt (latest v3 viewer wont work well though). But times changes, i bought the Bulldozer FX 8-core 8120 3.1/4.0 GHZ two months ago and i am very happy with it, runs like heaven. I made my decision based in some positives benchmarks agains i5s and in some cases even to some i7s (like this one), and of curse looking at prizes (in Spain): Bulldozer 8120: 190.50 € (255.498 USD) http://bit.ly/A4Eym3 i5 2500: 199.90 € (268.105 USD) http://bit.ly/yRFD5L i7 980X: 877,96 € (1177.51 USD) http://bit.ly/xTJSPN (This model is hard to find) Is not that i dont like intel, i do. Is just that my experience with AMD have been impeccable, the perfomance is similiar, and the prize is.. well indisputable. But its just my opinion, everyone have their priorities and tastes. Edited to add URLs

La calidad y la velocidad es una porquería.. mi viejo ordenador no da para más.