Explorador Virtual

Serie Unity Heightmap 1

2011-09-01T18:51:00.000+02:00

En los últimos meses, he estado estudiando las posibilidades que ofrece el motor de videojuegos Unity3D, en conjunción con otros paquetes de software, y la mejor forma de combinar su utilización para utilizar al máximo sus posibilidades.
Fruto de este trabajo es mi proyecto, Proyecto Heightmap, y como en el propio proyecto indico, me toca ahora ir explicando en este blog, como he realizado cada uno de esos demos.

Antes de empezar con la serie, que no va a ser de rápida publicación, pues mis nuevas responsabilidades en el trabajo, no me dejan mucho tiempo libre, quiero explicar aquí el porqué estoy dedicando desde hace meses, mis esfuerzos, en Unity, más que en OpenSim o en los derivados de realXtend, Taiga y Tundra, (abreviadamente OS, RX, TG y TU).

De forma resumida, OS, RX, TG y TU siguen en versiones alfa o beta, mientras que Unity3D, está actualmente en la versión 3.4, y se han instalado 65 millones de plugins sobre navegador web, para su visualización, frente a no sé cuantos miles, siendo optimistas, de instalaciones de OS, RX, TG y TU.

Unity nos permite crear contenidos en programas de diseño 3D, y situarlos en nuestras escenas sin limitarnos a un formato determinado, como nos exige Second Life o también OS, RX, TG y TU.

Es mi forma de pensar, que los desarrollos de mundos virtuales, han de ser como la creación de una página web. Es decir, que el usuario, según sus niveles de conocimientos, ha de poder elegir entre diversas opciones que vayan desde el uso de una plantilla en un servidor web, a la creación de una suite completa, con manejo de base de datos, en su propio servidor,sea este contratado o la máquina de su casa.

Según sus habilidades, necesidades o presupuesto, el usuario ha de poder tener a su disposición las herramientas que precise, y, lo más importante, la información y tutoriales necesarios para que pueda aumentar esas habilidades si así lo desea y llegar a lo que para mí es el estado ideal: Independencia.

No todo es magnífico en Unity3D. Una grave deficiencia que tiene es que no tiene de forma nativa la posibilidad de multiusuario, por lo que hay que usar un servidor específico de multijugadores como SamartFox y su instalación no es muy sencilla, que digamos.

Algunos desarrolladores de OS, como Diva Canto, están estudiando Unity, tal y como indica es su Blog : "Unity3D proporciona un espectro mucho más amplio de opciones que SL. Y, en consecuencia, la curva de aprendizaje es mucho mayor que la de SL. Por cada 100 personas que pueden crear en SL, hay posiblemente 1 que puede crear en Unity 3D".

Para intentar suavizar esa curva, vamos a empezar esta serie de tutoriales.
Mientras tanto, pasar un rato recorriendo mi Proyecto Heightmap, y vereis lo que se puede hacer con Unity3D.

Tras el Congreso

2011-05-01T13:17:00.000+02:00

El motivo de este post es el de, por un lado, atender a las peticiones que algunos usuarios y asistentes, me habéis hecho, de publicar el enlace al vídeo que preparé para la ponencia. Aquí está: Vídeo Ponencia Hispagrid, para que os lo podáis descargar en modo comprimido. Tratad bien a Jane, que es una gran compañera de equipo ;-)

Por otro lado, con este post agradezco, como presidente de Hispagrid y como secretario de Explor3D, la asistencia tanto en el Palau de Ibiza, como a través de Twiter, desde Second Life y enlazando a la url del streaming, que durante estas jornadas, habéis aportado.

Como ponente, agradecimiento y mi más sincero aplauso a los demás compañeros de ponencias, por el altísimo grado de calidad en las mismas y el amplísimo abanico temático que han abarcado.

Como en los dos congresos anteriores, las ponencias y los vídeos de las mismas se colgarán, en nuestra página http://www.metaversos.com/

A los amigos y amigas residentes afortunados de Ibiza, a los demas con los que nos volvemos a encontrar en esa maravillosa isla gracias a este evento, y los nuevos conocidos que con ese motivo hemos podido añadir, a todos vosotr@s, de parte de mi mujer y de la mía, gracias y que el calendario nos permita un próximo reencuentro.

CONGRESO IBIZA METAVERSOS 28 - 29 ABRIL

2011-03-17T14:01:00.000+01:00

Tras una prolongada ausencia de este blog, pues el trabajo no me deja tiempo para el mismo, es un placer comunicar a los lectores que todavía puedan pasar por aquí, que:

El Observatorio Explor 3D se encarga este año de la organización del III congreso Metaversos 2011 sobre metaversos, web 3D y redes sociales en mundos virtuales que se celebrará en Ibiza los días 28 y 29 de Abril. Esta nueva edición del congreso cuenta con el apoyo institucional del Ministerio de Industria, Turismo y Comercio, a través de red.es, y se dirige al mundo universitario, docentes y estudiantes, expertos y profesionales interesados en el desarrollo, uso y tendencias de los metaversos, las plataformas 3.0, las realidades 3D, las redes sociales en mundos virtuales, la realidad aumentada, etc.

A lo largo del congreso se tratarán las posibilidades de aplicación que estas tecnologías ofrecen en materias como la educación, la formación, el trabajo, la economía, la comunicación, el arte y la publicidad, entre otros. El encuentro se trata de un evento interdisciplinar de profesionales nacionales e internacionales, en donde se podrán conocer las investigaciones que se realizan en materia de mundos virtuales, nuevas tecnologías y tendencias comunicativas.

Las actas del Congreso serán publicadas en la revista indexada Icono 14 a Latindex y In-Recs. Asimismo, el Congreso reunirá una Feria en la que las diferentes universidades nacionales e internacionales darán a conocer los proyectos más interesantes que se desarrollan en esta materia. Las 5 temáticas a tratar en el III Congreso Metaversos 2011 son:

- Arte, tecnología y ecología
- Arte, geolocalización y sociedad
- Educación y entornos virtuales
- Tecnologías y aplicaciones
- Nuevas perspectivas de la publicidad: posibilidades de desarrollo con entornos virtuales
Para más información sobre el congreso pueden visitar su página web: http://www.metaversos.com/. Agradeceremos cualquier acción de difusión del Congreso a Universidades, empresas y centros tecnológicos.

Nada me agradaría más que poder veros por Ibiza esos días. A ver si es posible

Probando Unity3D

2010-11-25T10:36:00.000+01:00

Desde hace algún tiempo, he estado estudiando el motor gráfico Unity3D, y sus innumerables posibilidades. Aparte de la creación de videojuegos, suposibilidad de crear mundos virtuales realmente inmersivos, a los que se puede acceder simplemente instalando un plugin en nuestro navegador, esra algo que me interesaba, después de ver como los chicos de Rezzable están utilizando Unity para acceder a sus mundos de OpenSim.

Por ese motivo he preparado un portal en nuestro servidor donde podéis probar diversos entornos creados con Unity: http://www.hispagrid.net/

Espero que los disfrutéis y comentéis aquí que os parece.

Tecnologías 3D Segunda Parte

2010-11-17T11:46:00.003+01:00

Unos días antes de salir de vacaciones, que todavía sigo disfrutando, publiqué este vídeo para que pueda servir de referencia a quienes necesitan crear animaciones profesionales en entornos 3D. En él indico algunas herramientas y aplicaciones interesantes.
.
***************************************************

Tecnologias3D segunda parte from Alberto Navarro Bilbao on Vimeo.

.
***************************************************

Creación de escenas en Taiga

2010-10-02T12:08:00.000+02:00

Debido a que algún usuario ha pedido que hiciera un vídeo-tutorial sobre el proceso para subir una escena creada en 3dMax Studio, a Taiga, he hecho este vídeo.*************************************************************

ESCENE from Alberto Navarro Bilbao on Vimeo.

TECNOLOGÍAS 3D

2010-09-13T19:59:00.000+02:00

En los últimos meses he estado estudiando el uso de los SDK de motores gráficos, conjuntamente con programas profesionales que permiten a creación personalizada de avatares, animaciones o subir escenas enteras creadas en 3dMax, Sketchup, Maya o Blender, al motor gráfico.
He decidido empezar una serie de vídeos donde mostrar lo que la tecnología actual ya nos permite hacer, aunque, por desgracia, no desde Second Life, OpenSim o realXtend, si no desde los SDK de motores gráficos.
Este es el vídeo piloto: http://vimeo.com/14911971

Tecnologias 3D from Alberto Navarro Bilbao on Vimeo.

PROJECTE CONSORCI PLATJA DE PALMA

2010-07-10T12:40:00.001+02:00

Hace unos meses el Consorci Platja de Palma contrató a Virtual Mind uno de esos proyectos que son un auténtico reto. Nada más y nada menos que reproducir virtualmente todo el proyecto de remodelación de la Platja de Palma.

De forma resumida, se nos suministraban planos y arte creados por el grupo internacional de arquitectura que ha ganado el concurso de adjudicación, West8, y nosotros teníamos que crear una reproducción de varios kilómetros de costa e interior, con la recreación del proyecto. Al final de este post podéis ver el vídeo promocional en que la simulación virtual se integra de forma genialmente conseguida por el equipo de montaje, con el resto de entrevistas y presentación.

No olvidemos la parte importantísima y significativa de que un Estamento Oficial como es el Consorci, tuviese la iniciativa revolucionaria, de pensar con vistas al futuro, y apostar por las tecnologías 3D, con software libre, como parte significativa de la presentación del proyecto.

Este no es un proyecto más de construcción virtual, lo que el Consorci quiere conseguir es un nuevo modelo de turismo respetuoso con el medio ambiente, de emisiones cero de CO2 e integrador de usuarios y residentes, crear, en resumen, un nuevo referente con vistas al turismo del futuro.

Desde el punto de vista técnico, el acometer este proyecto nos ha supuesto la necesidad de realizar los siguientes pasos:

En primer lugar, los miembros del equipo que pertenecemos a Hispagrid, tuvimos que despedirnos momentáneamente de usuarios y amigos porque este proyecto requería todo nuestro tiempo.
Asimismo, era necesario cerrar el servicio de Andén1 en nuestro servidor, pues teníamos que dedicar el msimo sólo a este proyecto.
Los miembros del equipo que íbamos a participar en el proyecto, y que, a parte de mí mismo son: Aitor Morrás, Eiko Ivory, Dani (Max), Iniska Zenovka, Solete Almodóvar, Dea Hanni, Socam Connell (Soca), vivimos geográficamente dispeersos, y gracias a la genial idea de Max, de usar el Google Wave, hemos utilizado esta útil herramienta para realizar el proyecto.

A continuación, creamos en el servidor un conjunto de seis islas para actuar como sandbox, que en la etapa final han pasado a ser doce islas. El invento no me funciono nada bien, puesto que no había previsto que en la versión de OpenSim de diva que estaba utilizando, la entrada de varios constructores con el nuevo sistema de "diccionarios" que usa Diva para la creación de los assets, podía estresar el servicio. Hubo que crear un segundo servicio como sandbox, más estable, dar un curso súper rápido a aquéllos miembros del equipo que nunca habían usado OpenSim para que crearan sus islas locales y así pudieran seguir construyendo aunque el servidor tuviera problemas, enseñar y aprender todos como exportar las construcciones, usando los visores Meerkat e Hippo, en formato xml y a través del Wave pasarnoslos unos a otros, así como todas las islas y sus contenidos, en foramto oar, para que pudieramos trabajar tanto en nuestros sims locales, como el ir montandolo todo tanto en el ordenador de Eiko como en el servidor.
Es algo muy especial esta forma de trabajar. En el Wave edificios, objetos, islas y terrenos "viajaban" como archivos adjuntos. Se montaban en sims locales, se testeaban cosas, se subían al servidor y allí al entrar coincidías con alguno de los compas ajustando o creando otra parte del proyecto.
Tengo que añadir como colofón final de este post, que mi forma de ser es mas bien de trabajar en solitario o con uno o dos compañeros como mucho. Nunca me gustó construir o trabajar en SL porque siempre había gente alrededor, pero en este caso, gracias al genial equipo que Aitor y Max han conseguido reunir, y esta combinación de técnicas, tan alejadas de lo que en SL es convencional, he disfrutado ( a pesar de esos angustiosos momentos de estrés cuando los servicios en el servidor me desesperaban) como nunca lo había hecho hasta el momento.
Queridos compas, ha sido un auténtico placer vivir esta aventura con todos vosotros, gracias por esta inolvidable experiencia.

Ahora, para quienes hayáis tenido la paciencia de leer hasta aquí, este el es video http://vimeo.com/13128935

Ogrescenes: Estructuras Avanzadas en Taiga. 1ª Parte

2010-07-02T02:24:00.004+02:00

Todos nosotros, cuando hemos construido algo en Second Life o en OpenSim, hemos echado de menos, y mucho, la existencia de una herramienta que nos permitiera exportar aquéllos objetos complejos que hemos construido en un programa de edición 3D profesional, para insertarlo directamente en nuestro proyecto en SL/OS.

Existen herramientas como el genial HENSHIN que los amigos Asha e Impalah han desarrollado, para exportar lo creado en Autocad, pero los programas realmente potentes en diseño 3D, son, indudablemente, 3dMax, Maya y en software libre, Blender. Por eso el fantástico Prim Composer de Shack Dougall es mi herramienta favorita, pero ¿cómo subimos una escena completa?. Lo veremos ahora.

Llevo manejando 3dMax desde la versión 2.0, hace ya unos añitos, Blender sigo intentando aprenderlo, (me cuesta, me cuesta) y aunque tengo Maya, no lo uso.
Así que vamos a centrarnos en 3dMax.

En diseño 3D, se denomina "escena" al conjunto de objetos, texturas y luces que hemos incluido en nuestro proyecto. Lo ideal es que pudiéramos crear todo ese conjunto y transportarlo directamente a nuestro mundo virtual. Eso ya es posible realizarlo desde estos tres programas, 3dMax, Maya y Blender, a un mundo virtual creado con Taiga.

Imaginaros por un momento, que estáis trabajando en un proyecto realmente complejo, puestos pensar en algo realmente grande y complejo, no nos quedemos cortos y pensemos en el proyecto de una presa.

Ese proyecto en 3dMax sería algo así, (pinchad en las imágenes para verlas ampliadas):

Así se ve en modo diseño, con sus estructuras, motores y compuertas, a las que hemos aplicado las texturas correspondientes

y así se ve tras el renderizado, con las texturas reaccionando a las luces, según eltipo de material que hemos elegido, (metal pintado, hormigón, rocas y agua).

Ahora deseamos subir directamente todo el proyecto, es decir, la escena, a una isla virtual donde podamos estudiarla con nuestros colaboradores o clientes.

Para ello vamos a utilizar una herramienta gratuita para uso personal, que se llama OgreMax y cuya instalación y uso explicaremos en el siguiente tutorial. En este post vamos a ver el resultado, para que decidáis si os vale o no la pena su utilización.

Levantamos el servicio de Taiga y usamos dos comandos:
ogrescene offset, que nos permite definir las coordenadas x,y,z donde queremos que aparezca nuestra escena. Hemos definido en Ogremax una escala de 1:10 y seleccionamos como coordenadas 128,128,50, para asegurarnos de que no se nos genera bajo tierra, la cual se encuentra a un nivel de 21 metros.
El otro comando carga la escena, en formato Ogre compatible, y es: ogrescene import "nombre de la escena", en este caso "presa"

Taiga realiza el parsing de la escena. Si encuentra materiales duplicados lo indica y lo corrige. Este proyecto contiene unos 3000 objetos y unas 40 texturas. Eso en modo primitivas de SL/OS sería ina pesada carga. En modo meshe de Ogre se convierten en 16 objetos, 12 materiales y 5 texturas.
Al cabo de unos cinco minutos no sólo se han subido los elementos de la escena si no que se han convertido en metadatos para que el servidor de assets pueda manejarlos. esto es muy importante en proyectos compartidos pues el servidor de assets en Taiga puede enviar los assets vía http a otros servicios.

Entramos en nuestro mundo Taiga y podemos ver la pesa perfectamente cargada y texturizada.

Todos los complejos elementos de las estructuras están perfectamente alineados y texturizados.

Ahora imaginad el tiempo que habría requerido el construir esta estructura con SL primitivas, sin contar con la dificultad técnica que entraña la construcción.

Cada uno de los elementos mantiene su configuración de texturas asociadas a los materiales Ogre, y como veremos en el próximo tutorial, eso nos permite modificar los materiales si queremos, asignando otra textura.

Pero las posibilidades de exportar escenas desde los programas de diseño 3D a Taiga, no acaban aquí, con Ogremax.

Lo interesante, y bonito, de los desarrollos con software libre es que de repente irrumpe en el grupo de desarrolladores en Google, alguien que sin que se supiera, ha estado trabajando en mejorar algo y nos encontramos como lo que ha pasado hace cinco días, que un tal Pablo Martín que trabaja con un grupo alemán de software libre, ha creado todo un conjunto de herramienta y modificación de Modrex para usar las CAPS, que permite usar Blender como visor/exportador directamente a Taiga con este magnífico resultado (mirad las texturas bakeadas con normales, que efecto de renderizado consiguen):

https://sim.lorea.org/pg/photos/album/49/exported-worlds

Por este motivo me animado a estudiar Blender en serio, porque este Pablo va a dar mucho que hablar :-)

TAIGA 0.1

2010-04-11T20:52:00.003+02:00

Tutorial actualizado a fecha 6 de Abril del 2010

Podéis descargarlo desde Google en: http://docs.google.com/View?id=dct7dmmj_2162f7rchd7

El 1 de Abril de este año, ha sido publicada la versión 1.0 de Taiga.
Como vamos a ver a continuación, su instalación es muy fácil pues ha sido automatizada.
Vamos a explicar como configurarla para acceder en modo local, es decir, con la dirección de nuestro host, 127.0.0.1

En estos momentos los binarios sólo están disponibles para Windows. Para instalar en Linux, seguid las instrucciones de la Wiki con información sobre la instalación se encuentra en: http://wiki.realxtend.org/index.php/Getting_Started_with_ScienceSim_Taiga

Para instalar, en primer lugar descargaremos el código desde: http://github.com/realXtend/taiga/downloads y descomprimimos, en, un directorio de trabajo.

En MySQL creamos tres bases de datos: "grid", "opensim" y "taigawebdav"

Una vez creadas las bases de datos, podemos ejecutar la utilidad de configuración automática, "configure.bat".

En las siguientes capturas vemos el proceso paso a paso para la configuración de los servicios.

Confirmación de la ubicación de la carpeta donde hemos descomprimido los servicios, así como la de las bases de datos.

Configuración de las urls y de la base de datos, así como el nombre de usuario y la password que tengamos asignada como root en nuestra mysql

Confirmamos con "Apply"

pasamos al siguiente paso con "Next"

Cambiamos nombre del sim, datos del Master Avatar

Se chequea la viabilidad del nuevo nombre, se realiza el update y pasamos al siguiente paso.

Salvamos esta configuración como una plantilla o template para el futuro. Esta posibilidad es realmente práctica, y ahorra tiempo y trabajo.

Si quisieramos logearnos ahora, daría error ya que tenemos que crear el usuario "Albert Revolution" puesto que el creado en la región como propietario, no sirve para logearnos.

Para ello en el servicio "opensim.grid" usamos el comando "create user".

Para logearnos, instalamos el nuevo visor Naali 0.2.0

El nuevo visor tiene tanto un diseño como unas características que rompen con todo lo que conocíamos del entorno de Linden Labs.
Es realmente una nueva era.

Permite tanto la conexión con nuestro simlocal, como con grids de test que usan Taiga y conexión para chat de voz, utilidad que no he probado todavía.

El visor contiene potentes herramientas para editar nuestro terreno de la forma en que lo haríamos usando GIMP

La edición te terrenos aplicando las texturas es muy versátil y potente

Dominando la creación de meshes con las texturas adecuadamente asignadas (recomendable usar 3dmax o Blender, realizar un unwrapeado para ajustar las u-v's) podemos subir un meshe que nos haga compañía, que si no es algo solitario el testear Taiga y Naali ;-D

Pérdida de Hispagrid

2010-04-01T11:10:00.001+02:00

Lamento informar que un incendio en el Datacenter de Barcelona donde teníamos alojado tanto Hispagrid, como VirtualMind, El Metaverso y otros servicios,ha provocado la total pérdida de las máquinas.

Aitor Morrás y los compañeros de Hispagrid en Ibiza, están intentando recuperar las copias locales de las plantillas, pero los contenidos se han perdido.

Aquéllos tutoriales que teníamos en neustras máquinas locales, o en Google Docs, podremos recuperarlos y volver a subirlos, pero tanto los contenidos, como la base de datos de usuarios se han perdido.

MANIFIESTO HISPAGRID

2010-03-25T21:25:00.004+01:00

Manifiesto Hispagrid Anti-TPV

Los componentes de HISPAGRID, fieles a su carácter de entusiastas de las plataformas basadas en software libre, como impulsoras del desarrollo de entornos inmersivos y mundos virtuales, no podemos quedarnos callados, es más, nos consideramos obligados a denunciar por todos los medios a nuestro alcance, la política de Linden Lab, denominada TPV (Third Party Viewer) y detallada en: http://secondlife.com/corporate/tpv.php porque afecta al desarrollo de aplicaciones con software libre y ha obligado al abandono de proyectos beneficiosos para la comunidad de usuarios de plataformas ajenas Second Life y de visores independientes. Concretamente ha motivado el abandono de los proyectos de:

Luna, anteriormente Flexlife, ha parado el desarrollo: http://nexisonline.wordpress.com/

El excelente Rainbow viewer también está en problemas: http://my.opera.com/boylane/blog/linden-labs-final-3rd-party-viewer-policy-tpv

Zwagoth, desarrollador de Emerald, ha dejado el equipo: http://www.sluniverse.com/php/vb/general-sl-discussion/42126-zwagoth-leaves-emerald.html

Los desarrolladores de Imprudence han anunciado que dejan de soportar Second Life, de modo que su visor sólo podrá usarse en Opensim: http://imprudenceviewer.org/wiki/ImpDev_Meetups/2010-03-23

Asimismo, ha motivado un comunicado de Ryan McDougall, responsable del proyecto de realXtend/Taiga/Naali indicando los diversos aspectos del TVP que nos afectan a todos los que estamos participando en los proyectos de visores distintos a las versiones oficiales de Linden Lab.

Linden Lab, cuando liberó el código de su visor bajo un licencia GPL, promovió el inicio de diversos desarrollos de visores alternativos, que ahora, pasan a ser incompatibles con el lanzamiento de su política de TVP.

Para que quienes estén leyendo este manifiesto, y puedan comprender hasta qué punto el TVP nos afecta negativamente a todos nosotros, vamos explicar sus puntos más importantes.

1.- Definiciones contempladas en el TVP.

* [TPV is] any third-party software client on any device that logs into our servers

(TVP es el software del cliente que se conecta a los servidores de Linden Lab).

* [Developer is] any person or entity who develops or distributes a [TPV].

(Desarrollador es cualquier persona o entidad que desarrolla o distribuye un TPV)

Por extensión, cualquier persona o entidad que participa en la distribución de estos visores -como es el caso de Hispagrid desde su Web- o en los foros de desarrolladores, o testea el código comunicando los bugs detectados, puede ser considerado desarrollador a efectos legales.

2.- Puntos significativos

Tal y como indica el empleado de Linden Lab (Joe Linden) en: https://lists.secondlife.com/pipermail/opensource-dev/2010-March/001298.html los siguientes requisitos de Linden Lab (LL) impiden o causan graves problemas para el desarrollo y uso de visores alternativos:

* "[TPV] must use a protocol that is compatible with the protocol of [LL]’s viewers as it is documented in our source code"

(Un TVP debe utilizar un protocolo que sea compatible con el protocolo de los visores de LL tal como se documenta en nuestro código fuente)

Aparte de que como comenta muy acertadamente Tareru Nino (http://dwellonit.taterunino.net/2010/03/18/implementation-isnt-documentation/) no se puede confundir una implementación con la documentación, esto es totalmente incompatible con, por ejemplo, el visor Naali, que está siendo desarrollado desde cero, con código que no tiene nada que ver con el de LL.

Estos otros puntos están pensados para impedir la exportación de contenidos desde LL

* "You must not use or provide any functionality that [LL]’s viewers do not have for exporting content"

(No debe usar o proporcionar ninguna funcionalidad que los visores de LL no tengan para exportar contenido)

Esto sitúa automáticamente a Second Inventory como una herramienta ilegal, por ejemplo.

* "You agree to update or delete at our request any data that you have received from [SL] or our servers and systems"

(Ud. acepta actualizar o borrar a petición nuestra cualesquiera datos que haya recibido de SL o nuestros servidores y sistemas).

Estos otros puntos nos hacen responsables legales de la utilización de los TPV, controlando LL su funcionabilidad:

* "[Developers] are responsible for all features, functionality, code, and content of [TPV] that you develop or distribute." (!!)

(Los desarrolladores son responsables de todas las prestaciones, funcionalidad, código y contenido de los TPV que desarrollen o distribuyan).

* "[You must not] expose [SL] users, [LL], or third parties to legal liability or harm as determined by us in **our sole discretion**."

(No debe exponer a los usuarios de SL, LL o terceras partes a responsabilidad o daño según nosotros (LL) determinemos según nuestro criterio)

* "You assume all risks, expenses, and defects of any [TPV] that you use, develop, or distribute."

(Ud. responde de todos los riesgos, gastos y defectos de cualquier [TPV] que use, desarrolle o distribuya)

* "If we believe that your [TPV] is not in compliance, we may request that you add, modify, or remove features, functionality, code or

content, and you agree to comply with the request within a reasonable timeframe specified by [LL]."

(Si creemos que su TPV no sigue estas normas, le podemos pedir que añada, modifique o elimine prestaciones, funcionalidad, código

o contenido, y Ud. está de acuerdo en cumplir lo que le pedimos en un periodo de tiempo razonable especificado por LL)

Este último punto es demencial: ningún equipo de desarrolladores puede aceptarlo, porque significaría tener que modificar sus programas

a pedido de LL, haciendo lo que ellos les digan, en un periodo de tiempo "razonable", es decir, en el tiempo que a LL se le ocurra.

Utilizando las medidas legales que LL considere necesarias:

* "[LL] reserve the right [...] to pursue any and all legal and equitable remedies."

Estos condicionantes, así como otros no indicados aquí, obstaculizan tanto la creación de módulos para la mejora de visores libres como su utilización para conectarse a Second Life (SL).

Por todo ello, los miembros de Hispagrid consideramos que que la adopción por parte de Linden Lab de esta política sobre los TPV:

1.- OBSTACULIZAN el desarrollo de visores que ofrezcan más y mejores posibilidades a los usuarios.

2.- Marcan una clara POLÍTICA DE AISLAMIENTO Y CONTROL, por parte de LL, de la forma en que los usuarios se conectan a sus servidores, con lo que, a diferencia de lo que se intenta hacer desde la comunidad de software libre, levantan vallas entre los usuarios de SL y los de otros sims y grids creados con plataformas libres.

Desde esta perspectiva, creemos que nuestra obligación es la de redoblar esfuerzos para ayudar al desarrollo y difusión de las plataformas de software libre, con el objetivo de que, entre todos, podamos conseguir que estas plataformas sean el estándar para la creación de Mundos virtuales y Entornos Inmersivos, y los entornos cerrados como el Linden Lab, sean la excepción en lo que será la Red 3D y Virtual.

************************************
UPDATE de: 26 Marzo 2010
************************************

Visores Luna e Imprudence:

Los desarrolladores de Luna se van a GitHub, eliminan la posibilidad de logearse en Second Life y añaden enlace para esención de responsabilidad por alguien quiere usar el visor para acceder a Second Life.

http://nexisonline.wordpress.com/2010/03/26/luna-viewer-moved-to-github/

Los desarrolladores de Imprudence, asimismo, eliminan la posibilidad de acceso a SL y sólo dejan por defecto el acceso a los servicios basados en OpenSim, como OSGrid, ReactionGrid, y el grid "3rd Rock.

Asimismo van a eliminar las redes de Second Life, principal y beta, de la lista Second Life
http://imprudenceviewer.org/2010/03/26/an-important-announcement-regarding-the-third-party-viewer-policy/

OPENSIM UBUNTU: SEGUNDA PARTE

2010-03-17T22:05:00.007+01:00

1.- Introducción

En esta segunda parte del tutorial, vamos a explicar como configurar una instalación de OpenSim, conectándola a una base de datos que vamos a crear en MySQL, y vamos a utilizar un visor, (Hippo), para acceder con el usuario creado por defecto, a nuestros sims.

Hemos seleccionado la versión de OpenSim que la desarrolladora Diva Canto está lanzando de forma continuamente actualizada, (al mismo tiempo que se actualiza la versión oficial de OpenSim), porque reúne un serie de características que, a nuestro juicio, convierten esta versión en un desarrollo muy superior al oficial. Estas características son:

Configuración automática del servicio, gracias a un ejecutable que, a través de las preguntas que nos va a hacer en la consola, nos permite asignar la conexión a la base de datos así como el resto de los parámetros que nuestro sim va a necesitar (nombre de nuestro mundo, puertos, ip externa, clave del usuario, etc.).
Personalización sencilla, de los valores que por defecto ha asignado, editando unos ficheros clave.
Esta versión viene ya preconfigurada para utilizar como base de datos MySQL, lo cual facilita mucho el trabajo en nuestro caso.
Resuelve de forma sencilla y elegante, la problemática a la que nos enfrentamos periódicamente, cuando tenemos que actualizar la versión de OpenSim que estamos utilizando. Diva lo ha solucionado mediante un ejecutable para realizar el update, que se encarga de realizar todo el proceso de forma automática.
Trae configuradas por defecto cuatro regiones preparadas para utilizarlas como Megaregión, utilidad que explicaremos en otro tutorial, de mejoras y personalización de nuestro OpenSim.

2.- Pasos a seguir

Los pasos que vamos a seguir en este tutorial son los siguientes:

Paso 1.- Crear base de datos en MySQL. (vamos a crear la base de datos, usuario y clave de acceso, de acuerdo con lo que por defecto nos pide la distribución de Diva, para facilitar el proceso)

Paso 2.- Actualizar MONO. (Se requiere versión 2.4.2 o superior).

Paso 3.- Descargar e instalar la distribución de Diva.

Paso 4.- Configuración y ejecución de la distribución.

Paso 5.- Instalación del visor Hippo y acceso al sim.

2.1 Paso 1: Creación de la Base de Datos

Para facilitar el proceso, teniendo en cuenta que la distribución de Diva viene configurada para:

source: localhost
Nombre de la base de datos: opensim
Nombre usuario (de la base de datos, no confundir con usuario del Sim): opensim
Password: vamos a elegir root, pero cuando hagáis este proceso en simuladores accesibles a l público, sed precavidos y elegid una clave segura.

Primero, desde el Terminal arrancamos XAMPP

sudo /opt/lampp/lampp start

En el terminal deben aparecer las siguientes líneas que indican que XAMPP se ha iniciado correctamente:XAMPP: Starting Apache with SSL (and PHP5)…
XAMPP: Starting MySQL…
XAMPP: Starting ProFTPD…
XAMPP for Linux started…

En el navegador escribiremos http://localhost en la barra de direcciones. Nos aparecerá la página del servicio APACHE en ella seleccionamos phpMyAdmin.

Para el paso que vamos a realizar, hay dos opciones. Una es la de crear una nueva base de datos, y luego crear un usuario para su acceso y asignarle los privilegios correspondientes.
La otra opción es sobre la raíz de MySQL, crear un nuevo usuario, indicar que se cree una base de datos con el mismo nombre que el usuario, y asignar los privilegios.
Vamos a realizar la opción primera, y para ello podemos ver que entre las opciones que nos presenta, se encuentra la de "Crear nueva base de datos" y en la casilla escribimos, (sin las comillas), "opensim".

Una vez creada la base de datos, pasamos a crear un nuevo usuario.

Como nombre seleccionamos (sin las comillas) "opensim", como fuente "localhost", y como password "root" (sólo para fines didácticos, no es buena práctica usar esta clave en aplicaciones abiertas a otros usuarios).

Marcamos todos los privilegios

phpMyAdmin nos confirma que se ha agregado el nuevo usuario y verificamos que ha tomado los privilegios que habíamos seleccioando (que eran todos).

Con esto, ya hemos finalizado el Paso 1.

2.2 Paso 2: Actualizar Mono

Necesitamos tener instalada la versión de Mono 2.4.2 o superior.

Ubuntu trae por defecto, instaladas las librerías básicas de Mono. Para verificar que versión tenemos instaladas, escribimos en el Terminal:

$ mono --version
Para actualizar, desde Synaptic realizamos el proceso habitual.

Una vez actualizado Mono, pasamos al paso siguiente.

2.3 Paso 3: Instalar la distribución de Diva

Bajamos la última release de Diva desde http://github.com/diva/diva-distribution/downloads

Descomprimimos a un directorio bajo nuestro control, para tener privilegios, (llamado DIVA en este tutorial) y asignamos permisos totales al subdirectorio /bin.

cd DIVA

sudo chmod ./bin

2.4 Paso 4:Configuración y ejecución de la distribución.

Para configurar y arrancar la distribución de Diva, desde el terminal nos dirigimos al directorio /bin y ejecutamos la utilidad de configuración.

cd /bin
mono configure.exe

Nos pedira el nombre de nuestro mundo, la password de acceso a mysql, la ip externa del sim y la clave del avatar por defecto,
( master avatar ).

En nuestro caso es DIVAUBUNTU como nombre del sim, root la clave de acceso a mysql, dejamos 127.0.0.1 por ahora como ip y clave root para el usuario "master avatar".

Podemos cambiarlo todo esto con posterioridad (en MyWorld.ini ficehero que se generara ahora pues todavia no existe)

Una vez configurado, nos indica que las regiones se han creado y es el momento de probar el arranque del servicio

Para ello escribimos en el terminal: "mono OpenSim.exe" (sin las comillas y cuidado con las mayúsculas O y S si no no encuentra el comando)

Si todo va bien nos mostrará la consola el proceso de arranque y conexión con mysql finalizado como se ve en la captura

2.5 Paso 5.- Instalación del visor Hippo y acceso al sim.

Descargamos la versión de Hippo para linux desde: http://forge.opensimulator.org/gf/project/opensim-viewer/frs/

Descomprimimos en un directorio donde tengamos privilegios.

Ejecutamos el setup, seleccionando el directorio donde queremos instalarlo.

Finalizada la instalación podemos arrancar directamente pero es recomendable el que creemos un lanzador desde el escritorio y como menú en "aplicaciones".

Ahora sólo tenemos que logearnos. Para ello debemos crear en la lista de grids, uno nuevo " http://localhost:9000/ " y seleccionarlo en la conexión, y como por defecto tenemos creado el usuario "Master Avatar" es con este usuario con el que vamos a acceder a nuestro mundo libre.

No es lo mismo "ver amanecer" en este sim que hemos creado que verlo en Second Life.

OPENSIM UBUNTU. PRIMERA PARTE: XAMPP

2010-03-06T14:55:00.004+01:00

He recibido muchas peticiones de usuarios de Linux para aclarar dudas sobre la instalación de OpenSim, realXtend, Taiga y Naali sobre este sistema operativo, y he decidido empezar a escribir una serie de tutoriales para ayudar a estos usuarios, en clara desventaja sobre la de quienes utilizan Windows, utilizando Ubuntu como referencia.
Ya sé que los "puristas" de Debian sonreirán al leerme, pero reconoced que dentro de la ya de por sí minoritaria comunidad de usuarios de Linux, vosotros sois, a su vez, minoritarios.

Vamos a utilizar Ubuntu 9.10, actualizado desde 9.04 y como primer paso, vamos a instalar nuestro servidor de servicios para MySQL y PHP utilizando XAMPP, con un sencillo, realmente básico y elemental tutorial, pero imprescindible para continuar con los que seguirán.

TUTORIAL 1: INSTALANDO XAMPP

El primer paso que vamos a necesitar realizar, es el de instalar nuestro servidor de servicios, con Apache para las páginas Web, sevidor de base de datos MySQL y la interfase PHP mediante phpMyAdmon para poder administrar nuestras bases de datos.

Para ello vamos a utilizar XAMPP, que nos permitirá instalar todos estos elementos desde un único paquete y de forma muy sencilla. es un paquete que permite instalar varios servidores en el sistema de forma sencilla.

Para instalar XAMPP en Ubuntu comenzaremos bajando el paquete desde el siguiente enlace:

http://sourceforge.net/projects/xampp/files/XAMPP%20Linux/xampp-linux-1.7.3a.tar.gz/download

Vamos a utilizar el directorio opt instalado en la raíz. Si por algún motivo no existiera, lo creariamos., y deberemos darle los permisos necesarios para poder escribir en él. (Recomiendo realizar el chmod 777 o chmod 775 desde el terminal antes de seguir con el resto de los pasos).

Ahora desde el terminal (recomendable mantener privilegios de root mediante su -), copiamos el paquete de XAMPP que hemos descargado a /opt y descomprimimos el fichero (en los momentos en que escribo este Tutorial la última versión de XAMPP es la 1.7.3a):

cd /opt
sudo tar -zxvf xampp-linux-1.7.3atar.gz

Abrimos la carpeta en nuestro navegador de archivos y verificamos que se ha descomprimido correctamente.

Una vez que hemos hecho esto, ya tenemos instalado LAMPP, el conjunto que contenía XAMPP, y al que seguiremos llamando xampp para no liarnos.

Para iniciar cada uno de los servidores ejecutaremos desde el terninal la siguiente orden:

sudo /opt/lampp/lampp start

Ahora comprobamos el funcionamiento del servidor Apache abriendo el navegador y escribiendo http://localhost en la barra de direcciones. Debe aparecer una página como la siguiente:

A continuación comprobamos que nuestra interfase php funciona bien para poder administrar MySQL

Ahora ya estamos en disposición de instalar OpenSim con MySQL, que es lo que haremos en el próximo tutorial.

Obligando Linden Lab a que no entremos en Second Life

2010-02-24T14:17:00.008+01:00

Vale que desde Noviembre o Diciembre no he entrado en SL, pero una cosa es que yo no haya entrado, porque no he tenido tiempo y otra el que me impongan criterios.

Linden Lab, ha promulgado recientemente su 'third party viewer' policy que elimina el margen de libertad que existía bajo la licencia GPL de su visor, adoptando medidas dictatoriales tales como:

"You agree to update or delete at our request any data that you have received from Second Life or our servers and systems using a Third-Party Viewer,
"You must not mask IP or MAC addresses' (reported to the server)"
"you must have a published privacy policy explaining your practices regarding user data"
"You acknowledge and agree that we may require you to stop using or distributing a Third-Party Viewer for accessing Second Life if we determine that there is a violation"

Y como la amiga Zonja me acaba de recordar:

"8.a: "We may modify this Policy as provided in the Second Life Terms of Service. We do not guarantee that Second Life will always be open and accessible to Third-Party Viewers and Developers."

Que es la puntilla, o puede que epitafio sobre su propia tumba, el tiempo dirá.

En mi caso me afectan los puntos 1,2,3 y claro está el 8.a si lo aplican.
En los trabajos que estoy haciendo, testeo sobre todo los visores de realXtend, tanto la versión RX 4.2 como las betas de Naali, así compruebo bugs en la compatibilidad de los visores con OpenSim y cuando entro en SL, con SL.

Si sigo haciéndolo, puedo ser acusado por LL de incumplir estos puntos, así que si hasta ahora me veiais poco el pelo por SL, ahora será menos, pues es que ni tengo el visor de LL instalado en esta máquina.

Consecuencias de esta política de LL.

En la lista de desarrolladores de realXtend, estamos proponiendo el cese de soporte de compatibilidad del nuevo visor universal Naali, con el protocolo de LL, dedicando tiempo y esfuerzo con el soporte para OpenSim, Croquet, Sirikata y el resto de plataformas de software libre. Como dice uno de los compañeros, que tiene varias empresas orientadas al soporte de estudios de arquitectura en Europa:

I think opensim should cut off sl-support this year. It doesn't make sense to
support sl-derived viewers much longer, when naali is becoming stable, and
linden labs is even increasing the height of their walled gardens. It would be
good for both opensim and realxtend, if functionality can be designed without
keeping the constraints of the ancient ll-based viewer in mind.

Desde la Universidad de Stanford, los desarrolladores de la plataforma Sirikata indican algo parecido, y es una pena, porque lo que estamos haciendo con desarrollos como Naali (http://www.youtube.com/watch?v=F9B4Mi3bLac), (http://www.youtube.com/watch?v=uRZDbU3V3B8), (http://www.youtube.com/watch?v=gNz3vWnMz4g&feature=related), podria ayudar a LL a integrar los meshes de OGRE en sus servidores y favorecer la creatividad de sus usuarios y la economía.

En vez de eso, como ya se ha dicho, vallan más sus jardines.

Lo que yo he comentado en la lista de realXtend resume mi opinión:

Linden Lab is to designing their garden fences, following the steps of Virtual
Worlds. The future is in platforms such as Taiga.
This situation reminds me
of another old, where Linden Lab would be NCSA and Taiga = http://www.apache.org/. In Spanish we say
"that with your own bread be eaten."

Un Año de Hispagrid

2010-02-13T20:32:00.002+01:00

El 11 de Febrero de 2009 un grupo de conocidos entonces, amigos ahora, nos animamos a crear Hispagrid. Este año ha pasado realmente rápido, y ha sido muy interesante.
Aquéllos de vosotros que os habéis dado de alta en nuestro foro, ya sabéis como va y que es lo que entre todos intentamos hacer, incluso alguno de vosotros tenéis terrenos o islas en nuestro servidor de Andén 1 para tener un lugar donde probar de primera mano, de vez en cuando, OpenSim.
Pero, claro está, hay mas cosas detrás y voy a escribir hoy sobre ellas.

Cuando estudiamos la creación de Hispagrid, sabíamos que nos metíamos en una aventura que requeriría paciencia, mucha paciencia, y constancia.

El proyecto de Opensim no es el crear una alternativa a Second Life para darle en las narices a Lind Lab, como algunos puedan creer, y con esa idea errónea se acercan ver de que va la cosa. El proyecto OpenSim intenta crear un stándard de software para poder crear plataformas virtuales, de forma que se puedan realizar desarrollos independientes, utilizándolo como base, pero compatibles.

De primera mano sabíamos, que utilizar programas en fase alfa, o prealfa de desarrollo, es difícil, incluso para programadores profesionales o usuarios avanzados y con experiencia, así que para animar a otros usuarios a conocer OpenSim, realXtend y futuros desarrollos, la única forma viable que veíamos era la de combinar un portal con foro, tutoriales y un servidor donde probar nosotros esas aplicaciones, antes de ponernos hacer tutoriales o contestar consultas.

Ha habido muchas horas de pelea en ese servidor probando desde la versión 0.5.8 a la actual distribución de Diva, en OpenSim, y desde la primera de realXtend 0.31 a las actuales 0.5 o Taiga RC3.
Horas en que el equipos nos hemos frustrado y alegrado, deprimido y exaltado a medida de que, a tropezones muchas veces, hemos conseguido que esas versiones funcionasen, y así, mediante tutoriales, o en el foro, pudieramos hacer partícipes a otros de los pasos a seguir.

Hay mucho talento en este equipo, Eiko Ivory, con su encanto natural y peleando con texturas,"efectos paranormales" (estas aplicaciones tienen tendencia a comportarse cualquier forma excepto a la prevista), muchas horas de Second Inventory, oars, y testeos solicitados por mí a todas horas y aguantándome con infinita paciencia. Zonja Capalini, que combina sus bikinis diminutos pero tiene la cabeza realmente bien amueblada. Su ZOE es sólo el primer paso. Rafa, Dani, Aitor, con sus desarrollos que no están a la vista, pero que han permitido la creación de la estructura del foro y de todo lo que va a venir detrás en los próximos meses. Además están otros compañeros que pertenecen a Hispagrid y colaboran contestando en el foro, o investigando, Miguel. Edu, y los demás, especialmente en sus departamentos de Universidades, diversas facetas de este, cada vez mas completo, entorno virtual sobre software libre.

A todos estos compañeros, les agradezco la camaraderia que nos ha permitido que la distancia física no sea ningún obstáculo para poder haber cumplido este primer año, y a todos los usuarios de Hsipagrid y vosotros que a través de este blog mantenéis tanto los lazos como las ganas de seguir peleando con el código, a todos vosotros, repito, las gracias por vuestro apoyo e interés.

OS aseguro que los próximos meses van a ser especialmente interesantes e intensos, ya lo vereís

VIDEOTRACE O COMO CREAR OBJETOS 3D DESDE VIDEO

2010-02-07T16:04:00.003+01:00

Crear objetos con aspecto realista no es tarea sencilla, y, de hecho, es uno de los principales obstáculos con los que los usuarios con necesidades creativas se tropiezan cuando quieren hacer en un entorno virtual algo más que socializar o viajar.

Los objetos 3D más completos son los meshes, que en vez de estar creados con figuras geométricas básicas, como las primitivas dentro de Second Life/OpenSim, utilizan curvas y formas texturizadas con imágenes y materiales que reflejan las luces, sombras y superficies que podemos encontrar en el entorno real.
La calidad de los objetos 3D que podemos encontrar en una plataforma virtual es uno de los principales alicientes que los usuarios encuentran para su utilización. Asimismo, la economía de entornos virtuales, tiene en la venta de estos artículos uno de sus principales pilares.

Hasta el momento, solo existían dos métodos para la creación de objetos 3D:

Utilizar, de forma externa a la plataforma donde se empleas, programas de diseño, como Blender, Wings, 3dMax, Autocad, Maya, etc.
Utilizar los editores propios de la plataforma, como es el caso de Blue Mars.

En el caso de Second Life/OpenSim, sòlo se pueden utilizar sculpties, como objetos más aproximados a meshes, pero es como comparar una mula con un pura sangre, con el agravante de que las sculpties se ven de forma distinta según el visor empleado.

Ahora, es posible utilizar otra herramienta.

El ACVT ( Australian Centre for Visual Technologies, (http://www.acvt.com.au/), nos ha invitado a mi querida compañera de Hispagrid, Eiko Ivory, y mi mismo, a testear su aplicación, realmente revolucioanria, llamada VideoTrace que permite al usuario crear objetos 3D a partir de vídeos, tal y como ya explicaron sus creadores en el Siggraph07:

"VideoTrace is novel in that it provides a new interactive method for
generating a surface-based reconstruction of general objects on the
basis of a video sequence. Tracing over video is a flexible, intuitive,
and efficient means of specifying 3D shape. The sophisticated exploitation
of 3D information automatically obtained through imageanalysis
techniques enables VideoTrace to perform the otherwise
impossible translation from traced outlines to realistic 3D models"

La idea es realmente revolucionaria. Imaginaos que nos dedicamos a la arquitectura virtual, o a la creación de objetos. Ahora podremos usar una cámara,, o buscar un vídeo ya hecho, y generar el edificio, escultura, zapato, joya o lo que sea, directamente.

Como nada hay mejor que un vídeo para ver esta maravilla, entrad primero en su página y luego explicaré como hemos testeado la creación de objetos para realXtend/Taiga: VideoTrace

Para realizar este test, Eiko ha utilizado una cámara doméstica, la iluminación que existía en la habitación, sin ningún otro punto de luz de refuerzo, y ha sujetado la cámara con la mano, sin utilizar soporte o trípode,
(el vídeo os lo podéis descargar desde http://www.4shared.com/file/216160941/dcf552a/EIKOLUCKY.html ) :

Se ajustan parámetros para compensar la distorsión de la lente, y se realiza el tracking, de forma automática, sin ninguna intervención por nuestra parte, y esta parte es la clave de todo el proceso, pues al parametrizar, el software crea el equivalente a un ficero Autocad, o malla en los otros programas de diseño 3D, asignando a los conjuntos de pixels el equivalente a vórtex de los objetos. Ahora sólo tenemos que marcar los vértices de las caras y ajustar las mismas, para que la geometría, texturizada, se genere automáticamente. Primero los vértices.

A Continuación ajustamos las caras, girando el objeto en el visor 3D. Si el objeto es grande, una catedral o un palacio, por ejemplo, es algo más lento, pero sólo algo, es realmente potente y rápido.

El objeto se puede exportar en formato VRML para páginas web, en STL para impresoras 3D, o en Collada que es lo que nos interesa para pasarlo a meshe de OGRE y subirlo a un sim con realXtend/Taiga.

El proyecto se exporta en formato .VTP (lo dejamos disponible aquí:: http://www.4shared.com/file/216160453/f2029614/EIKOLUCKY1.html.

Estamos todavía en fase de comentarios y detección de bugs, y no hay fecha prevista para su lanzamiento, así que en estos momentos ni que decir tiene que estamos jugando con esta magnífica herramienta en cuanto tenemos un rato libre, con ella podemos afrontar cualquier proyecto, desde reproducir la fachada de un edificio, por ejemplo un pórtico de catedral cuyas esculturas y ventanales lo hacen complicado, hasta una silla, como la que podéis ver al lado del paquete de tabaco en esa isla. Su potencial es tremendo y permitirá utilizar como modelo base, lo que mejor conocemos: El mundo real.

IBIZA: Constitución de Explor3D

2010-01-19T14:00:00.000+01:00

Siempre es un placer acercarnos mi mujer y yo a Ibiza a saludar a los amigos, pero ayer, 18 de Enero, fuimos para algo más.
Ayer se ha constituido, con el apoyo del Consell, Explor3D que es el primer Observatorio español dedicado a la investigación, el desarrollo, la promoción y coordinación de la industria y la cultura asociada al uso de las tecnologías 3D.
EXPLOR3D nace como una entidad sin ánimo de lucro, de carácter abierto e integrada por el Gobierno de las Islas Baleares, a través de la conserjería de Innovación, Interior y Justicia y la Fundación IBIT, el Consell Insular de Ibiza, por empresas punteras que desarrollan su actividad en el ámbito 3D y dos universidades españolas que se sitúan en la vanguardia de la investigación en este campo.

La página oficial de Explor3D es:
http://www.explor3d.com/ y podéis encontrar información detalalda del evento de ayer en El Metaverso Noticias.

2010: Prediciones

2010-01-06T14:08:00.007+01:00

Es habitual en estas fechas, la realizaciones de predicciones, acerca de lo que se espera que durante el año se cumpla.En mi caso, voy a centrarme en todo lo referente a nuestro entorno: Second Life y las aplicaciones de Software Libre.

1.- Second Life seguirá creciendo, si bien a un ritmo inferior al de 2009. Espero, por el bien de los usuarios que siguen utilizándolo, que Linden Lab se dé cuenta de que su riqueza se basa en los usuarios individuales, en aquéllos que pasan unas horas diarias en este entorno, y dejen de pensar en "grandes clientes". ahora han pasado de intentar atraer a grandes empresas, a hacerle guiños a universidades y entornos educativos, así como intentar preparar áreas para ciberconferencias. NO,NO y NO. Todo eso lo hace mucho mejor, por ejemplo, WebEx, y LL debería recordar su antiguo lema de "El límite es tu imaginación", y facilitar a los usuarios el que puedan crear un entorno rico, imaginativo y disfrutar del mismo. No creo que cambie su política de "coto cerrado", que es el motivo por el que está paralizado el proyecto de OpenGrid llamado PyOGP que lanzaron algunos Linden con otra visión del negocio, y que creo que no habría, ni mucho menos, perjudicado a Linden Lab. El futuro dirá. La diferencia es participar en los protocolos, y que tu decidas parte de ellos, o encontrarte con que otros ya lo han hecho, y que tengas que aceptarlo a la fuerza o cerrarte aún más. LL mejorará y mucho, la calidad de los gráficos permitiendo mejor experiencia a los usuarios, pero mientras que no introduzca los shaders, quedará atrás de lo que se puede conseguir y que debe llegar a estas calidades: (mi juego de Rol favorito , mi juego de acción favorito) y que otras plataformas que ya cuentan con motores gráficos actualizados, sí van a alcanzar.

2.-OpenSim No llegará a la versión "1.0" en el 2010. Sus desarrolladores, (concretamente Diva y Melanie, esas geniales programadoras) están introduciendo importantes modificaciones en la forma en que OpenSim maneja usuarios, agentes y avatares, así como los datos persistentes relacionados con ellos, y como mucho llegará a la versión 0.9.
Se considera que una versión "1.0" es una versión estable en un desarrollo, y que está listo para el gran público.
Se puede decir que ahora se está construyendo el motor de un nuevo gran vehículo. Luego habrá que ponerle la carrocería.

3.- OpenSim llegará a permitir 200 usuarios simultáneos en una región a finales del 2010. En palabras de Adam Frisbý, podrá llegar a permitir hasta 2500 usuarios en un servidor seleccionado según lo que el propio Adam recomienda. Es por esto mismo por lo que se está tardando en su desarrollo, para evitar el sistema de "granjas de servidores" de Second Life,

4. Naali. El público en general, desconoce que si un programador "lee" el código "liberado" del visor de Second Life, por Ley, no puede durante seis meses, participar en el proyecto de OpenSim. Son las consecuencias de los "regalos envenenados" de Linden Lab, al licenciar su código bajo Licencia GNU version 2.0 con una excepción FLOSS (http://secondlifegrid.net/technology-programs/license-virtual-world/viewerlicensing/flossexception) , pues de lo contrario, todo el proyecto OpenSim debería licenciarse bajo licencia GNU, mas restrictiva que la licencia BSD. Por este motivo (aquí tacos varios acerca de la genealogía de Linden), hay una gran pobreza de visores alternativos y realmente buenos, al de LL. Si trabajas en el visor, no puedes participar en Opensim. Asi pues sólo queda el crear un visor desde cero, desde "scratch".
Esto es lo que están haciendo los desarrolladores de realXtend, con el apoyo de Adam Frisby (este hombre es algo así como el genio omnipresente de Opensim, no creo ni que duerma, seguro que se enchufa a un puerto usb y en unos segundos está de nuevo en marcha, si no no lo entiendo), con el visor NAALI (significa "zorro ártico" en idioma finlandés). Actualmente es muy básico , cuesta moverse con él, pero será totalmente operativo a finales de año. Por cierto si alguno de los lectores se siente creativo y se atreve a preparar con GIMP o Photoshop montajes de como cree que debería ser un buen visor (menús, utilidades, etc.), que contacte conmigo para participar en el proyecto.

5.- Multicolaboración. Todas las plataformas de software libre colaborarán para que sus protocolos sean compatibles, permitiendo que visores como NAALI puedan servir para todas ellas, y estudiando como establecer criterios de autentificación, creación, etc., comunes. Con ese fín se crea el grupo de trabajo KYORYOKU. Participa la Universidad de Stanford con Sirikata, realxtend, croquet, MXP, intensity y OpenSim.

6.- Economía de distribución de contenidos. Los creadores de contenido que quieran ganar dinero o regalarlos, se irán acogiendo a la opción de Turbosquid, pues tras su asociación con Autodesk se convierte en el principal proveedor de contenido. La clave consiste en vender el producto libre de royalties. Lo vendes algo más caro, y que lo copien lo que quieran.

7.- Facilidad de creación . La utilización de meshes en vez de sólo primitivas, así como lenguajes de programación como Python, en vez de lenguajes de scripts como LSL, permitirán mejorar la creación de contenido, tanto creando externamente para importar en el entorno virtual, como mejorar la creación in world

8.- Transportabilidad. El poder llevarte todo el contenido de tu sim, así como tu inventario, manipularlo externamente y volver a importarlo, es algo que Opensim permite con las opciones OAR e IAR. En ese sentido, el desarrollo que mi querida amiga Zonja Capalini está haciendo con su herramienta ZOE, va a ser algo crucial.

9.- Facilidades para los usuarios. Atreverse a probar OpenSim, realXtend (o su nueva versión Taiga), es algo que "echa pa trás" al más valiente. La inmensa mayoría de los usuarios están acostumbrados a usar un visor, darse de alta en un registro y entrar en el mundo virtual. Ahora mismo este proceso sólo permite entrar en algunos grids como OSGrid, Condensationland, etc (Hispagrid en este año, si :-D ), pero para eso no vale mucho la pena hacer el esfuerzo, seamos sinceros, la principal fuerza de Second Life es que tiene muchos sitios interesantes a donde ir y muchos usuarios con los que socializar. El principal aliciente que puede tener un mundo virtual libre es que puedas tener tu propia isla, en tu ordenador, y usarla para crear, hacer actividades con tus amigos y lanzar proyectos que en SL sería carísimo o imposible. Bien, pues para ello irán apareciendo facilidades del tipo: "date de alta, elige donde quieres tu isla, bájate este paquete de instalación y sigue estas instrucciones", y el usuario podrá tener una isla en su ordenador, conectada a un grid público. Desde aquí iré informando de estos proyectos. En el próximo post, sin ir mas lejos.

10.- Esto es cuestión vuestra. Simplemente dejad en vuestros comentarios preguntas sobre puntos concretos que estáis interesados en saber, (¿cuando funcionará tal cosa?) e intentaré responderos.

Utilizando ZOE

2009-12-21T17:34:00.005+01:00

Zoe (Zonja’s OAR Editor) es una herramienta para manejar los archivos OAR que ha sido desarrollada por Zonja Capalini tal y como ella misma explica en sus posts: post “Moving and rotating OARs” y en "ZOE versión 0.1 released".

Como Zonja es amiga y compañera de Hispagrid, tuvimos la oportunidad de probar esta genial herramienta antes de que publicara el release de la misma, y os aseguro que el poder hacer estas cosas, probar desarrollos realizados por amigos y compañeros, es una de las grandes satisfacciones que un usuario aficionado a realizar tests, como es mi caso, consigue gracias al hecho de meterse en aventuras con el software libre.

Además, probar estas herramientas es algo que, aparte de dar satisfacciones personales, nos hace olvidar tensiones y estrés de la vida cotidiana.

Así que, Aparte de dar las gracias a esa gran persona y compañera que es Zonja Capalini, esto sirve para bautizar oficialmente como "zoedador" (término acuñado para la ocasión), al usuario que utilice esta herramienta, que por cierto, va siendo cosa de explicar en que consiste ¿no os parece?.

Opensim,(OS), nos permite guardar todo nuestro sim, incluyendo objetos, edificios, texturas etc., en un archivo comprimido llamado OAR (OpenSim Archive). Por otro lado, todos sabemos que el poder manejar grandes edificios en Second Life,(SL), y en OS, es complicado. A menos que el edificio este empaquetado, o que usemos editores externos como Henshin o Prim Composer, lo tenemos realmente difícil.

Imaginemos que hemos utilizado este oar llamdo "Big structures", ofrecido por Nebadon Izumi, de Oni Kenkon Creations, en el grupo de desarrolladores, y que ofrece tres grandes construcciones.

Son construcciones muy interesantes, y realmente grandes, tanto que ocupan 334 objetos con un total de 4726 primitivas

El edificio que tenemos en primer plano, consta de mas de 2600 primitivas, y querríamos utilizarlo, como edificio único, para instalarlo en el centro de una isla de 256x256 metros. El edificio tienes casi esa longitud, y ahora os podéis imaginar lo difícil que resulta la tarea de editar esa enorme estructura, para copiarla a nuestro inventario y posicionarla en otra isla, al no tenerla empaquetada.

Bien, gracias a ZOE, podemos
manipular estas estructuras de la forma en que vamos a ver. La
instalación de ZOE está perfectamente explicada por Zonja en su post "ZOE versión 0.1 released". Siguiendo sus pasos, hemos creado una carpeta donde se encuentra tanto ZOE. Como el archivo oar (large_structures_01.oar). ZOE puede trabajar tanto con un archivo sin descomprimir como con un directorio donde hayamos descomprimido el archivo. En este caso lo descomprimo en la misma carpeta donde esta ZOE. Usando 7-zip primero se descomprime al fichero "large_structures_01"

y luego vuelvo a descomprimirlo
.

con lo que nos aparecerán cuatro carpetas (assets, objects, settings, terrains) y un archivo.xml

Ahora podemos ejecutar directamente zoe.rex o abrir la consola de comandos para trabajar. Personalmente siempre prefiero usar la consola de comandos.

ejecutamos el comando "zoe large_structures_01.oar" y ZOE localiza y procesa los objetos.

Bien, ahora podemos proceder a usar los comandos. recordemos que podemos llamar a la ayuda contenida en la aplicación usando "?" y "help".

En el sim (testdiva 2), hemos tomado coordenadas, y sabemos que el edificio tiene 240 metros de largo, 110 metros de ancho. Por lo que lo primero que vamos a hacer es eliminar los otros dos edificios (delete x < 112) y luego vamos a mover lo que queda, que debería ser el edificio, 65 metros en dirección al centro de la isla (add -65 to x). Seguidamente empaquetamos el edificio en un nuevo fichero oar, (PACK "ZOEDADOR1.oar").
.

Queda el subir este edificio a una isla. Nos situamos en la isla Testdiva 1 y desde allí cargamos el fichero.

Entramos en nuestra región y podemos comprobar que en la isla Testdiva 1 se nos ha cargado el edificio justo en el centro.

Para remate, repetimos la operación pero ahora girando el edificio 90 grados con el comando "ROTATE 90"

Realmente es una herramienta, como dice Zonja, con diseño KISS (Keep It Simple, Stupid), aunque no estoy de acuerdo con lo Stupid ;-).

Gracias, amiga y compañera por esta utilidad. A partir de ahora ... aparece el término de "zoedador" para los usuarios que se animen a utilizarla.

Seguridad, Inventario y otras cosas en SecondLife y OpenSim

2009-12-18T13:56:00.006+01:00

De vez en cuando me llegan avisos desde SecondLife (SL), de usuarios pidiendo ayuda. No entro en SL más allá de una o dos horas al mes, por lo que recomiendo que se dirijan a otros, que, además, con seguridad están más al día de SL que yo.
No hago caso de temas como baneos, quejas contra Linden Lab (LL), (ahí soy muy cortante: si no te gusta como actúa LL, vete, si te quedas, ya sabes cuales son las reglas) y en cuanto a temas de seguridad (me espian, quiero saber que hace/donde está/con quien mi chico/chica), ya paso de ese área, Hay un Principio Básico en SL: SL no es un entorno seguro, y considera que cualquier cosa que digas o hagas es observada, así que actúa en consecuencia.

Un tema que afecta a otros usuarios son sus problemas con el inventario. No voy a dar aquí soluciones milagrosas, pues hay una dura realidad. Tu inventario no está asegurado en SL. Un Linden dijo una vez: "Garantizamos el respaldo de todos los assets (asset= todo, objetos, texturas, animaciones, scripts etc.) que están sobre el terreno, pero el inventario es problema tuyo". Esta frase no es una "chuleria" Linden, es debida a la forma en que los assets se tratan en SL, y que voy a explicar en este post. Asi pues, ante el inventario sólo se puede funcionar según la actitud que adoptemos.
La mía es que me importa un pimiento ;-). Quitando algún valor sentimental a algo concreto, por ejemplo los huevos de dragón, que me recuerda la época en que con Eva Nowicka participamos en la aventura de Wyrm, no me importa ni el inventario ni mi aspecto, así que si algún día se pierde, pues borrón (preferiblemente negro please ;-D ) y cuenta nueva.

Para quienes tengan un gran apego a su inventario, sólo hay dos cosas seguras que puedas hacer. Para los assets "full perm", puedes emplear Second Inventory, o Meerkat. Para los objetos que no son "full perm", no hay más remedio que utilizar herramientas ilegales, con riesgo de baneo si te descubren utilizándolas, (y creedme, LL se ha volcado en que la detección de estas herramientas funcione, y si te pillan no sólo vas a perder tu inventario, si no que olvídate de SL hasta que cambies de IP, MAC de tu ordenador y cuenta de correo).

Ahora viene la parte técnica de este post, en la que intentaré explicar como maneja SL los assets y que mejoras se han introducido en OpenSim.

Todos los assets, (repito que asset= cualquier objeto, animación, sonido, script y el mismo avatar que empleemos), son identificados por un código de 128 bits, que es un número realmente grande en números decimales (pensad en un número con 38 ceros y vereis que es REALMENTE GRANDE), y que se representa por algo así: 337b6cc6-8cca-489e-a1d0-0b03dbe29c5a en hexadecimal.

Este código se denomina UUID que son las siglas de "Universally Unique Identificator"(vale, sobra una "U" pero no me preguntéis porqué) y fué calculado en si día por magos de los números que aseguraron que el número era tan monstruosamente grande que se garantizaba que un generador aleatorio de esos UUID no podía, estadisticamente hablando, dar dos números iguales, aunque hubiera millones de generadores funcionando simultáneamente.

Vale, si alguien no se lo cree, basta con que se empape de la teoría matemática que hay detrás y que está clarisimamente explicada (cruzando los dedos y silbando mientras digo esto) aquí: Birthday Paradox.

Bien porque lo habéis estudiado y quedáis convencidos, ;-D, o bien porque simplemente os lo creéis, quedamos en que se pueden instalar unos generadores de UUID en cada servidor para asignar un uuid a cada asset.

En el caso de SL, LL los instala en sus servidores y en el caso de OS usamos este generador:

¿Porqué son tan importantes los generadores uuid?. Muy sencillo. Pensad en que constituyen una forma sencilla, eficaz y segura de crear firmas seguras para cada asset sin necesitar un conjunto de ordenadores centrales que lo hagan. Lo distribuido es siempre más eficaz que lo centralizado (por eso OS es más eficaz que SL, cuña propagandística insertada :-D ), asi que el poner un generador en cada máquina ahorra mucha carga de tráfico y otros problemas técnicos.

¿Como funciona la identificación de un uuid?. Quien quiera profundizar en esta parte, puede encontrar más información en la Red, pero para lo que a nosotros ahora nos interesa vayamos a la parte práctica del proceso. Si estamos in world y creamos un objeto, el servidor genera la uuid y la asocia al mismo. Si el objeto se queda sobre el terreno, el servidor lo almacena en su base de datos, IsilonFS, mientras que si el objeto pasa al inventario, lo almacena en MySQL (y probablemente InnoDB pero eso pertenece a los secretos de LL).

Esta es la clave. IsilonFS es un desarrollo específico basado en hardware, mucho más estable y seguro que las tablas MySQL/InnDB. Además, todos los assets que están en el inventario, se regeneran siguiendo un proceso, para descargar de trabajo a los servidores LL de forma así:

Nos conectamos a SL, se realiza el proceso de autentificación, (usando entre otras cosas, nuestra uuid), y el servidor mientras dice que "handshake region" realiza algo así:

Primera escena, en la frontera.

SL= Servidor Linden; C=Cliente, nuestro visor.
C.- Hola aquí estoy otra vez
SL.- Hola, a ver papeles. Pasaporte (uuid), permisos (no estas baneado), por donde intentas entrar.
C.- joé, vale aqui esta todo.
SL.- Peso del vehículo, tamaño (ancho de banda), ITV pasada (versión del navegador, librerías OpenGL, resolución gráficos, hadware, todo lo de preferencias, vamos).
C.- Ale mas papeles, aquí esta todo.
SL.- Veamos el inventario, abra el maletero, saque las maletas y pase al mostrador.
C.- Alaaa, lo que faltaba.

Segunda escena. Mostrador
SL.- a ver, abra esa carpeta, digo esa maleta. Hummm, a ver ese paquete, factura de compra (chequeo de la uuid), bien, a ver ese otro, vaya la factura no esta legible, veamos el número de teléfono del vendedor. Llamamos (es decir que el original del objeto está in world, bien porque está en nuestro terreno, bien porque es un objeto que se localiza en la base de datos del servidor de Linden).
SL.- A ver ese otro paquete. Huy, no se lee nada. ¿telefono del vendedor? (ahora llega la tragedia, no se localiza al vendedor, ni se encuentra en la base de datos del servidor...o sea que el paquete se queda en la frontera...).

Cuando un paquete se quedado en la frontera, para rescatarlo hay que hacer las alegaciones oportunas, es decir, intentar que esa uuid enlace con la información física perdida (código del script, forma y texturas del objeto, etc.). Si no se consigue, demos por perdido el asset.

Lo grave de este proceso, es que pude estar ocurriendo sin que lo sepamos, pues no usamos ese asset, y sólo cuando hay una perdida completa de maletas, nos enteramos de que tenemos un problema.

Como podéis entender, al final todo depende del comportamiento de la base de datos en el servidor de Linden. Quienes hayan trabajado con MySQL saben que son seguras hasta cierto tamaño, pero a partir de un gran número de registros, aparecen fallos.

Ese es el talón de Aquiles de SL: Su tamaño. Al ser un sistema de servidores centralizados, con un gran número de usarios y de assets, el factor de riesgo de datos perdidos aumenta. No hay que ser ingeniero informático para entenderlo. La protección de esos datos pasa por adoptar medidas caras, como la que han adoptado para proteger los assets in world, con IsilonFS, pero no se puede adoptar esa medida para los inventarios.
En Opensim el sistema es diferente, pues somos nosotros quienes administramos el servidor, y ahí están todos los uuids, objetos, formas, texturas etc. Basta con hacer copias periódicamente y con lo pequeña que es la base de datos estará segura.

Hay toda una filosofía tras esto, viendo el funcionamiento de uno y otro tipo de servicios, pero este blog-post se ha hecho excesivamente largo y lo comentaré en otra ocasión, pero adelanto que participar en lo que se está haciendo en OpenSim y Taiga, con una amplia experiencia de SL detrás, hace ver las cosas desde otra perspectiva, y os aconsejo que no le deis demasiado valor a lo que en un momento dado se puede perder, ya que esta en manos de otros, si no a la experiencia personal que esas líneas de código os han aportado, que es algo que ningún fallo os va a quitar.

En defensa de los derechos fundamentales en Internet

2009-12-09T08:48:00.003+01:00

Posteo aquí el Manifiesto que han redactado los compañeros de "El Correo de Las Indias"

Ante la inclusión en el Anteproyecto de Ley de Economía Sostenible de modificaciones legislativas que afectan al libre ejercicio de las libertades de expresión, información y el derecho de acceso a la cultura a través de Internet, los periodistas, bloggers, usuarios, profesionales y creadores de internet manifestamos nuestra firme oposición al proyecto, y declaramos que…

Los derechos de autor no pueden situarse por encima de los derechos fundamentales de los ciudadanos, como el derecho a la privacidad, a la seguridad, a la presunción de inocencia, a la tutela judicial efectiva y a la libertad de expresión.
La suspensión de derechos fundamentales es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el artículo 20.5 de la Constitución, pone en manos de un órgano no judicial -un organismo dependiente del ministerio de Cultura-, la potestad de impedir a los ciudadanos españoles el acceso a cualquier página web.
La nueva legislación creará inseguridad jurídica en todo el sector tecnológico español, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra economía, entorpeciendo la creación de empresas, introduciendo trabas a la libre competencia y ralentizando su proyección internacional.
La nueva legislación propuesta amenaza a los nuevos creadores y entorpece la creación cultural. Con Internet y los sucesivos avances tecnológicos se ha democratizado extraordinariamente la creación y emisión de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes.
Los autores, como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet no es posible sin vulnerar derechos fundamentales, deberían buscar otro modelo.
Consideramos que las industrias culturales necesitan para sobrevivir alternativas modernas, eficaces, creíbles y asequibles y que se adecuen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir.
Internet debe funcionar de forma libre y sin interferencias políticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre.
Exigimos que el Gobierno garantice por ley la neutralidad de la Red en España, ante cualquier presión que pueda producirse, como marco para el desarrollo de una economía sostenible y realista de cara al futuro.
Proponemos una verdadera reforma del derecho de propiedad intelectual orientada a su fin: devolver a la sociedad el conocimiento, promover el dominio público y limitar los abusos de las entidades gestoras.
En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate público y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no orgánica y que versa sobre otra materia.

Por favor difunde este manifiesto en tu blog, Twitter, en redes sociales, en foros o imprímelo y repártelo.

Machinima Merry Christmas 2009

2009-12-04T15:08:00.005+01:00

Poti Korobase es un usuario habitual de nuestro foro de Hispagrid, que junto a Plastichansa Bade nos vienen sorprendiendo agradablemente con sus creaciones, algunas de las cuales tienen escenas rodadas en nuestros sims, lo cual es de agradecer.Una ventaja que tiene Opensim es precisamente el que permite a creadores como Poti Korobase crear escenarios sin tener que empeñar hasta las pestañas para alquilarle a Linden Lab terrenos.Sin más parrafadas, os dejo aquí tanto el enlace: http://www.youtube.com/watch?v=2g5KrtdrJSk como el vídeo que estos creadores nos han regalado con vistas a la Navidad de 2009, y como podréis ver, es una auténtica gozada de vídeo.Gracias, Poti y Plastichansa, por vuestra obra. ¡Esperamos las siguientes!.

***********************************************

Encuentro y Cambios

2009-12-01T15:24:00.001+01:00

Acabamos mi mujer y yo, de subir de Valencia donde hemos conocido en modo sólido a los conocidos virtuales: Aleixandre, el Rey de los peluqueros virtuales, Mariam "Hada" Kidd, la alegre y risueña ex-alumna y perenne amiga, y Morri (¡¡corregido!!) (Morrigan Mathy), esa chiza a la que le encanta meterle memes a los colegas y que hasta ahora no había tenido el placer de conocer ni in world, ni posteando ni ná de ná, pero a quien como puede ver, he hecho caso y he cambiado la fuente y el color del texto para que sea más legible.
Pues aquí estamos estrenando nuevo look en el blog ;-)

Xiquets ¡Ha sido todo un placer conoceros!. Que ya era hora, caramba. Tenemos que repetirlo pronto ¿eh?.
Un gran abrazo de parte de mi mujer y mía.

Esto era RX5 en Hispagrid

2009-11-11T11:20:00.003+01:00

Como muy pocos usuarios han tenido acceso a lo que habíamos construído en nuestro servidor con realXtend 5.0, hemos tomado este vídeo para compartirlo desde aquí.Lo hemos cerrado porque ahora hemos iniciado los tests de algo más potente y nuevo, el siguiente paso evolutivo de realxtend. Nos referimos a Taiga.

Taiga es la parte de los servidores del Proyecto Corus que contiene todo lo que un desarrollador de plataformas virtuales puede necesitar, siendo Opensim sólo una parte del conjunto. Estamos avanzando mucho en su implantación y pronto tendréis noticias nuestras.
Mientras tanto aquí tenéis el vídeo de lo que acabamos de cerrar. Uno de los sims, Mistery, era donde yo estaba creando un entorno de RPG basado (algunos reconocereis las murallas), en Spell Force 2 Dragon Storm, ya se sabe que los dragones y yo siempre hemos mantenido estrechos lazos, (algunos íntimos de Second Life saben a qué me refiero). Espero retomar el proyecto algún día.

Esto era RX v5 en Hispagrid:
Enlace al vídeo: http://www.youtube.com/watch?v=l6WX7Swb3DE

Explorando Mundos Esféricos

2009-10-22T18:24:00.004+02:00

El nuevo visor de realXtend 4.2, nos permite visitar mundos esféricos viviendo una nueva experiencia.Estamos acostumbrados a que nuestros avatares se muevan sobre superficies planas. El que ahora nos vemos en el interior de una macroesfera es toda una nueva experiencia.
Pensad en las posibilidades que se ofrecen para crear nuevos entornos, como por ejemplo una estación espacial en el centro de un volumen que represente fielmente el vacío, con las físicas adaptadas a esta nueva exigencia.
La empresa Ludocraft, desarrolladora de realXtend, ha creado esta versión del visor, y en este extraño mundo esférico podemos ver la presentación de su novedoso proyecto NoviCraft, creado por LudoCraft en colaboración con TeamingStream.
Para poder disfrutar de esa experiencia, basta con que os descarguéis el nuevo visor realXtend 4.2 desde su página y lo instaléis. Después, cread una cuenta en http://world.virtualexpo.fi , por ejemplo con el nombre "USUARIO"y para conectaros usad en el campo "User Name" el valor USUARIO@world.virtualexpo.fi en el campo Connecto To usad @world.virtualexpo.fi y la clave que hayáis elegido.
Este vídeo os dará una idea de la experiencia. Que lo disfrutéis.

Empujando límites en realXtend

2009-10-19T01:56:00.001+02:00

Me gusta construir, disfruto con ello, pero nunca me ha gustado ni tener testigos cuando construyo, excepto en el caso de amigos íntimos, ni el supeditarme a las exigencias de quien me ha pedido la construcción. Por ese motivo me encanta tener mis propios sims y realizar pruebas en ellos. Lo que he probado, en nuestro servidor de Hispagrid, son los límites que se pueden alcanzar construyendo con meshes en nuestro servicio de modrex en realXtend. Para realizar este ensayo, he creado una isla de 256x256metros, rellenandola a un nivel de 32 metros y creando un edificio de tamaño similar a la isla: 256 metros de largo por 176 metros de alto. El edificio simula un espaciopuerto, con opción de oficinas y varias naves. Cuando construyo algo me gusta forzar los límites, y como aquí no tengo la limitación de Linden con las prims... ;-D

Ahora me toca emprender otro experimento de construcción, en otro estilo totalmente diferente. Hasta que no lo tenga avanzado, no volveré a comentarlo ;-)

Arte en CondensationLand

2009-10-14T18:30:00.003+02:00

Cuando mi querida amiga Zonja Capalini escribió en en nuestro grupo privado de Hispagrid, su proyecto de potenciar el arte en OpenSim, tengo que confesar que dudé.Conozco la voluntad promotora de actividades de todo tipo de Zonja, pero he visto a lo largo de mi vida virtual ya muchas exposiciones y conozco la diferencia entre sólo mostrar arte y lo difícil que es poder crear algo que no solo lo muestre, si no que motive a creadores y asistentes a mantener ese interés en el futuro.Bien, tengo que reconocer que lo que Zonja ha logrado, con la ayuda de los otros socios y creadores de CondensationLand: Ludmilla Writer ,a quien al igual que a Zonja, tuve el placer de conocer en RL, y disfrutar de la maravilla que es ver la puesta de sol en Ibiza (un abrazo wapa), y de Mikil Tiki es algo que emociona y hace que las arenas del tiempo pasen sin sentirse mientras se recorre ese maravilloso, paradisíaco entorno que es CondensationLand mientras se saborea esa mezcla de sensualidad y fuerza vital, sensibilidad y hechizo de vida, pues estas obras, de Zonja, Ludmilla, Mikil, Sennaspirit Coronet, Shoshisn Shilova y esculturas también de Shoshisn, nos ofrecen unas 80 ventanas a momentos y personalidades de avatares encuadrados en los pixels de la vida virtual. Os animo a ir a verlo siguiendo las instrucciones de Zonja y os pongo unas diapositivas que sólo dan una pálida imagen de lo que se siente al disfrutarlas en esa filigrana de construcción que es Condensation.Zonja, es todo un placer gozar de tu amistad y poder disfrutar de los frutos de tu iniciativa. ¡Gracias!Este es el principio del proyecto. Zonja está convenciendo a más creadores para que aporten mas obras y poder mantener este proyecto vivo. Seguro que así será.

Para viajeros y creadores. Nuevas opciones de Meerkat

2009-09-30T23:24:00.001+02:00

Siempre he admirado a los viajeros, que, a mi entender, viven y disfrutan de lo que ofrece un entorno virtual, de forma realmente inteligente. En vez de pelearse con códigos, como hago yo, disfrutan de la belleza que artistas y creadores consiguen construir en Second Life, (en Opensim todavía no hay mucho que ver ;-D, tiempo al tiempo), y desde sitios como el de Irene Muni o el grupo de mi amiga y compañera de aventuras en Opensim, eiko Ivory, "Las 1001 noches", se los ofrecen a los demás usuarios.Por ese motivo, una carencia que personalmente he echado de menos en Second Life, es la de elección de un entorno en determinados momentos. Muchas veces llegamos a un entorno realmente interesante, y aunque juguemos con las opciones de elección de día, noche, amanecer o puesta de sol, no es realmente lo que haría falta para saborearlo mas intensamente.Es más, si somos afortunados y la potencia de nuestra tarjeta gráfica nos permite usar windlight, sombras dinámicas y otras virguerías, mejora si, pero falta la magia que debería ir asociada a ese lugar.Los grandes artistas pueden crear un entorno subterráneo, o con nieblas, para introducirnos en esa atmósfera, pero algunas veces, si queremos crear algo realmente especial, desearíamos poder seleccionar una atmósfera especial y poner un aviso de "recomiendo que uséis este entorno, para entender lo que he querido transmitir".Hace unas semanas, cree una isla en nuestro servidor de Hispagrid, basándome en fractales, y modificando la textura de los terrenos. Un paisaje realmente extraño, sí perooo... pero le faltaba una atmósfera acorde.En eso, en el canal de IRC de Meerkat en EFNet, preguntaron los desarrolladores que sugeríamos mejorar en este sorprendente nuevo visor, y entre otras mejoras, propusimos que el usuario pudiera seleccionar diferentes entornos. Cielos violetas, atmósferas tormentosas, atardeceres mediterráneos o infernales.Un regalo para viajeros y para creadores, que les permitirá disfrutar de sus lugares favoritos de SL desde otros entornos, y luego plasmarlos en capturas y vídeos.El visor meerkat lo podéis descargar desde http://meerkatviewer.org/ y en este vídeo que he preparado podéis apreciar sus posibilidades.Que lo disfrutéis.

Testeando Blue Mars. New Venice

2009-09-13T16:51:00.004+02:00

A principios de Agosto los promotores de Blue Mars me concedieron el acceso a esta plataforma en estado Beta, como usuario y como desarrollador.
Me interesaba probar Blue Mars ya que difiere de las otrs plataformas que he probado (Second Life, OpenSim, realXtend/ModRex), en variass áreas fundamentales. En primer lugar, proviene de una plataforma que probé asiduamente antes de entrar en Second Life, Entropía Universe. Además, utiliza el que, a mi parecer, es el mejor y más potente motor gráfico existente, el mismo que hemos disfrutado en el juego Crysis, y emplea como render gráfico, Collada, utilizando un formato, el .cfg, basado en una conversión del .dae.
Desde el punto de vista de desarrolaldor, ofrece unos potentes kits de desarrollo para empleo sobre 3dMax Studio, Maya y Photoshop de los que hablaré en otra ocasión.
Ahora me limito a mostraros uno de sus mundos, el nivel llamado "New Venice", al mismo tiempo que podéis disfrutar de la música "Sensoria".

SENSORIA

---------------------------------------------------------

música libre de derechos de autor que podéis descargar líbremente desde Jamendo, muy útil para preparar vídeos sin que los ejem, simpáticos, ejem, representantes de la SGAE se os echen encima o los de youtube os pidan que lo retiréis.

.
.
.
.
.
.
.
.
.
.
.
.
.

Como podréis ver los gráficos de Blue Mars son realmente increíbles. Su sistema de renderizado gracias al motor Cry2, utiliza las físicas optimizando los recursos de la tarjeta gráfica (PHYSICS CRY2), de forma inalcanzable por SL, OpenSim o realXtend. Su capacidad para generar luces directas e indirectas, así como sombras dinámicas es realmente fotorealista y es la priemra plataforma que permite importación directa de creaciones con texturas bakeadas y luces desde 3dMax y Maya.

Enlace al vídeo.

Prim Composer

2009-08-30T12:00:00.004+02:00

1. ¿QUE ES PRIM COMPOSER?

Prim Composer es un plugin libre y gratuito creado por Shack Dougall que nos permite importar/exportar en SecondLife o en OpenSim, objetos creados con SL-primitivas, en 3dMaxStudio.
También, como Second Inventory, nos permite exportar desde SL o OS aquéllos objetos de los que somos creadores y tenemos full perm, hasta 3dMax Studio.

Por el momento SÓLO ES COMPATIBLE PARA WINDOWS XP/VISTA.

Personalmente, he usado este plugin desde su aparición, y con él he creado, por ejemplo, los edificios que podemos ver en estas capturas.

y tal y como explica en Shack en su página, permite:

Create and texture prims, sculpties, and linksets in 3ds Max^®.
Import and export builds from all three platforms: 3ds Max, Second Life, and OpenSim.
Build anywhere. Deploy everywhere.

Sus características, documentación y enlace para la descarga las encontramos en:

Sus requisitos son:

3ds Max: Max7 or greater
.NET 2.0
Windows XP or Vista

¿Como funciona? en palabras del propio Shack:

"Construir con Prim composer para 3d Max es un proceso en dos etapas. Se crean, offline, linkan y testurizan las primitivas en 3ds MAx, y desde allí son exportadas, con sus textruas, sculpmaps y atributos como un fichero XML y bitmaps al disco. Finalmente, el edificio es cargado en Second Life o en Open Sim usando un importador que se logea en el grid como si fuera el avatar del constructor y sube texturas, las primitivas creadas y las linca entre ellas en la construcción final. Soporta tanto sculpties como primitivas normales".

2. DESCARGA E INSTALACIÓN

Prim Composer se descarga desde la página de su creador, Shack Dougall.

Lo descargamos y descomprimimos en una carpeta

Instrucciones para la instalación: http://liferain.com/downloads/primcomposer/installation/

Videotutoriales en: http://liferain.com/downloads/primcomposer/tutorials/

En texto:

Instruciones en texto

Estas son las instrucciones de la página original para instalar Prim Composer

Supongamos que tenemos instalado 3d Max en el directorio "C:\Archivos de progrma\Autodesk\3ds Max 9\". A ese directorio lo llamamos "3DSMAX_HOME".

IMPORTANTE:

Si teníamos una instación previa de SculptGenMax o Prim Composer, debemos desinstalarla y eliminar su archivos previamente a realizar la nueva instalación :

Estos ficheros estarán en

3DSMAX_HOME\stdplugs\stdscripts\primcomposer\

Si es una nueva instalación, debes realizar el ajuste de turn off True Color dithering en 3ds Max. Si no lo hacemos, las sculpties se exportarán con pequeñas variaciones de valores aleatorios. Para hacer este ajuste, debemos ir a Customize -> Preferences -> Rendering ->Output Dithering y desmarcar True Color.

Copiamos los archivos maxscript a stdscripts

a continuación copiamos la carpeta “primcomposer” que viene con Prim Composer dentro de “3DSMAX_HOME\stdplugs\stdscripts\”. Si, debido a tener restos de instalación anterior, nos pregunta si sobreescribimos, decimos que sí.

Finalmente tendremos algo como esto:

¡Felicidades! ¡Ya tenemos instalado Prim Composer! Reiniciamos 3ds Max y podemos comenzar.

Ahora tenemos el menú "Prim Composer" instalado en la Barra Principal de Herramientas.

Podéis ver también: Prim Composer - Support, User Guide and FAQ.

3. CREANDO EN 3DS Y EXPORTANDO

Lo primero que debemos hacer ajustar las unidades y la rejilla de referencia

Units Setup and Homegrid

Para facilitar el trabajo, ajustemos las unidades y la rejilla de 3ds Max a metros, ya que es la unidad empleada en SL y en OS.

En el menú principal situado en la parte superior de 3ds Max:

“Customize > Units Setup… > Display Unit Scale” la ajustamos a Metric (meters).
“Customize > Units Setup… > System Unit Setup” debe al valor de 1 System Unit = 1 inches.
“Customize > Grid and Snap Settings… > Home Grid > Grid Spacing” debemos ajustarlo aun valor lógico en función del objeto que vayamos a crear, teniendo un valor comprendido entre 0.5m, 1.0m, o 10m. El número exacto dependerá de lo que necesitemos.

Una vez ajustados estos valores, seleccionemos dentro del grupo de "Satandard Primitives", la nueva familia "Prim composer"

Nos aparecerá un cuadro de diálogo, en el que podemos elegir las SL primitivas

y además Sculpmap o SculptShapes, con la opción de las suves curvas NURBS

La creación dentro de 3dMax queda fuera de este tutorial. Guías, foros especializados y videotutoriales hay en abundancia en la REd.

Pasemos directamente al momento en que hemos creado un edificio sencillo utilizando las SL prims.

Del menú "Prim Composer" seleccionamos "Export All"

Nos preguntará la carpeta de destino. Aceptamos la propuesta o creamos una específica para nuestras exportaciones. Le damos un nombre al proyecto.

Tras hacer click en el botón de "Export" realizará ell proceso, y al final nos dará los siguientes datos:
-prims: indicando si se han exportado o no, todas.
-linksets: o grupos de prims lincadas.
-sculptmaps: si teniamos sculpties seleccioandas
-textures y baked: si teniamos texturas aplicadas a nuestras primitivas y si las habíamos bakeado, es decir, ajustado con valores de luz, sombra, brillos, etc. a las primitivas.

Con el proceso anterior sólo exportaríamos un edificio desnudo a SL/OS, que deberíamos texturizar in world, cosa que no es necesaria si aplicamos los materiales.

Es lo que vamos a ahcer ahora, aplicamos materiales a nuestro edificio.

Seleccionamos ahora en la exportación, tanto Texturas como Bakeado

Ahora tarda mas tiempo

Ya ha acabado pero nos avisa que si lo subieramos a SecondLife nos costaria 3370 L$

Afortunadamente para nuestro bolsillo, vamos a usar OpenSim.

Tenemos todo exportado en la carpeta ediifcio tutoazul. Tanto el archivo .xml como las texturas.

4. PREPARANDO OPENSIM Y USANDO MAXPORT

Preparamos sitio en opensim. Las coordenadas de donde estaba nuestro avatar cuando salimos sera la que tome maxport para situar el edificio. Es interesante tener esto en cuenta para el posicionamiento correcto del mismo.

Salimos de opensim

La region donde vamos a rezzear es

En la consola comprobamos que estamos en la region que queremos, en este caso PRIMCOMPOSER, si no el edificio se rezzeara donde estabamos, que era la region ROOT.

USANDO MAXPORT

odemos encontrar más informacion de como usar el comando aquí: http://liferain.com/downloads/primcomposer/maxport/

un truco que utilizo es crear un documento de texto donde escribo todo el comando de maxport

El comando es:

maxport.exe -flp Test User test -ui "http://127.0.0.1:9000" "C:\Documents and Settings\Alberto\Mis documentos\3dsmax\scenes\edificio tutoazul"

Nos situamos en el directorio donde esta instalado maxport y abrimos la consola de comandos.(NOTA: Para añadir la opción de abrir la consola de comandos con el botón derecho del ratón, ver nota al final de este tutorial)

Copiamos y pegamos el comando

Con Enter el proceso comienza

Según el número de prims y de textruas, puede tardar bastante. Tiempo para tomar un café y volver.

El proceso finaliza

Nos logeamos en nuestro sim y vemos como ha quedado el edificio

Podemos ver lo que algunos artistas han conseguido con Prim composer por ejemplo en Daikon Forge

SEGUNDA PARTE: USANDO MAXPROXY PARA EXPORTAR DESDE SL Y OS A 3DMAX

Ver http://liferain.com/downloads/prim-composer-11-sl-to-3ds-max-workflow-and-nurbs-integration/2/

(imagen del blog de Shack Dougall)

primero configuramos el visor con -loginuri

luego creamos el comando

luego arrancamos Maxproxy con consola comandos

luego arrancamos el visor via proxy y nos saluda al llegar

con el permiso de Inuska Zenovka y Dea Hanni, voy a llevarme su vagon de metro a mi 3dmaxstudio

decimos /save vagonMetro

contesta Maxproxy

lo encontramos en prims

Prestad atención al aviso de Shack:

******************************************************

In some cases, Maxproxy is unable to
download all of the sculptmaps or textures that the user has permission to
export. This happens most often with OpenSim when a texture is being downloaded
more than once in the same session. For example, I see this problem when
exporting the same object more than once from OpenSim. The first time that I
export the object, all of the textures download perfectly, but if I try to do
the same export again, then some of the textures fail to download. At this
point, I’m not sure if it is a bug in OpenSim or Maxproxy, but I haven’t seen
the problem yet with Second Life. To compensate, a new option has been added to
Maxport called –export-textures. When this option is used, Maxport scans the
input XML file for sculptmap and texture references and downloads any that do
not already exist in the sculptmaps and textures sub-directories. Thus, if
textures failed to download with Maxproxy, you can logout of OpenSim and then
run Maxport with –export-textures to get the missing textures. For it to work,
you also need to specify the first name, last name, password, loginuri, and
inputxml on the Maxport command line. Here is an example of how it might look
(all in one line):

*************************************************

maxport.exe
--export-textures -flp first last pass
-u "http://127.0.0.1:9000" -i "c:\prims\myObject\myObject.xml"

VEAMOS CON ESTRUCTURAS COMPLEJAS

elejimos la cubierta de Anden1

/save CUBIERTA

y finalmente en 3dmax

Podemos ver lo que algunos artistas han conseguido con Prim Composer.
Por ejemplo en Daikon Forge .



******************************************************************
NOTA: como añadir al explorador de windows la opción de abrir la consola de comandos con el botón derecho del ratón.

Lo primero es acceder al editor de registro, para ello nos vamos a Inicio, Ejecutar, escribimos regedit y le damos a Aceptar. A continuación debemos navegar a través del panel izquierdo
hasta acceder a la siguiente clave:
HKEY_CLASSES_ROOT\Directory\shell
Ahora debemos crear una nueva clave dentro de shell, 
y para ello pinchamos encima con el botón derecho y le damos a 
Nuevo, Clave. 
Nos pedirá un nombre y le introducimos CommandPrompt.
Nos habrá creado un valor por defecto en el panel derecho, hacemos
doble click sobre él y le introducimos el nombre que queramos dentro
del valor, a ser posible que sea descriptivo algo así como 
Consola de comandos a partir de aquí.
Creamos una nueva clave dentro de CommandPrompt y le introducimos 
el nombre de Command. Dentro de Command hacemos doble click encima 
del valor que aparece por defecto y le introducimos el siguiente 
texto:
cmd.exe /k cd %1
Aceptamos todo, cerramos y simplemente hacemos click con 
el botón derecho encima de cualquier carpeta y comprobamos que aparece 
la nueva opción quehemos creado y que, efectivamente, funciona.

TUTORIAL INSTALACION OPENSIM Y HIPPO VIEWER EN UBUNTU 9.04

2009-08-06T07:58:00.003+02:00

He preparado esta Guía pensando en los usuarios de Ubuntu, que espero que os sea de utilidad. Asimismo la encontrareis dentro de pocos días en el portal de http://www.hispagrid.com/ en cuanto los compañeros vuelvan de sus vacaciones. Está tanto en español como en inglés porque a través de mi trabajo en http://maxping.org/ (no dejéis de leer la parte en lengua española que allí llevo: (http://maxping.org/resources/babblefish/spanish.aspx) cada vez tengo que utilizar más el bilinguismo.

Creo que es bastante sencilla de seguir y os animo a que probéis Ubuntu y veréis como OpenSim funciona mucho mejor allí que sobre Windows.

*************************************************************

REFERENCIAS/REFERENCES

Sitio oficial Opensim: http://opensimulator.org/wiki/Build_Instructions

Oficial OpenSim site: http://opensimulator.org/wiki/Build_Instructions

PASOS/STEPS:

1.- Desde el terminal, instalaremos las librerias necesarias con el comando:

sudo apt-get install subversion nant mono-gmcs libmono-microsoft8.0-cil libmono-system-runtime2.0-cil libgdiplus libmono-i18n2.0-cil libmono-oracle2.0-cil ruby

1.- From the console, we will to install the necessary libraries with this command:

sudo apt-get install subversion nant mono-gmcs libmono-microsoft8.0-cil libmono-system-runtime2.0-cil libgdiplus libmono-i18n2.0-cil libmono-oracle2.0-cil ruby

2.- Finaliza la instalacion previa.

2.- Finish the preliminary installation.

2.- Descargar los fuentes desde: http://dist.opensimulator.org// (los mas recientes al final).

2.- To download the sources from: http://dist.opensimulator.org// (the newest ones at the end).

3.- Descomprimir en una carpeta de fácil localización, "opensimulator" en esta guía.

3.- Unzip in a folder easy to find, "opensimulator" in this guide.

4.- Desde el Terminal, nos dirigimos mediante los comandos "cd" y "ls" a donde se han descomprimido los ficheros

4.-From the Terminal, we are using the "cd" and "ls" commands to locate and situate where the files are decompressed.

5.- Una vez en "opensimulator" ejecutamos ./runprebuild.sh

5.- When we are situated in the " opensimulator" directory, to execute ./runprebuild.sh

6.- Cuando en la consola aparezca la indicación de que se ha finalizado el proceso mediante el aviso de "BUILD SUCCEEDED", ejecutamos nant

6.- When the process is finished, the indication "BUILD SUCCEEDED", appear and whe can execute nant

7.- Después de haber ejecutado "nant", utilizando el gestor de archivos (sin cerrar la consola) nos situamos en el directorio bin y comprobamos que se ha generado el fichero opensim.ini, si no, copiamos el opensim.ini.example y lo renombramos a opensim.ini

7.-After "nant", using the file manager (without closing the console) open the bin directory and check if the file opensim.ini has been generated, if not, copy the opensim.ini.example and rename it to opensim.ini

8.- Ahora con cd nos situamos en el directorio bin y alli lanzamos la version de 32 o 64 bits que nos corresponda según la configuración de nuestro sistema. En esta guía utilizaremos la versión de 32 bit. Para ejecutar la acción deberemos utilizar el comando "mono" antes:

"mono OpenSim.32BitLaunch.exe"

8.- Now, using the "cd" command, we will go to the bin directory, to start the 32 or 64 bits version of OpenSim than we need in function of our system configuration. In this guide we are going to use the 32 bits one. We need to use the command "mono" before: "mono OpenSim.32BitLaunch.exe"

9.- Arranca la consola de opensim, nos pide los datos de nombre de la region, del avatar, ip etc. Aceptamos los valores propuestos por defecto o, como en ejemplo, lo personalizamos llamando a nuestra región "UbuntuJAUNTY" y he utilizado el nombre de mi avatar en Second Life.

9.- Start the opensim console, we are asked for the name of the region, the avatar, ip etc. We can accept the default values proposed or, as in example, we customize them. In our case, calling to our region "UbuntuJAUNTY" and using the Second Life's avatar name.

10.- Finalizado el proceso, (la consola se queda en "Region"), no la cerramos consola, ahora toca instalar el visor HIPPO.

10.- Finished the process, (the console show us the "region" indication), and with the console open, we are going to install the HIPPO viewer.

11.- Descargamos usando firefox desde: http://www.osgrid.org/elgg/pg/utilities/software y le indicamos donde se instalará.

11.- We to download the aplication, using the web browser, from the osgrid place: http://www.osgrid.org/elgg/pg/utilities/software and directing it to the place where is going to be installed.

12.- El proceso es automático, ya que han configurado el fichero para que realice un equivalente a apt-get de forma que verifica que ficheros necesita y los descarga e instala en el sitio correcto.

12.- The process is automatic. The folks from OSGRID has been configurated it like an apt-get mode, and the application verifies that files are needed, and download and install them in the right place.

13.- Tras la instalación iniciamos el visor directamente con el ejecutable.

13.- After the installation, we can start the viewer directly fron the executable.

14.- En el visor, seleccionamos "grids" y añadimos nuestro sim local con "add", indicamos que la url del grid es la http://127.0.0.1:9000 y lo llamamos "opensim local" y aplicamos y guardamos. Introducimos nuestros datos de usuario, nombre, apellido, clave y ya estamos en nuestro sim local.

14.- In the viewer, we select the "grids" option and with the "add" knob to create a new called "local opensim", with the grid url is the http://127.0.0.1:9000 one, and to apply and accept this new grid. After that, select our name, surname and password and we go to our local opensim.

HACIENDO UN SCRIPT EJECUTABLE PARA INICIAR OPENSIM

MAKING AN EXECUTABLE SCRIPT TO START OPENSIM

Para poder llamar directamente a la aplicación desde el escritorio, creamos un script utilizando gedit, copiando y pegando los comandos que están al final de estas instrucciones y guardando el fichero en el escritorio como "monoopensim" y con la extensión "sh". Así podremos ejecutarlo haciendo doble click sobre el archivo.

To start directly opensim from our desktop, we can make an script using gedit. To do it, copy&past the commands than you can find at the end of these instructions, and saving the file in the desktop, with the name, for example, of " monoopensim", extension "sh", it can be executed with a doble cick directly.

#!/bin/bash
cd /name of the directory/opensimulator/bin
mono OpenSim.exe

La terrible polémica de BuilderBot

2009-07-27T13:45:00.004+02:00

He esperado a que se pasara la parte feroz de la tormenta antes de escribir sobre la polémica del BuilderBot

A estas alturas todos vosotros ya sbeis de que se trata, pero por si alguien, es época vacacional, se ha despistado, hagamos una breve sinopsis.

El BuilderBot es una herramienta creada por los chicos de Rezzable, que permite copiar toda una región, objetos, texturas y scripts incluídos, dandole lo mismo que sean no copy.
Textualmente, según escribieron sus creadores, hace esto:

What is BuilderBot?

A set of tools to allow content owners to

SIM2OAR = copy their prims into an OAR file

OAR editor to look at XML contents and merge, replace items

OAR2SL = a bot to rebuild a sim in SL from an OAR file.

Significantly, there is no check for DRM at all. We did not need this as all our stuff is ours and the extra check makes the process even longer/more unstable

Esto de entrada, ya era impactante, el que no chequee DRM (es decir si el usuario de la herramienta tiene o no permisos para copiar los objetos), era suficiente para que los gritos y protestas que recordamos de cuando apareció el CopyBot, parecieran murmullos de una Cofradía del Silencio. Lo mas fuerte vino de la propuesta de los creadores de publicar como código libre la herramienta para uso particular.

Eso fué la hecatombe. Los comentarios desbordaron todo lo imaginable y varios descerebrados llegan a justificar el ataque físico, otros lo aplauden, unos piden que vendan la herramietna a los Linden para que este controlada, otros sueltan sapos y culebras... todo un triste espectáculo.

Entre tanto caos, siempre aparecen voces llenas de lógica y comentarios razonables. Gracias a mi amiga Zonja por mostrarmelos entre tando ruido.
Uno es el comentario de Pavig Lok , contestando a Hiro, acerca delos TOS, explicando, como dice Zonja, "...tanto los detalles técnicos como el porqué no es buena idea respetar los sacrosantos TOS de los Linden...", pero os dejo a vosotros su lectura.

El motivo es muy claro, como claramente lo expone Bettina Tizzy en el genial blog de "NPIRL-No Possible In Real Life", y que se resume, aparte de denunciar las amenazas de muerte proferidas contra los creadores de la herramienta en estos dos puntos:

La mayoría de los constructores reunidos en las sesiones (y los constructores que pertenecen a NPIRL son de sobra conocidos), están de acuerdo en que una herramietna como BuilderBot es útil y necesaria para constructores serios y responsables.
Hace años que los constructores y los propietarios de regiones en SL, están pidiendo a Linden Lab una herramienta de este tipo. Si ellos no la han creado, sólo era custión de tiempo que alguien lo hiciera.

Finalmente, los responsables de Rezzeable han dado marcha atrás y han decidido ofrecer la herramienta sólo en versión profesional, por un coste de unos 100 USD, lo cual a los propietarios de regiones les interesará para tener copias actualizadas de las mismas, pero deja fuera del alcance de la mayor parte de los usuarios su adquisición. Para muchos esa cantidad les queda fuera de sus posibilidades.

Sinceramente me parece que con lo que ha pasado, sólo quienes quieren tener un medio accesible para salvaguardar sus copias, quedan fuera del juego. Muchos sabemos, desde hace tiempo, como copiar todo lo que está en un radio de 125 metros a nuestro alrededor, sea o no copiable, y no por ello nos vamos dedicando a copiar todo lo que vemos. Eso es algo que sólo los grieffers hacen.

Por otro lado, ya nos permite Merkaat, copiar todos los objetos que hemos creado, a nuestro disco duro, y no es demasiado difícil modificar su código para copiar incluso lo que no es copiable.
Asimismo Adam Frisby ha desarrollado una herramienta para copiar también sims completos y evitar que tantas hermosas regiones desaparezcan, como ya ha ocurrido, cuando sus propietarios no pueden o no quieren continuar con ellas.

Como dice Jani Pircola en nuestra web magazine (por cierto visitad la parte española que es la que llevo yo ;-D ), DRM está muerto. Los criminales saben como reirse de él, mientras que la gente honrda, usuarios, creadores y propietarios, se sienten amenazados por sus restriciones.

Linden LAb debería lanzar las herrmietnas que permitan, de forma controlada, que los usuarios que han adquirido objetos, los creadores y quienes les han contratado, puedan sacar copias controladas.

Hay métodos seguros para garantizar el proceso: Cablebeach, OpenID,

Linden Lab debería recordar esta ley inexorable:

Las herramientas que piden los usuarios y que ellos no suministran, la Comunidad de Software Libre acaba creándolas.

Post Vacaciones ( 1ª Parte )

2009-07-20T17:42:00.002+02:00

Lo de Primera Parte es porque todavía me quedan bastantes vacaciones por disfrutar, que conste ;-D, pero tomémoslo con calma y por ello voy a escribir un post un tanto atípico, con varias anécdotas y temas en vez de centrarme en uno sólo.

Ahora que ya han pasado varias semanas desde el II Congreso de Ibiza, (Por cierto, las ponencias podéis descargarlas desde este enlace ), hay una simpática anécdota que me apetece contar.

En la fotografía no se aprecia, y yo no me había dado cuenta, pero como me dijo Aitor Morrás, después de terminar mi ponencia, en el cartelón donde se pone el nombre y títulos o cargos del ponente, Aitor tuvo la genial y entrañable idea (gracies xiquet ) de poner en mi caso, como cargo:

EXPLORADOR VIRTUAL DE HISPAGRID

lo cual tuvo que confirmar e insistir ante los organizadores que no sabían muy bien de que iba ¿Hace falta deciros que me encanto?. De hecho, y para que no parezca tan serio como en esa foto oficial parece , aquí se puede ver lo contento que me puso. :-))))) ( Eiko estaba al acecho). En su momento ya expliqué por qué me considero un explorador más que ninguna otra cosa.

Por otro lado, el amigo Cabans, tal y como ha anunciado, ha creado un grupo para todos quienes estamos trabajando con OpenSim o en plataformas afines. Tal y como indica en su post, para darse de alta basta con que le envieis un mail.

En Hispagrid estamos testeando algunas cosas interesantes, que funcionan a medias. Cuando logremos que hagan lo que se supone que deben de hacer, es decir que los desarrolladores resuelvan este bug reportado, ya os comentaré más al respecto.

Mi genial y encantadora amiga Zonja ha conseguido generar una hermosisima botella de Klein, y lincarla, ¡¡¡ con 2889 primitivas, brillo, glow y rotación !!!. Mirad que hermosura podéis encontrar en su archipiélago Condensation (sólo en OpenSim, en SL eso es imposible, al menos que te gastes una fortuna en tierras).

Finalmente,ha sido una gozada volver de vacaciones y poder disfrutar de esta hermosa creación con la que nos deleita Lex Grey y sus amigos: Ghost. Mas allá del amor.

Ghost es una de esas películas que nunca he podido ver entera, y afortunadamente siempre con un buen libro cerca, pues me parece más ñoña que Sonrisas y lágrimas, que ya es decir, pero este vídeo de Lex&Compas es realmente digno de ver una y otra vez. Además me ha servido para averiguar porqué había una lata de coca-Cola en el suelo del Andén1...¡¡y yo echándole la culpa al servicio de limpieza!!
¡¡Gracias por vuestro trabajo!!

Un pequeño homenaje a LexGrey

2009-07-04T13:13:00.005+02:00

Todos conocéis a LexGrey, una de las personas más creativas que uno puede tener el placer de conocer y que disfruta mostrándonos como se puede aprovechar una persona de un entorno tan rico como es el virtual, tanto en SecondLife como en Opensim, para disfrutar tanto de la creatividad como de las relaciones personales. Porque lo importante no es tanto la plataforma, si no el cómo la aprovechamos.

Hace tiempo, Lex publicó uno de los mejores tutoriales que conozco para poder ver vídeos de Youtube dentro de secondLife: Manual: Ver vídeos de "Youtube" dentro de Second Life.

Justo unas horas antes de irme de vacaciones, quería dejar a los compas de Hispagrid algo para que testeen y luego seguro que mi querida Eiko Ivory va a disfrutar y convertirá en un genial tutorial. Quería aprovechar la posibilidad que ofrece el entorno realXtend, en modo ModRex para que cada textura propia, que hayamos subido, se convierta en un reproductor multimedia, sin tener que usar el método SL de usar el terreno como interfase. Sin enrollarme, podemos crear una serie de pantallas y que cada una reproduzca video, sonido o páginas web sin tocar para nada el terreno, por lo que no necesitamos ser su propietario, sólo necesitamos ser el propietario de la textura.

Estamos testeando en nuestro servidor el nuevo realxtend v 5.0, si bien todavía me fallan algunas cosas, y estoy en ello con los creadores del proyecto.

Mientras tanto, siguiendo el tutorial de cybertechnews, el antecesor de la webmagazine maxping en la que colaboro (ché pasad a leer que es un curro traducir los resúmenes semanales ;-D: ), http://www.cybertechnews.org/?p=369 y el de Lex, he unido su vídeo desde youtube con el de Guns&Roses de http://www.cybertechnews.com/test/gnr.html

En el caso del vídeo desde youtube, basta con poner una tasa de refresco de 60 frps.
En el caso del vídeo desde el webserver, en este caso desde: http://www.cybertechnews.com/test/gnr.html

podemos utilizar nuestro propio webserver y para ello este es el código:

*********************************************************************

<html><body bgcolor="#000000"><center><
object width="640" height="505">

<param name="movie"
value="http://www.youtube.com/v/hT8NAK0_nAQ&hl=en&fs=1&rel=0">

</param><param name="allowFullScreen"
value="true"></param><param name="allowscriptaccess"

 value="always">

</param><
embed src="http://www.youtube.com/v/hT8NAK0_nAQ&hl=en&fs=1&rel=0&autoplay=1"

 type="application/x-shockwave-flash"
allowscriptaccess="always" allowfullscreen="true"

 width="640" height="505">

</embed></object></center><
/body></html>ody></html></html>

**********************************************************************

Y ahora mi despedida, empiezo las vacaciones, y excepto

que el miércoles me han convencido para dar una ponencia en Mataró

(un buen salto porque estaré de free time en Jávea ;-D ),

no pienso tocar un ordenador en un par de semanas.

Lo he prometido a mi mujer así que...

Hasta la vuelta.

RealXtend: The CORUS Project

2009-07-03T11:32:00.002+02:00

Este post es importante para ponerse al día de lo que va a ser un stándard. El equipo de realXtend, nos ha sorprendido al grupo de desarrolladores cuando el día 30 nos envió el aviso, que se puede resumir como "Ahí os dejamos eso que nos vamos de vacaciones".

"Eso", es simple y llanamente la leche. Vamos que llevamos meses esperando a ver que si sale el nuevo realXtend v 5.0. que si el nuevo visor que se llamaba "NG" (de nueva generación), en fin, que esperabamos priemro una cosa luego otra, si,si, ya. Estos chicos han debido de estar trabajando a doble ciclo en sus CPUS, porque es increíble lo que nos han lanzado.

En primer lugar, si, ya tenemos el nuevo realXtend v 5.0, con la sorpresa de que es ¡¡ ModRex !!, si señores, modrex en estado puro, compilado y funcionando (anda que no me dió guerra ni ná su compilación para poder probarlo).

Como compañero de este release, nos han dejado también el nuevo visor 4.1, corrigiendo algunos bugs.

Pero esto no es todo, ni mucho menos. Lo gordo es que nos han soltado el paquetón del "Proyecto CORUS".

Este proyecto es la suma de todo lo que se está haciendo en el entorno de OpenSim y servicios adjuntos.

Se trata de lograr un standard que contemple todo lo que se precisa para crear metaversos, es decir:

Un núcleo de código, en constante desarrollo, y compatible con los visores basados en el código de Linden así como en los nuevos visores y con OGRE. Esto se consigue usando como núcleo ModRex.
Una columna vertebral que nos permita usar un único avatar y un inventario para pasar de uno a otros metaversos. Esto se consigue mediante la extensión de OpenSim llamada CableBeach.
Un sistema de autentificación de la identidad del usuario, pensada para que sea válida para todos los metaversos y para que sirve de base de discusión con Linden Lab como inicio de un sistema que ellos acepten para permitir los teletransportes de usuarios entre Second Life y las demás plataformas. Este sistema es OpenID.

Esto no es todo, puesto que la integración de todos estos elementos se realiza en un núcleo, llamado "Taiga", y el visor que se llamaba "NG", ha pasado a ser bautizado como Naali, que es el nombre en finlandés de un simpático zorro ártico.

Todo este software es pre-alfa, pensado para que los desarrolladores lo testeemos los próximos meses y hagamos llegar al equipo de realXtend nuestros comentarios.

La información completa de todos los proyectos la podéis encontrar en esta página.

En cueanto vuelva de las vacaciones que empiezo mañana, me pondré a testear y os iré comentando aquí los resultados

Entornos virtuales profesionales para empresas

2009-06-29T10:23:00.006+02:00

Diversas plataformas han lanzado entornos profesionales para empresas. Estos entornos están pensados, como las intranets que utilizamos en el trabajo, para aprovechar los grandes anchos de banda que a nivel corporativo, tenemos, al disponer de cableado propio. En mi empresa, por ejemplo, disponemos de 1000 Mps (un gigabit) de ancho de banda.

Las empresas que deciden tener una plataforma virtual tras sus firewalls, Tienen unos criterios bastante diferentes de los que un usuario que recorre Second Life o OpenSim, tiene de lo que considera que debe de cumplir ese entorno.

Basandome en lo que representantes de varias empresas nos han manifestado, al establecer los contactos previos para la creación de sus espacios inmersivos, lo que una empresa quiere sobre todo es fiabilidad, y en segundo lugar que contenga las utilidades necesarias para la actividad a que está dirigida (voz, video, intercambio de documentos), mientras que otras consideraciones, como aspecto de los avatares, realismo del mobiliario o edificios, son secundarios. Asimismo, los costes no son algo determinante en este aspecto. Es mas, una oferta de un entorno a bajo precio, curiosamente, hace que desconfíen de la fiabilidad del mismo.

Las plataformas actualmente operativas son:

Linden Lab: Plataforma NEBRASKA. Precio de la licencia, (no oficial), 50.000 USD$, sujeto a las últimas decisiones de la ejecutiva de LL. Capacidad para 800 usuarios.
Podré dar mas detalles cuando esté operativa en un proyecto en el que colaboro.

IBM: Plataforma SAMETIME, Precio de la licencia, 6000 €. Capacidad para 60 usuarios. Utiliza Lotus Sametime VCS (de ahí el nombre) y está pensada para la utilización integrada de las herramientas Lotus Busines.

Reactiongrid: Plataforma BanBury, los precios varian según el tipo de soporte complementario contratado, con el coste de 3400 USD$, se incluye, en soporte USB, una máquina virtual que contiene el framework para ejecutar 9 sims de 256x256 metros, 800 usuarios, entrenamiento y un año de soporte.

Tanto NEBRASKA como BanBury, ofrecen soporte para el traslado de contenidos en SL a la nueva ubicación, si bien esta opción no es algo que interese de forma especial a las empresas, ya que todas ellas suelen tener creadores propios que han utilizado herramientas como AutoCad, 3dMax, Blender, para crear los edificios que han llevado a SL, y pueden repetir el proceso de traslado a un nuevo entorno.

La opción de realizar teletransporte entre estas plataformas y otros entornos virtuales no es una opcion que deseen las empresas, por lo que, aunque tanto LL como BanBury pueden ofrecer, no es una utilidad que interese desde el punto de vista corporativo.

Meteduras de pata virtuales

2009-06-23T08:45:00.003+02:00

...o como perder amigos y que te echen de alguna mail list podría ser el subtítulo de este post.
Resumamos. Ayer me dí cuenta de que Gmail estaba enviando correos a conocidos, incluyendo alguna lista de correos a la que estoy suscrito, sin que yo interviniera, lo cual es peliagudo.
Imaginaros el caso. Una amiga me envía un mail, consultando algo. Como es largo y estoy liado con otras cosas, abro su correo en otra pestaña (ay, las pestañas múltiples) de firefox para atenderla luego. Llega el correo de una pesada al grupo donde estamos discutiendo algo. De forma privada les comento "que coñazo de tía". Pues bien ese mismo correo reenvia el mail que estaba en la pestaña abierta, a ese grupo y a la amiga que lo había enviado. Imaginaros el mosqueo y porque a estas alturas ya soy indiferente a estas cosas, pero toca dar explicaciones.
Ahora lo mismo pero en una lista de correos en inglés. Ahí si que toca exprimir el lenguaje y abrir el google traductor para seguir dando explicaciones.

Llegados a este punto, uno se pone la identificación de NCIS y se pone a investigar, así que atención porque a vosotros os puede pasar lo mismo.

Situación Inicial:

Los contactos que se encuentran en una pestaña abierta reciben primero el correo que me habían enviado, en modo reenvío, y luego copia de los correos enviados a otros contactos. Unas veces como destinatarios directos, otras como copia y otras como copia oculta.
Los destinatarios de los grupos en los que estaba escribiendo, reciben copia del correo enviado por el conocido de la pestaña abierta.
Solo si uso PGP este proceso se interrumpe.

Aplicaciones Abiertas

Aquí está la clave. Como gestor de mis múltiples cuentas de correo tengo habilitado Thunderbird, y estoy experimentando con las funciones SMTP del opensim:

[SMTP]

enabled=true
internal_object_host=lsl.opensim.local
host_domain_header_from= ip externa de nuestro servicio
SMTP_SERVER_HOSTNAME= ip redireccionada del servicio abierto con: SMTP.com
SMTP_SERVER (puerto, login y password).

El puerto siempre es el 25, pero ojo. Cuando detecta que hay un servicio que está conectado a este puerto, como es el caso de Thunderbird, lo primero que hace es dar orden de liberar el servicio.
¿Qué significa esto?. Pues que Thunderbird obedece y para ello todo lo que esta en la caché del servicio webmail que tenemos conectado en ese momento (la pestaña abierta de Gmail en este caso), "se libera", y joé como se libera.

Como os podéis imaginar el resultado puede ser, por lo menos, interesante, puede que alguien te espera con la escopeta a la salida de casa, por ejemplo ;-D.

En resúmen, os recomiendo que cuando probéis servicios de Opensim que utilizan los mismos puertos que nuestras aplicaciones de correo, IRC o chat de voz, cerréis estas y nunca las simultaneéis.
De lo contrario podéis tener "fenómenos paranormales" que requieren dedicarle luego un tiempo para analizar sus causas, lo cual siempre es apasioannte, pero el tiempo es un bien tan excaso..

Adios, cuenta premium, adiós.

2009-06-17T23:36:00.000+02:00

Hace unos momentos, tras darle mi tierra a un buen y muy,muy antiguo amigo he hecho esto:

Me siento magníficamente bien ;-D

Un Visor para Dominarlos a Todos ....

2009-06-11T16:41:00.002+02:00

.... Mi Tesoro...
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&

Usuario SecondLife entró en su terreno, un conjunto de parcelas que había ido adquiriendo poco a poco, con esfuerzo, a medida que las ventas de su tienda de diversos objetos virtuales, (algo de ropa, skins, accesorios para juegos de rol y algunos complementos de construcción, como muebles, jardines columpios), le habían permitido ir adquiriendo parcelas en la vecindad.

Parte de la tienda la había construído él mismo, aunque la construcción no era su fuerte. El resto, incluyendo lo que había cosntruído en los terrenos, era obra de amigos constructores que, poco a poco, habían materializado parte de sus sueños con primitivas, texturas y esculpties.

A Usuario le habría gustado crear algo con mayor proyección imaginativa, como bosques, edificios mas complejos, castillos, una ciudad tipo Blade Runner, "La Comarca" o la misma y sumergida Númenor, pero saldría por una pasta, pues el auténtico secreto de Second Life, la raíz de la economía de Linden, es que construcciones=primitivas=dinero.

Bien, pues eso había llegado a su fin. Se iba a liberar de la tiranía de Linden. El primer paso consistía en seleccionar edificio por edificio y objeto por objeto que había creado o que había contratado y, por lo tanto eran "full perm" e ir guardándolos en su disco duro, en carpetas ordenadas. Fué un proceso más rápido de lo que creía. Sólo tenía que selccionarlos con el botón derecho del ratón y en un par de "clicks" ya estaban guardados en las carpetas.

Hecho esto, procedió a borrarlos de sus terrenos, pues mañana pertenecerían a los usuarios a quienes se los había vendido.

Seguidamente, en la parcela de 512 metros, que él como usuario premium, por el momento, mantenía sin gastos, instaló una serie de objetos.

En primer lugar un panel informativo explicando porqué había sustituído sus edificios y la tienda, y las instrucciones que debían de seguir sus amigos y clientes para contactar con él.

En otro panel, el enlace a la página web que había pedido a unos amigos que le hicieran , y por último, una pantalla que donde ahora sólo podía poner una imagen, pero en unas horas podría poner bastantes más, las de su nuevo hogar virtual.

Seguidamente abrió su mapa. Aparte del mapa conocido, donde hasta ahora había tenido sus edificios, ahora aparecían cuatro nuevas islas, cada una de 512 por 512 metros, 262144 metros cuadrados, 45.000 primitivas por isla. Como podía cambiarles el nombre cuando quisiera, las había llamdo ahora como Libert1,2,3 y 4.

Hizo click con el ratón sobre Liberty1 y realizó el teletransporte. Como ya había dicho al visor que nombre de usuario, y clave, tenía en sus nuevas islas, entró directamente.

Allí seleccionó la opcion de "import and load" y uno, tras otros, todos sus edificios y objetos empezaron a ocupar su sitio. Más adelante, construiría lo que siempre quiso, bosques, palacios, volcanes, castillos...

Mientras tanto, gmail le estaba avisando que aquéllos usuarios que se habían acercado hasta donde, hasta hace poco, tenía su tienda, habían leído sus instrucciones y estaban pidiendo acceso. Usuario Liberty, hasta hace poco Usuario SecondLife, les dió de alta en su nuevo mundo, y el radar del visor empezó a avisarle que los usuarios empezaban a llegar.......

&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&

Lo que acabáis de leer ya no es una utopía. Tengo el placer de presentaros el primer visor creado con código independiente del de Linden, y, que por lo tanto, puede hacer muchas más cosas y mejor, como el copiar neustros objetos full perm a nuestro disco duro, o teletransportarnos a opengrids, a nuestros opensims,
Este nuevo visor se llama Meerkat, y lo podéis descargar desde aquí http://www.meerkatviewer.org/

Todo lo que puede hacer, se explica en su wiki: http://meerkatviewer.org/wiki/Main_Page y sus posibilidades le convierten en el Visor que Controla a Todos los Visores:
http://meerkatviewer.org/wiki/Feature_List

Pero mejor ved el vídeo y flipad, xiquets, flipad. Pensad en como usarlo para hacer lo que hasta ahora no podíais.
http://www.youtube.com/watch?v=ph00oV0Y5v4&fmt=22

¡Nos vemos en el Metaverso Libre! (recordad que no hay nada mas libre que el que manejeis vuestro propio mundo virtual, y desde http://www.hispagrid.com/ os podemos ayudar.

SUMARIO ARTÍCULOS DEL 1 AL 7 DE JUNIO PUBLICADOS EN MAXPING. Los Klingon están aquí.

2009-06-10T09:43:00.000+02:00

Creo que no lo había comunicado aquí, pero tengo asignada la publicación semanal del resúmen de los artículos publicados en maxping y este es el de la semana del 1 al 7 de Junio.

Vale la pena leerlo, y desde ahí acceder a los artículos originales, porque Maxping se está convirtiendo en un referente internacional en todo lo relacionado con el Metaverso, especialmente con las aplicaciones de software libre.

Si alguno de vosotros está pensando en migrar desde Second Life al Metaverso libre, o conocer de primera mano de sus desarrolladores, lo que ofrece, y lo que no,enterarse en que estado se encuentran aplicaciones como OpenSim, realXtend, grids libres, sus costes y características, allí podéis encontrar toda la información.

Por cierto, arriba, en la página principal, podéis ver las banderas de las secciones en otros idiomas.

Efectivamente, esta es la de Klingon, ;-D, y el motivo es muy sencillo. El Metaverso se construye uniendo sus "ladrillos" con el cemento de la imaginación. Desde que el Dr. Mark Okrand creó unas pocas frases de su "lenguaje" por encargo de la Paramount, hace 30 años, para la serie "Star Trake", ha ido evolucionando con esa mezcla de tecnología y pasión que ha creado una comunidad mundial, de la que uno de sus nodos es el Instituto de Lenguaje Klingon.

Desde Maxping nos gusta esa actitud de poner los conocimientos técnicos al servicio de la imaginación para crear cosas que superan las barreras artificiales de lengua y nacionalidad, por lo que ya lo sabéis: Si alguno de vosotr@s se atreve a escribir un artículo en klingon, en maxping lo publicaremos ;-D

II Congreso sobre Mundos Virtuales en Ibiza

2009-06-06T12:58:00.000+02:00

Los días 25 y 26 de Junio, en el Palacio de congresos de Santa Eulalia, se celebrará el II Congreso sobre Mundos Virtuales en Ibiza.

Tenéis más información en El Metaverso, donde encontraréis la relación de participantes y de los temas que se van a exponer.

Aquí quiero hablar de lo que para mí es más importante: de los compañeros de HISPAGRID y de vosotros, los usuarios.

Nada de lo que, dentro del alcance de mis conocimientos, he podido aportar el Proyecto Hispagrid, habría sido posible sin unos y otros.

Os aseguro, lectores de este blog, que es un auténtico placer conocer y trabajar con todos ellos. Con compañeros así, ni las distancias, ni las dificultades técnicas resultan barreras.

En cuanto a vosotros, usuarios y lectores, ¿qué voy a decir?. Si el trabajo realizado no tiene a quién le aporte algo, no hay nadie a quién le resulte útil, pues se queda en un mero ejercicio de satisfación individual, sin aliciente ninguno para su continuidad.

Además, sois vosoros, lo que en la industria nuclear llamamos "masa crítica". Es en vosotros donde se encuentra el potencial para que una vez empezada la reacción, lo que aportáis supera de forma exponencial a la energía que os ha llegado.

Así que, a aquéllos que no podáis venir al Congreso para conocernos y reencontrarnos físicamente, ni podáis seguirnos desde Second Life, ni os animáis a escribir comentarios aquí o en el foro de Hispagrid, os recuerdo que lo importante es lo que entre todos podemos aportar al desarrollo y utilización de estos entornos inmersivos, virtuales, 3D o como queramos etiquetarlos.

¡Que lo mejoremos todos juntos!.

La exasperante chulería de Linden

2009-06-03T08:50:00.004+02:00

Desde luego hay cosas que tocan...las narices.

Contemos la historia. Cristina Videira Lopes, profesora en UC Irvine, y conocida en OpenSim y en Second Life como Diva Canto, es la genial desarrolladora de Hypergrid, el código en OpenSim que nos permite unir nuestros sims y viajar entre ellos, y además del nuevo sistema de teletransportación entre grids de OpenSim, llamado Grider.

Como escribe James en su artículo de New World Notes, de forma sorprendente, Cristina no había sido invitada a participar en el proyecto de investigación que Linden Lab e IBM están llevando a cabo para el proyecto de interoperabilidad entre Second Life y OpenSim.

Cristina ha publicado ayer día 2, un resúmen de como funciona la teleportación entre agentes en OpenSim, y curiosamente, también ayer, unas horas más tarde, Infinity Linden envió un mail a la lista de correos de desarrolladores de OpenSim, realizando una "invitación" a quienes en ella estamos para participar en su proyecto, al que llaman: OGP (Open Grid Protocol), y en el cual yo participé, con ilusión por cierto, en sus comienzos.
La invitación estaba redactada en unos términos a los que Linden nos tiene acostumbrados. Algo así como si estás haciendo el domingo una paella con los amigos y se te presenta alguien diciendo:

"Hola, como veo que entendeis algo de arroz, os invito a que participeis en nuestro proyecto "arroz tres delicias". Tenéis que cambiar este trasto tan grande por un wok, preparar la documentación adecuada, utilizar los ingredientes que generosamente hemos publicado en esta wiki y para todo el proyecto os reunireis donde y cuando os digamos"

Naturalmente nuestra respuesta sería la misma que la que ha publicado Cristina en réplica a Infinity.

Demasiado educada creo yo ;-(

OpenSim bajo la superficie. Parte I

2009-05-31T14:31:00.006+02:00

Así es como ha titulado Adam Frisby su post en el que explica de forma sencilla cuáles son los desarrollos en los que programadores del núcleo de Opensim (OS) están trabajando y que, en mi opinión, tienen una importancia fundamental, hasta el punto de que en esa línea, lo que muchos opinamos de que Linden se va a quedar como un mero suministrador más de servicios virtuales, será una realidad.

Voy a resaltar los que tienen importancia para el usuario, y en otros posts, los que la tienen para programadores y administradores de grids.

Inventory Archives.

De forma resumida, este trabajo de JustinCC, nos va a permitir guardar nuestro inventario en un archivo comprimido local y reutilizarlo en cualquier OS. Hablemos un poco más sobre esto, porque tiene mucha miga detrás. Como herencia del código de Linden, cada servicio OS asigna una clave, las UUIDS, a cada entidad en OS. Desde nuestro avatar a los objetos, texturas, todo tiene su UUID. Lo malo es que cada servicio OS sólo entiende las uuids que ha creado. Por ese motivo el Copybot sí puede copiar los inventarios de SL, pues todos los servidores de Linden funcionan de forma coordinada, pero en cambio cada OS es, autenticamente, un mundo.
Es decir, al contrario de lo que los usuarios de SL creen, es más difícil hacer copia de nuestro inventario en el entorno OS que en el de SL.

Los Puntos Claves a tener en cuenta son:

Los creadores tienen derecho a elegir si quieren regalar o vender sus diseños. Si quieren venderlos, quieren estar seguros de que no van a ser copiados si no lo han autorizado.
Los compradores quiern poder llevarse su inventario consigo a cualquier mundo basado en OpenSim al que vayan

La forma heradada de Linden de asignar claves a cada objeto, o avatar, es mediante la asignación de la UUIDs.
Ahora bien, si bien en SL, todos los servidores de Linden tienen el mismo protocolo coordinado (si no no funcionarían los tp's) y mediante, por ejmplo, el copybot podemos sacar copia del inventario, en OS es cada servidor el que asigna las UUIDs.

El genial JustinCC, pensando tanto en esto, está creando un método de asignación a través de url, es decir, que cualquier grid podrá verificar la autentificación de avatares y creadores.

a partir de ese punto, se podrán utilizar protocolos seguros como SSL, OpenID, etc.

NAT loopback

Según comenta JustinCC en su post semanal:

Infrastructure

Melanie and Diva continued work on a new services framework.
Adam added experimental NAT translation support to login. This aims to make OpenSim accessible when it is hosted behind a router using port forwarding but where that router doesn’t support loopback.

Este desarrollo es importantísimo para aquéllos usuarios que tienen problemas con sus routers, y que no pueden acceder a sus propios sims con la configuración interior-exterior-interior.

En próximos posts comentaremos el resto de los desarrollos en los que los programadores están trabajando

Teletransporte entre OpenSim y Second Life usando el realXtend viewer

2009-05-29T01:07:00.009+02:00

Mi reciente y genial amiga Zonja Capalini y yo mismo, hemos estado testeando los métodos de teletransporte entre OpenSim y Second Life (y viceversa), utilizando el código del visor de realXtend v 4.0

Como es mucho más agradable ver a Zonja mostrando como se hace, paso a enlazar directamente su video-tutorial y dejo de escribir ;-D

link directo al Flickr de Zonja: http://www.flickr.com/photos/zonja/3573078853/

******************************************************************

0602 - Teleporting between Opensim and Second Life using the realXtend viewer
Originally uploaded by Zonja Capalini

Clones, Avatares y Evolver

2009-05-24T19:11:00.005+02:00

Crear avatares realistas, incluyendo la opción de clones de nuestro aspecto para reuniones de negocios, contactos sociales basados en la veracidad y confianza, educación, y sobre todo PORTABILIDAD, el poder llevarnos ese avatar, a otros entornos, así como un forma fácil de crearlo, a través de una interfase web, es lo que ofrece el programa basado en interfase web Evolver.

Evolver nos permite crear desde avatares humanos a otros de fantasía, y comopodéis ver en las imágenes, un clon basado en una fotografía que cumplaunos requisitos mínimos.

Los Requisitos: About Your Clone

Con este avatar creado podemos luego desde simplemente realizar capturas, enviarlo por email o llevarnoslo a otras plataformas, Redes Sociales (MySpace y Blogger), MundosVirtuales, Videojuegos, móviles.
Concretamente en las Plataformas:

Wonderland
Realxtend
Torque
FaceFx
Activeworlds
3DXplorer
Cobalt
Exit Reality
Unity 3D
VastPark
Worldviz

Para informaros más LEED el artículo de Jani Pircola .

MUNDOS AMIGOS

2009-05-18T01:33:00.003+02:00

Antes, en Second Life, recibía invitaciones de amigos y conocidos para visitar sus sims. Ahora, es más emocionante. Lo veréis si me acompañáis en este recorrido.

Nos encontramos en el Andén 1 de Hispagrid. Ellas, mi vieja amiga Noelita, que ha traído sus construcciones desde SL al servidor que ha contratado, y Zonja Capalini, que ha hecho lo mismo con su archipiélago Condensación, era la primera vez que las veía in world. Recién llegadas mantenían su aspecto de Ruth, pero eso cambiaría.

Primero Noelita me dio las coordenadas de sus islas y nos teletransportamos vía hypergrid .

Alli yo mantenía mi aspecto y Noelita estaba.. pues estaba sensacional, para que vamos a decir otra cosa ;-D

Noelita ha construido sus islas como faro a los navegantes del Metaverso que llegan a sus costas. El cuadro representa un barco atracando en el puerto.

Todo el conjunto se proyecta entre el aire y el agua

La flecha señala a las coordenadas del Anden 1 de Hispagrid. Una forma poética y hermosa de señalar nuestro grid, y había una extraña magia en el hecho de estar en el mundo creado por una amiga señalando la dirección del que mis compañeros y yo hemos creado. Una sensación difícil de explicar a quienes no han creado y compartido sus propios mundos.

Una vez que me hube despedido de Noelita, tenía que entrar en el mundo de Zonja. Esta vez no era usando hypergrid. Aunque también es factible, detalles técnicos aconsejaban que usara la cuenta que me ahbía creado y entrase a través de su interfase web: http://tr.im/cland

Zonja, tiene activado en su grid el Parallel Selves Message Bridge por lo que se puede establecer conversación con IM's desde allí a SL.

Aunque ya se disponía a abandonar su mundo para irse a cenar, Zonja dedico su tiempo para mostrarme las maravillas del archipiélago Condensación que ha creado junto a su amiga Ludmilla Writer. La triste aventura de Zonja con su archipiélago Condensación en SL causada por la nefasta gestión de Linden, es de sobra conocida pero lo que SL ha perdido, el Metaverso Libre lo ha ganado, y si no mirad vosotros mismos.

No solo hay talento en lo construido, también la imaginación hace gala de presencia por doquier, y ese toque femenino de pasión y dulzura, pero el común denominador de todo lo creado es el cariño, ese amor que me hacía imaginar el dolor que ver su pérdida ante la actuación de Linden, y un alegría que me calentaba el corazón al comprobar como el talento y la decisión de estas mujeres han conseguido recuperarlo y ahora recrearlo en su propio mundo, a salvo de actuaciones de terceros.

Aunque no he tenido el placer de conocerla personalmente, recordaba la imagen de su amiga Ludmilla en esta composición titulada "Desolación" que duele al verla. Ahora ya no tendrá que renunciar a su castillo o a su isla.

Es difícil cuantificar el valor de algo creado con cariño, cuando mano a mano con tus amigos y compañeros has convertido ideas en objetos y estos en sentimientos. No se trata sólo de tiempo y dinero. El acto de crear requiere confianza en su permanencia, de forma que lo creado te sirve de base para mantener el proceso creativo. Cuando eso falla, es como cuando se pierde al confianza en una relación sentimental: se hace imposible pensar en el siguiente paso.

Por eso me alegro por todos, por vosotras y por nosotros que ahora esteis en el Metaverso Libre. Lo que SL pierde, nosotros lo ganamos.. y con creces.

Un aplauso amigas.

Adios LSL. Hola MRM

2009-05-15T20:18:00.002+02:00

Un nuevo lenguaje de programación de scripts está llegando a la ciudad, y los scripts basados en el lenguaje de Linden, los chicos de LSL, ya pueden empezar a hacer sus maletas: MRM ha llegado.

Hace unas semanas, Adam Frisby empezó a crear las extensiones y las librerías del Micro Region Modules, o MRM. Este lenguaje,está basado en C#, como el propio OpenSim.

Una importante limitación de LSL, es que su alcance está limitado a la Primitiva donde el script se encuentra.

No tenemos ninguna posibilidad de escuchar los acontecimientos que afectan a otro objeto, al menos que este contenga también un script de comunicación.

En cambio, con MRM, el script se ejecuta "en el mundo", tiene un ámbito de aplicación mucho más amplio. Si queremos enterarnos de que un objeto cualquiera es, por ejemplo, tocado, es mucho más fácil de implantar.

Mejor pongamos un ejemplo, preparado por Adam.

Hello World, soy MRM

/MiniMod:C#using OpenSim.Region.OptionalModules.Scripting.Minimodule;    namespace OpenSim  {      class MiniModule : MRMBase  {          public override void Start() {              Host.Console.Info("Hello World, soy MRM!");        }          public override void Stop() {

        }      }  }

Primero fijaros en que los puntos de entrada en la aplicación son los eventos Start() y Stop(). A diferencia del lenguaje de scripts de Linden, (SLS),o de OpenSim, (OSSL), no recibimos automáticamente un evento por el hecho de declarar la función. Los RM (región modules, ), requieren que declaremos de forma explícita que eventos queremos listar mediante la sintaxis standard de declaración de eventos en C#.

...  public override void Start() {      World.OnFrame += MyOnFrame;  }  public void MyOnFrame() {      // Do something here which occurs each frame  }  ...

Recapacitemos sobre este mecanismo:

El evento "Host.Console.Info" Está ya declarado "en el mundo"
El motor de scripts sólo nos envía la salida de este evento cuando así lo queremos.
El ámbito de alcance de los eventos declarados vía MRM es mucho mas amplio que vía SLS, de hecho abarcan todo el mundo virtual donde se ejecutan.

Podéis, los scripters, pensad en sus aplicaciones, especialmente en características como el alcance y el tiempo de ejecución. Simplemente no hay límite para el primero y el segundo es inmediato.

Algunos hemos "jugado" con la creación de API's vía RM, (getting started), su ámbito es el de "Compilación dentro de Aplicación". MRM pertenece a la creación 2In-wrold", pero con la posibilidad de ser determianda su ejecución desde el exterior.
Más vale un gráfico que 1Kbytes ;-D

En el momento actual el alcance de MRM es este:

Acabemos este post con el ejemplo de como es el equivalente, mediante evento "OnTouched" del Hello Avatar, con el que todos hemos empezado acuriosear el LSL en un momento u otro. Recordad que sólo se iniciacuando un avatar toca el objeto que contiene el script. ¿Cómo sería conMRM?.

using OpenSim.Region.OptionalModules.Scripting.Minimodule;
namespace OpenSim
{
class MiniModule : MRMBase
{
public override void Start()
{
// Say Hello
Host.Object.Say("Hello, Avatar!");
// Register ourselves to listen
// for touch events.
Host.Object.OnTouch += OnTouched;
}
// This is our touch event handler
void OnTouched(IObject sender, TouchEventArgs e)
{
Host.Object.Say("Touched.");
}
public override void Stop()
{
}
}
}

Los scripters podéis encontrar más información en el docs project site .

Pineapple Studios: Adiós SL Hola OS

2009-05-08T13:27:00.002+02:00

La forma de dirigir (¿?) Linden Lab las actividades creativas en Second Life han provocado que Michael R. Joyce y Kate Fosk, los fundadores de Pineaple Pictures, abandonen sus tierras y estudios en SL para pasar a utilizar OpenSim, conectandose a OSGrid.

Estos dos creadores han producido obras como las que podéis disfutar en si vídeo-blog: http://vimeo.com/3466317

Tal y como explica Kate a mi compañero Simón en su entrevista, ni ella ni su socio Michael querían utilizar escenas de videojuegos para sus obras, por los problemas de los derechos de propiedad, lo cual obligaba a adquirir terrenos para construir los decorados. Construir decorados de calidad y con la variedad necesaria para cubrir las necesidades de una producción, lleva tiempo, lo cual significa el pago de unos tiers que imposibilitan la continuidad.

".. to make our sims workproperly. Originally we had been renting a corner of an island inSecond Life. But we continually butt up against not enough land andnot enough prims to build with. Like in the live film industry, wehave been throwing money at the problem. But unfortunately inSecond Life the money never goes far enough. What we needed wasmore land and room to build.."

el abandonar SL les ha ocasionado la pérdida de opciones importantes para su trabajo como el sincronismo labial y las físicas y movimiento de vehículos (algunas de las asiganturas pendientes a la feche, de OpenSim), pero aun así les compensa.

Pineapple ha creado un grupo para los usuarios interesados en la realización de películas con machinima en el entorno de OpenSim, y Lowe Runo ha preparado el "Machinimator's Guild site", para aquéllos creadores de cortos que deseen abandonar Second Life e introducirse en OpenSim. Los interesados pueden unirse al grupo aquí.
Kate y Michael han creado un blog explicando sus experiencias al pasar a OpenSim, y vale la pena visitarlo

Web 3.0. Web 3D, Mundos Virtuales, Inmersión y otras confusiones

2009-05-07T14:21:00.004+02:00

El Caldero
Menuda sopa de letras nos encontramos, y cada vez con mayor profusión, mezclando en un misterioso caldero (podemos imaginarnos a Panoramix removiendo la poción mágica), todos estos conceptos. Además cada vez más rápido, y al final muy pocos se aclaran acerca de lo que se está hablando. Como todas las cosas, todo es más fácil o más complejo según como se quiera ver.

¿De qué estamos hablando?
Cuando estamos hablando de estos términos, se pueden ver desde dos perspectivas distintas: La Informática y la Interpretación Personal.
La primera está bastante más clara. De hecho se está trabajando en la definición de términos y su alcance, como cuando se definieron las características del html, rss, etc. en su momento.
De la segunda hay tantas interpretaciones como usuarios, y cada uno escribe sus opiniones. Están en su derecho, claro, pero generan ruido y confusión. En informática, 3D significa que tenemos los tres vectores, x,y,z y que el usuario puede actuar en la pantalla, sobre esos tres ejes. 3.0. Es una forma de indicar que a la web normal se añaden unas características de interacción y de utilidades al usuario. Jani ha escrito un interesante artículo al respecto.
Mundos Virtuales es más una aspiración que una realidad, pues una auténtica virtualidad, semánticamente hablando, conlleva la sensación recibida por el usuario de que físicamente se encuentra dentro de ese entorno. Este hermoso y triste vídeo nos dá una idea del concepto: http://www.youtube.com/watch?v=VzFpg271sm8. A algunos, o muchos, usuarios con ciertos conocimientos sobre estos temas, nos gusta aplicar la expresión "inmersión" para intentar comunicar a través del lenguaje no codificado, la idea de que en esos medios, el usuario percibe la aplicación informática de una forma más interactiva que sobre otras aplicaciones, como si estiviera realmente "inmerso" en ella. Naturalmente hay una componente fundamental de naturaleza sicológica en esa apreciación.

Que se está haciendo
En algunos entornos, como OpenSim, se están definiendo algunos de estos conceptos. Pero lo más importante, desde el punto de vista informático, es lo que puede ofrecer el software y que hardware va a permitirnos prescindir de las limitaciones que nos imponen el teclado y el ratón, así como la pantalla. Al respecto he escrito recientemente un artículo, y de entre los comentarios que me han hecho, vale la pena conocer estas dos interfaces: La de Nvidia y la impactante de Emotiv. Está claro que mientras estas interfaces no sean algo habitual, tanto como lo son ahora el ratón y el teclado, no pasarán de ser demostraciones de "nuestra empresa puede hacerlo" o juguetes para geeks ricos, pero el hecho de que la tecnología nos permita ya, aquí y ahora, el que sean funcionales, nos va indicando porque caminos puede evolucionar este conjunto: aplicaciones e interfaces, porque no perdamos de vista que ambas van de la mano. No sirven de gran cosa una sin la otra si se quiere realmente, pasar de la fase en la que estamos actualmente, la fase en que todavía no sabemos realmente a que se refiere uno con esos términos que dan título a este post, a la fase en que sean parte de nuestra vida cotidiana.

Combinando MotionCap, Machinina y Truebones

2009-04-30T15:09:00.008+02:00

Uno de los desarrolladores de realXtend, trabaja en animazoo. Su equipo creo las animaciones que podemos ver en la página de media de RX,usando Truebones y ha querido compartir una de sus últimas creaciones con el grupo, y me ha gustado tanto que no he podido evitar el ponerlo aquí para compartirlo con vosotros, aunque ahora estoy sufriendo una conjuntivitis y no debería estar tecleando, pero no puedo evitarlo ;-D.
Asimismo han compartido con nosotros herramientas profesionales de creación de animaciones, y ya os mostraremos desde Hispagrid animaciones creadas con metodología Mocap.

Combinando Halo Wars con TrueBones y MotionBuilder y una base de captura con Gyro tenemos esto
Que lo disfrutéis.

Experimentando dual Hypergrid

2009-04-25T20:23:00.001+02:00

En la primera captura podeis ver algo curioso: Albert Revolution saludando a su otro avatar Explorador Virtual, en el Andén1 de Hispagrid, y ambos, como se puede ver en la siguiente captura, conectados a Andén1 con sus propios sims.

Esto es parte de los tests que estamos realizando el equipo de Hispagrid. La información técnica la podréis encontrar en http://foro.hispagrid.com/viewtopic.php?f=17&t=91#p428

OpenSim Fase Alpha

2009-04-19T16:37:00.005+02:00

Así ha bautizado la genial Dy Shepherd este fantástico vídeo sobre la forma en que están disfrutando de sus aventuras con OpenSim.

Desde aquí aprovecho para felicitarles. La unión de lo que puede ofrecer, aunque son todavía, insistimos en ello, las versiones alfa de esta herramienta libre, con el talento de estos artistas, y sus ganas de experimentar, les permite crear sus mundos propios y que a través de vídeos como el que Dy ha hecho, los demás podamos disfrutarlos.

Hace años, la maravillosa amiga que fué mi mentora en SL, me dijo algo que no he olvidado: "El nivel de éxito que puedes alcanzar en cualquier mundo virtual, está en función de la felicidad que te da. Todo lo demás es accesorio".

Este grupo seguro que tiene un gran éxito en sus mundos virtuales, y que los demás lo compartamos. Un gran abrazo xiquets os desea el amigo invisible que está tras la consola ;-D .

REPORTAJE SOBRE ESTACIÓN CENTRAL

2009-04-18T14:14:00.002+02:00

Va siendo hora de agradecer públicamente a Inuska Zenovka y a Dea Hanni (a quienes, por cierto, no he tenido el placer de conocer), por su gran trabajo, y a mi compañera eiko Ivory por las horas que le ha dedicado para el montaje de Estación Central y concretamente del Andén1, primera fase del proyecto.

Tal y como podéis ver en la última de las capturas que he subido, en este momento Estación Central tiene, en el servidor de HISPAGRID, 11 sims, y en función del balance de carga del servicio, iremos ampliando el número de sims.
ahora sólo hace falta que al igual que otros aventureros han hecho lexgrey, Dy, Pantano, Noelita, y tantos otros a quienes les agradezco también el que se hayan animado a pelear con algo que, por nuevo y libre, es mucho más difícil que abrir un navegador y conectarse, pero mucho más satisfactorio.
Así pues, animaros a seguir nuestro tutorial y así podreis crear vuestro propio Hypergrid y conectaros a nuestro Andén1. En la estación podremos encontrarnos.

El TAO de OpenSim

2009-04-16T18:19:00.002+02:00

Justin Clark-Casey, abreviadamente conocido fuera de Second Life (SL), como Justincc, y dentro de SL como Lulworth Beaumont, es uno de los principales desarrolladores de OpenSim, (OS), y ha escrito un interesante y clarificador post que bajo el título de "The Tao of OpenSim" presenta una serie de puntos sobre lo que es, lo que no es y lo que pretende ser OS, que creo que vale la pena comentar en este blog.

Las dos ideas principales que Justin quiere rebatir son las de que OS pretende ser una copia barata y de "andar por casa" de SL,y de uqe para conseguir que el proyecto se convierta en algo sólido y viable, es necesario que empresas fuertes lo apoyen.

OPENSIM NO PRETENDE SER UNA COPIA DE OPENSIM
Respecto a la primera, aclara que si bien OS aplica conceptos de SL como son la utilización del lenguaje de programación de scripts LSL, así como se utilizan conceptos como: Servidor que atiende las conexiones de los clientes que acceden al servicio, y que contiene el inventario, assets, etc., o la utilización de la arquitectura del cliente de SL, por lo cual se emplea la Universally Unique Identifier (UUID), como identificación del usuario, la intención de OS es la de convertirse en una "plataforma estándar" para el desarrollo de mundos virtuales.

Para ello, puedo decir, en apoyo de lo que Justin indica, que se están dando pasos en esa dirección, como:

La creación de la posibilidad de "Hypergrid", que nos permite conectar nuestro sim local con otros sims y grids,también en modo hypergrid, sin necesidad de solicitar

autorizaciones de accesos a esos sims.
Adam Frisby está creando el MRM scripting, como alternativa muy mejorada al LSL.
Se está estudiando, entre otras posibilidades, la de utilizar OpenID (ver en la wiki de OpenSim, enlace 1 ;enlace 2 ), en lugar de UUID
Se está trabajando en la creación de un plugin, para la conexión network entre VastPArk y OpenSim (http://www.vastpark.com/comments/vastpark_opensim_integration)
Se está desarrollando un nuevo tipo de visor, que no utiliza ni el código, ni las licencias de SL, siendo MXP (Metaverse Exchange Protocol ) una de las más interesantes alternativas.

OPENSIM ES MANEJADO POR MUCHOS, NO POR UNA MINORÍA

De forma equivalente a como se desarrolla el kernel de Linux, detrás del proyecto de OpenSim no hay una o varias empresas, si no un conjunto de individuos que aportan su esfuerzo individual enuna tarea común.

Algunos de estos desarrolladores trabajan en empresas como IBM, otros emplean su tiempo libre y otros trabajan en departamentos de informática de diversas Universidades desde donde se están realizando desarrollos concretos de diversos aspectos de OpenSim, pero todo el trabajo se coordina y se discute desde la lista abierta de correo de opensim-dev@lists.berlios.de.

En esa filosofía, el código de OpenSim está licenciado como BSD, en vez de como GPL, con el fin de cualquier usuario, incluyendo quienes quieran incluirlo en productos propietarios por los que haya que pagar derechos, puedan emplearlo.

Como indica Justin, esta filosofía ofrece simultáneamente fortalezas y debilidades. La fortaleza es que nadie puede controlar o manipular la orientación y desarrollo del proyecto. La debilidad es que al ser un proyecto descentralizado, no hay ninguna dirección ejecutiva que organice un grupo de desarrolladores y que cumplan unas fechas de finalización de etapas programadas. Los diversos desarrollos van saliendo de una forma regular pero no ajustándose a unas fechas precisas.

Es un desarrollo orientado al usuario, no a la producción, en el cual cualquier usuario con conocimientos para añadir modificaciones al código, o corregir bugs, tiene cabida.

No es fácil, pero es satisfactorio.
A lo que Justin comenta yo añadiría algo muy importante. Todos los usuarios podemos colaborar testeando las sucesivas versiones de OpenSim, comentando en foros y en la lista de correro de los desarrolladores, dudas, opiniones, resultados, subiendo a Mantis (http://opensimulator.org/wiki/Bugs) los bugs detectados y, lo más importante, probando OpenSim para conocer lo que nos puede aportar.

Paciencia, paciencia

2009-04-14T00:27:00.001+02:00

Estoy compilando una aplicación, bastante complicada, en Ubuntu, y me ha hecho gracia el mensaje que periódicamente aparece durante el proceso (que ya lleva un par de horas, por cierto) y que podéis ver en la captura, (haced click sobre la imagen para verlo mejor).

Paciencia, paciencia.. la verdad es que es algo imprescindible si sueles dedicar tiempo y esfuerzos a testear versiones pre-alfa. Si o la tienes más vale que te dediques a otras cosas.

Si todo funciona bien, ya os comentaré aquí de que se trata. Mientras tanto.Paciencia ;-D

HISPAGRID ESTACIÓN CENTRAL

2009-04-06T21:25:00.000+02:00

Hoy día 6 de Abril con la publicación de nuestra : Guia para crear Hipergrids estáticos en nuestras máquinas publicamos la forma de poder acceder a nuestro servidor. Concretamente al Servicio Andén1 del servidor de Hispagrid.

Hemos pensado que así damos un aliciente a los usuarios para que se animen a crear su propio Hipergrid y así conectarse a nuestro Andén1, en vez de simplemente habilitar un servicio web para dar usuarios de alta.

Queremos que Andén1 sea un Camping donde lleguéis con vuestras tiendas de campaña, caravanas y autocaravanas, y no un hotel donde tenéis que pedir reserva para entrar. De esto último ya hay de sobra y lo que queremos es fomentar la independencia de vuestra gestión, manteniendo vuestros sims en vuestras máquinas.

Ahora ya basta de texto y aquí tenéis unas capturas de lo que la parte creativa de nuestro grupo (especialmente mi querida socia Eiko Ivory que realmente ha realizado un trabajo increíble con el apoyo de "sus chicas" ).

Desde aquí os invito a entrar y visitarnos.

Sobre la Exploración Virtual

2009-04-06T11:58:00.001+02:00

El que este blog se llame "Explorador Virtual", refleja una forma personal de ver y actuar ante los medios de comunicación 3D y virtuales (que no son lo mismo, por cierto, pero eso es otra cuestión).

La mayor parte de los lectores que pasais por aquí, sois usuarios de Second Life y/o las alternativas de software libre, pero todos os habéis enfrentado, al entrar en un entorno virtual, a la disyuntiva de elegir vuestra forma de "vivir" esa extensión de nuestra vida (porque es una extensión, no algo independiente, aunque la ilusión a veces induce a confusión).

Un entorno virtual, en mayor o menor grado, ofrece, aparentemente, sólo las siguientes alternativas a sus usuarios:

1.- Ocio. Tal vez es la de mayor utilización, especialmente si el medio, como es el caso de Second Life, ofrece los suficientes alicientes. En este área hay usuarios que utilizan los servicios que se les ofrecen y otros crean esos servicios.

2.- Activismo. La potencia de este medio ofrece la posibilidad de crear grupos con el objetivo de defender determinadas causas, o de que Organizaciones ya existentes en RL, abran oficinas en el medio para dar a conocer de forma más participativa sus objetivos y realizar acciones in-world de forma coordinada o no con otras en RL.

3.- Creación. La potencia de un entorno 3D, permite que los usuarios den salida a sus capacidades creadoras, y en algunos casos, de forma que en RL no les sería posible. Este punto es motivo de quejas y de búsquedas de modos en que se faciliten y mejoren las herramientas de creación, para que su utilización no sea una barrera que limite su empleo.

4.- Programación. La base de todo lo que se ve o con lo que se interactúa en un mundo virtual, está en su código, el cual a su vez se sitúa en dos elementos diferenciados: En el servidor (el software que contiene todo el entorno virtual y controla las comunicaciones y accesos) y en el cliente, o aplicación que le permite al usuario acceder al servicio.

5.- Exploración interna. Esta es una actividad que, a mi criterio, y por el cual he discutido mucho, pues no es un criterio compartido por muchos usuarios, pero creo que esta es la forma más envidiable de utilizar el tiempo dedicado a la utilización de un medio virtual. Desgraciadamente, para mí, requiere de algo de lo que siempre carezco, que es tiempo, por lo que siempre he visto con una sana envidia a quienes han podido entregarse al placer de explorar, descubrir y aprender, lo que otros usuarios han creado para comunicar emociones, ideas y sentimientos.

6.- Fantasía, aventuras y rol. En un medio donde el límite es la imaginación, (dejando aparte las limitaciones técnicas y barreras de aprendizaje ), el dar rienda suelta a sueños difíciles de cumplir en RL, vivir experiencias en solitario o en compañía, es una faceta que, a medida que la tecnología mejore, será cada vez más realista. Las implicaciones positivas o negativas de ello, son para escribir muchos megabits, pero personalemente creo, como todo, su aspecto positivo está en proporción al control que sobre esta actividad ejerzamos. Sólo cuando por utilizarla, dejamos de lado otras cosas más importantes, especialmente relaciones familiares, amistades y vivencias del mundo real, es cuando pasa a ser algo negativo.

7.- Negocios. El potencial económico de un mundo virtual se basa en tres aspectos:

Negocio del proveedor. En base a las características del servicio que nos ofrece. Como es lógico, en el momento en que el usuario paga por recibir unas prestaciones, sus exigencias y grado de satisfación dependerá de la calidad de la respuesta del proveedor.
Servicios entre usuarios. Este tipo de servicio se basa, a su vez, en dos tipos.
Uno basado en la excasez artificial de productos. En un entorno donde tanto objetos como programas tienen el coste de tiempo y esfuerzo de la creación de la priemra unidad, pero las copias tienen un coste cero de producción, el coste que el creador asigna al producto, así como las limitaciones de copia del mismo, son algo basado en consideraciones personales y de mercado. Así tenemos desde productos entregados de forma libre y gratuita, a restringidos y de precio elevado. Un tema candente actualmente, en el entorno del software libre, es el de asignación de licencias a los productos, especialmente con vistas a la posibilidad de pasar estos productos de uno a otros mundos virtuales.
El otro se basa en la prestación de servicios. Estos tienen más o menos valor en función de las habilidades del proveedor y de la oferta del mercado. A diferencia de la venta de programas o productos, requiere de la participación directa de las dos partes y su valor intransferible es el nivel de conocimiento de quien da el servicio.
Servicios Externos. Son los que usuarios residentes en el nundo virtual ofrecen a otros usuarios que no son residentes para actividades concretas, (presentaciones de servicios y productos, márketing, imagen y medios de comunicación). Actualmente es minoritario debido a las limitaciones técnicas del entorno virtual, pero su futuro es prometedor.

8.- Educación. Si bien este aspecto, al igual que el de Servicios Externos, es actualmente algo limitado a a algunas experiencias piloto, hay plataformas virtuales, fuera de Second Life y OpenSim que ofrecen ya interesantes posibilidades (ver informe de Hispagrid).

A todas estas posibilidades, añado aquélla en la que, junto con mis compañer@s de Hispagrid, dedico la mayor parte de mi tiempo: La Exploración multiplataformas.

Visto desde el exterior, parece haber una caótica amalgma de mundos y tecnologías virtuales, pero no es así. Tan sólo hay dos tipos de plataformas: Las que son de código cerrado y las que son de código abierto.

Las primeras, evolucionan única y exclusivamente dentro de su entorno, según decisiones empresariales, que pueden o no abrir parte de su código y coalborar en mayor o menor grado con otros desarrolladores.

Su evolución depende de las decisiones de su Equipo de Gestión.

Las segundas permiten la incorporación de desarrolladores de todo el mundo que tienen tiempo, y ganas de colaborar en su desarrollo.

Su evolución depende de la forma de integrar mejoras y modificaciones de forma estructurada.

Los movimientos más significativos en este entorno, actualmente en marcha son:

Separar el desarrollo del núcleo de OpenSim de las posibles mejoras a añadir, desarrolaldas por otras plataformas. Explciado de forma sencilla, se quiere lograr que OpenSim siga evolucionando como núcleo, pero que se le puedan añadir, por parte de los suarios, plugins de forma que sirva para sus intereses. Así, realXtend añadió significativas mejoras en conceptos como separa la autentificación del usuario, su inventario, la personalización del avatar y mejoras en el motor gráfico, incluyendo efectos especiales y neshes, y se ha creado el proyecto ModRex para que esas mejoras sean plugins en lugar de tocar el código del núcleo. Por otro lado Adam Frisby, cabeza no oficial, del proyecto OpenSim (OS), ha empezado a colaborar con Vast Park para poder compatibilizar el núcleo de OS con Vast Park.
Crear un standard universal de protocolo para mundos virtuales. Un equivalente al protocolo http para la Red 2D, este protocolo se denomina Metaverse eXchange Protocol (MXP). (http://www.cybertechnews.org/?p=499 y http://www.bubblecloud.org/) y la priemra utilidad que se queire conseguir es la de crear un cliente visor que nos permita acceder dirextametne a entornos virtuales de software abierto (OpenSim, realXtend, Vast Park, Croquet entre otros) este apño de 2009.

El participar en esta aventura de explorar estos Metaversos, testear las aplicaciones, ayudar a detectar sus bugs, preparar tutoriales para que otros usuarios puedan acceder más fácilmente, intercambiar opiniones y expereincias con desarrolladores y testeadores de todo el mundo, es una experiencia que me enriquece y apasiona.

Mi evolución en este sentido se ve en la de mis firmas. Hasta hace unos meses, en un foro en el que participaba activamente, mi firma decía "Seremos libres cuando Second Life esté en nuestros ordenadores".
En otro foro en el que he disfrutado mucho participando, y espeero, en cuanto tenga tiempo, volvera aparecer, fuí más gamberro (ya se sabe, la confianza ;-D ) y mi firma, que pocos usuarios decodificaron, decía bastantes cosas personales, pero en clave.

Actualmente, en el portal del grupo donde estoy colaborando, mi firma es:

Me siento libre teniendo mis mundos virtuales dentro de mi ordenador. Me siento realizado si ayudo a otr@s a conseguir lo mismo. Seré feliz si nos encontramos en esos mundos.

Creo que esta evolución de mis firmas resume con claridad la mía personal.

Televisión Virtual Conferencias Virtuales

2009-04-04T13:50:00.000+02:00

Virtual Television For Virtual Worlds es como se define así misma SLCN.TV , que a mi juicio es el mejor medio audiovisual informativo existente en el ámbito de los Mundos Virtuales.

Con un equipo profesional que acude a los diversos eventos relacionados con la tecnología y difusión de los Metaversos, difunden en su canal de vídeo vimeo que nos permite subir y comparit vídeos con una calidad envidiable y en el que encontramos eventos tan interesantes eventos como el "Virtual Worlds Down Under" que ha tenido lugar en Melbourne, australia, donde seis significativos conferenciantes, hablaron de los proyectos VastPark, Badumna, RMIT y Planet Postmoderna.

Creando displays 3D con azucar...

2009-04-01T18:14:00.001+02:00

... y otros elementos baratos es la interesante propuesta que nos muestran en Cybertechnews: http://www.cybertechnews.org/?p=1386 y en una hora de tiempo.
Propuesta muy interesante, incluyendo un parche, un parche relamente grande, de dos Gigas de peso:http://tr.im/i5FA .
Todo esto me sorprendió por la interesante técnica que se proponía, ....hasta que recordé que hoy es la fecha que es, y que hay otras culturas que no son la hispana ;-D

Vulnerabilidades en modo Hypergrid. Tests y soluciones:GRIDER

2009-03-31T13:33:00.001+02:00

La configuración del modo Hypergrid ha abierto, en el entorno OpenSimb(OS) un sinfín de posibilidades. Por un lado, podemos "viajar" con nuestro OS y conectarnos con él a diversos grids o teletransportarnos con nuestro avatar a otros sims. Un equivalente al teleport dentro de Second Life entre sims.

Esto nos permite el acceso a un creciente número de Sims y Grids, pero así mismo puede ocurrir que alguno de estos Grids estén administrados por desaprensivos que , cuanto menos, pueden robarnos el contenido de nuestro inventario.

Este es un riesgo real y no es razonable adoptar la postura del avestruz bajo la falsa premisa de que este tipo de comentarios puede asustar a los usuarios que se acercan al entorno de OS. Cuando hay un problema, y los de seguridad son simplemente uno más de los muchos que nos encontramos en el diseño de aplicaciones complejas, hay que analizarlo y buscar soluciones.

Para testear la realidad de las vulnerabilidades y de lo que el código malicioso puede ahcer al inventario de un usario, según se explica en el informe del grupo de desarrolladores de OpenSim de Febrero: https://lists.berlios.de/pipermail/opensim-dev/2009-February/005409.html se ha preparado en OSGrid un sim, llamado "DO NOT COME HERE" (DNCH)" , donde al acceder nos vaciará nuestro inventario. (como es lógico y así se avisa, no entreis con vuestra cuenta principal, si no con un Alt para realizar el test).

Para evitar esto, hay dos soluciones principales. Una es la que hemos adoptado en el servidor de Hispagrid, donde propondremos a nuestros vistantes una serie de enlaces Hypergrid seguros, la otra es la que está desarrollAndo Cristina Videira Lopes, que ha creado un nuevo cliente, llamado Grider, que no es un mero visor, si no que como ella nos dice:

"...Grider is not a viewer; it's a grid-proxy-based viewer-wrapper for LL-based viewers. It works with any OpenSim servers out there as of today, so r8931 and higher .."

Podéis descargaros GRider y ller sus características técnicas desde: http://opensimulator.org/wiki/Grider

Exportando nuestro avatar desde SL a OpenSim

2009-03-30T09:03:00.006+02:00

El modelo de avatar que utiliza Second Life es mas bien nefasto, pues tanto sus articulaciones como el ángulo de giro de las mismas es muy poco realista. De hecho este análisis de Jani Pircola: http://www.cybertechnews.org/?p=1366 realiza una clara comparativa entre los diversos modelos de avatar de Second Life, Olive, Wonderland y realXtend, pero para algunos usuarios, el realizar copia de su querido "avie" de SL es algo de índole emotiva, por lo que desean sacarlo de SL para reutilizarlo en OpenSim. Tal y como explica Jani Pircola, transferir directamente el avatar desde SL a OSGrid no es nada fácil. El avatar de SL tiene 144 puntos de ajuste:
Shape, 77 settings
Skin, 26 settings
Hair, 39 settings
Eyes, 2 settings

Pero si utilizamos, al igual que para realizar copia de la caché de nuestro inventario, la potencia del visor de realXtend, el proceso es muy sencillo.

Tomando prestada a Jani la captura que ha realizado, vemos que el visor de realXtend, al igual que otras utilidades, tiene en la opción de "editar apareincia" la posibilidad de realizar tanto exportaciones como importaciones. Estas las realiza en formato XML y al activar la exportación, salva las formas de nuestro avatar directamente a nuestro disco que tengamos en modo "worn" al igual que las ropas asociadas.

Todas las texturas son exportadas igualmente, pero como los diferentes grids tienen diferentes UUID's, para regenerarlas hay que realizar procesos de conversión de keys, que se pueden realizar vía utilidades exteriores como Second Inventory, que nos permite pasar las carpetas de nuestras texturas a OpenSim, o bien mediante las utilidades de LibSecondlife.

Los pasos para realizar la exportación son:

En modo edición de apariencia, hacemos click en el botón de "Export", selecionamos un nombre para el fichero donde vamos a salvar los datos.

Para importar, en modo de edición de apariencia, hacemos click en el botón de importar, selecionamos el fichero que contiene los datos, realizamos los cambios a las texturas, selecionamos "Salvar Todo".

Al salvar todos los datos en foramto XML, podemos enviar nuestro avatar por mail, al igual que usando save-oar/save xml, podemos enviar copia tanto de nuestros edificios como del sim entero.

Hackeando SL: Como subir texturas gratis

2009-03-29T15:32:00.003+02:00

A mis amigos y conocidos más íntimos les sorprenderá que escriba algo sobre SL, teniendo en cuenta que ahora me muevo por otros mundos, pero es que siempre he considerado una vergüenza el tener que pagar 10$L cada vez que alguien tenía que subir una textura. Teniendo en cuenta lo que siempre he opinado de esa actitud hace lógico que ahora publique esto para ayudar a la comunidad Hispana, pues en la de habla inglesa ya es conocido desde hace varias semanas, si bien lo mantienen en un segundo plano. Si por publicar esto Linden vuelve a banearme pues consideremoslo como el fin de una etapa y a pasar página, pero defender una posición y no dar la cara no va con mi forma de ser y podríamos considerar este post como mi legado a la comunidad hispana de SL. Además esta oportunidad de meterle un gol a Linden no me la pierdo ni de coña.

Una querida amiga, auténtica hacker en un entorno donde lo que hay de sobremanera son meros fantasmones, me pasó los enlaces que ahora publicaré.Además esto me encanta. Mis orígenes vienen del entorno underground y estas ventanas negras con letras rojas me traen muchos recuerdos ;-D.

Tres hackers: lordgreggreg, zabb65 y dendooky han desarrollado un conjunto de haks, publicados bajo la definición de "plugins" que podéis descargar desde su portal y wiki: http://code.google.com/p/par/

Vamos a explicar como descargar, instalar y activar estos "plugins". Los vídeos que encontraréis en la página os ayudaran con los demas plugins, algunos muy interesantes y potentes, pero voy a limitarme a explicaros como subir cualquier número de texturas en formatos: jp2,j2c,jpg,jpeg,gif,png,bmp,tga y tif.
Con lo lentos que son los chicos de Linden Lab en modificar su gigantesca estructura (el tamaño del dinosaurio), no van a poder tapar este agujero en bastantes semanas, asi que podéis aprovecharos.

Delas tres descargas posibles, Animaker permite abrir el código de las animaciones en formato "anim" de Linden, formato cerrado que ahora podréis reutilizar para vuestras animaciones. GroupInvitBot , mal utilizado, puede ser un coñazo, pero la vacuna anti spam se encuentra, conjuntamente com muchísimas otras utilidades en el tercer grupo de descarga: par-Plugins For SL V57.zip.
Ver el nombre ya os indica que la comunidad underground inglesa se ha estado aprovechando de los desarrollos de este grupo desde hace mucho tiempo.
Descargamos el fichero zip y lo descomprimimos en una carpeta que nos sea cómoda de tener a mano. Allí vamos a encontrar las carpetas y archivos de la siguiente captura:

A continuación hacemos doble click en el ejecutable bat: "Plugins For SL.exe"
Se abre esta ventana del cargador de plugins:

Hacemos click con el ratón sobre "Add Plugin" y se abre la ventana para seleccionar el plugin que queremos subir. El que nos interesa es PuComb.dll. Los otros son muy interesantes, especialmente para mí Shadow, y no porque lo de Sombra sea cosa de mis otros nicks ;-D, si no por... bueno mejor lo probáis y lo averiguáis vosotros mismos. Vamos a marcar los plugins que os muestro en la captura y luego click sobre el botón de "Abrir". Los plugins se cargan como podemos ver

Ahora hacemos click en START . Nos parecen tres ventanas de configuración. Nuestro PC se ha convertido en un servidor que a través del puerto 8080 va a ejecutar unos servicios en el entorno Linden a través de nuestro cliente visor, y esta configurado para contestar a las preguntas que le van a hacer los servicios del servidor de Linden del sim a donde vamos a ir, y le convencerán de que somos un servidor de Linden Lab (no, nómina de Linden no vamos a tener, lo siento ;-))) )

La ventana de atrás indica que se nos ha creado un proxy para actuar, a través del puerto 8080. La ventana del medio es la ventana Maestra con muchas utilidades que estoy seguro que vais a disfrutar descubriendo e intercambiando entre vosotros información de lo que hacen y como podeis encontrarles utilidades en SL. La ventana de delante está pensada para comunicaciones encriptadas y no es necesario para esto pero la tengo configurada para otras cosas que no vienen al caso y mejor no preguntéis.

Nosotros ahora vamos a ejecutar antes un paso fundamental: Preparar el cliente de Linden para que funcione con nuestra ventana de "plugins".

Para ello cogemos el enlace directo que tenemos en el escritorio a SL, lo copiamos y lo pegamos en otra parte, lo mejor en la carpeta donde tenemos los "plugins". Le cambiamos de nombre:

Hacemos click con el botón derecho del ratón sobre este nuevo link, y seleccionamos la opción de "Propiedades"

En la nueva ventana de "propiedades" que se nos abre, agregamos en destino, despues de InstallLanguage en el texto:-loginuri http://localhost:8080/ con lo que el texto toal de ese campo quedará:

"C:\Archivos de programa\SecondLife\SecondLife.exe" --set InstallLanguage en -loginuri http://localhost:8080/

Suponiendo, claro que tengáis SL instalado en C:\Archivos de programa\.

Le damos al botón de aceptar y ya tenemos configurado nuestro cliente visor para ser usado con los plugins. Recordad que para ello primero arrancaremos la ventana de plugins y luego el visor. Es lo que vamos a hacer ahora. Arrancamos el visor y os recomiendo que uséis un alt y no vuestra cuenta principal para esto.

Un truco que aprendí hace años, es el de activar la ventana de Windows en la ejecución del visor. Paa ello, en la opción de Advanced (siempre empleo la versión en inglés del visor), la activamos:

Esta ventana es muy importante. Nos dice todo lo que el servidor de Linden está interactuando con nuestra máquina a través del programa cliente, y allí podemos ver cualquier problema que tengamos dentro de SL.

Esta ventana aparece cuando volvemos a entrar en SL:

Aparezco en un sitio al que tengo mucho cariño: La Sede de Aventura y Viajes, de Irene Muni que no es en absoluto responsable de que yo aparezca allí con mi alt para mostraros como funciona esto ;-D.

Al mismo tiempo que uso la ventana de windows de forma discreta para tapar la identidad de mi alt, ;-) (¿se nota que estoy disfrutando con esto?), sirve para indicaros como actuar: Hacemos click sobre la opción de "Cinderella" (¿será Linden la madrastra? )

y se abre la opción de subir imágenes.

Hacemos click sobre "Load", se abre la ventana de exploración para que elijamos una imagen a subir.

Elijo la portada del libro que mis queridos amigos, ex-compañeros de Ciberpunk : David de Ugarte, Pere Quintana, Enrique Gómez y Arnau Fuentes han publicado y que podéis descargar gratuitamente desde aquí: http://www.deugarte.com/de-las-naciones-a-las-redes

La imagen se carga en la ventana de PAR. Según el tamaño de la imagen, la barra roja debajo de la misma, se llenará más o menos rápidamente.

permitirme que ahora os muestre el proceso, para que entendáis que estamos haciendo. Aprovechando que uso dos pantallas, voy a hacer capturas de la ventana de windows, el cliente con mi avie aguantando todo lo que se le viene encima, la ventana de comunicación GridProxy de PAR y la ventana Maestra de PAR

La ventana GridProxy nos indica que adaptado el tamaño de la imagen de forma automática, y la configura para cargarla a nuestro inventario de SL, en modo bakeado, no asset. ¿Qué significa esto?. Pues que Linden no puede hacer nada para evitarlo. Cuando nuestro avie entra en un sim, el servidor entrante carga nuestras texturas, bakeando, o adaptándolas a nuestra forma, y no nos cobra 10$L por cada una de ellas. Este sistema usa eso mismos, para cargarlas de servidor (el nuestro) al del Linden que controla ese sim y de alli a nuestro inventario.

Hacemos click en la ventana Maestra, en "Save to SL" y vemos que se va a hacer del mismo modo que lo hace el servidor de Linden. Divide la imagen en paquetes, (87 en este caso) y los va enviando al servidor de Linden, el cual, como veremos en la vetnana de windows los acepta mientras que con las funciones LLViewerThrottle / InventoryPanel/ y sobre todo LLCircuitData, va aceptando los paquetes de nuestro "hermano servidor Linden" mientras hablan de sus cosas, las clásicas charlas de servidores (que si me duele la RAM, que si las bolitas del sim tal me están causando un lag horrible, etc.).

Cuando la ventana GridProxy nos dice que <>>Upload successful! vemos que la imagen ya esta visible en nuestro visor y en nuestro inventario.

Pues eso es todo amigos, que decían los dibujos animados de mi época.

Espero que esto os sea útil, y si no me dejan volver a SL, pues como dice Fito, "..me volvería a equivocar otra vez.." . Fué bonito mientras duró pero hay otros mundos que no son SL , y si dejan que siga dando guerra, pues por SL me seguiréis viendo de vez en cuando ;-D

Experimentando en HISPAGRID con ModRex

2009-03-16T08:58:00.001+01:00

Si llamamos a HISPAGRID Laboratorio de Sueños, es porque allí disfrutamos probando de que material están hechos nuestras ilusiones virtuales, y ModRex es, en teoría, uno de los materiales más sólidos con los que construir nuestros sueños virtuales, pero como una cosa es la teoría y otra la práctica, estos días nos hemos puesto a hacer lo que es la función principal de HISPAGRID: Testear.

Para ello, primeramente hemos realizado la compilación, bastante laboriosa, por cierto (ModRex está todavía en estado pre-alfa, y se necesita combinar su código fuente con el de OpenSim), y tras subirla y ejecutarla en el servidor, lo hemos instalado, de forma que fuera compatible con los otros servicios que estamos testeando: un Hypergrid y un GRID.

Los puntos fuertes de esta versión preálfa de ModRex son los meshes, al igual que realXtend, y la opción de lincar regiones de OpenSim (comando link-regions X Y IP_del_servicio Puerto_de Acceso Descripción).

Los puntos débiles son que (aparte de lo compleja de su compilación para quien no esté acostumbrado a usar SVN ó Tortoise para compilar los fuentes de OpenSim o realXtend), por ahora sólo permite una región y que todavía no es posible usar la voz.

Tal y como se puede ver en las capturas, ModRex me permite acceder vía cuenta de registro en realxtend.org, por lo que no he requerido crear una interfase MySQL-Apache-PHP, para la administración de usuarios y cuentas, si no que utilizo la identidad que me ha enviado, vía mail, realxtend.org.

El proceso para entrar y visitar el sim de ModRex, lo publicaran mis compañeros de Hispagrid en nuestro portal.

Creado un segundo sim, lo he lincado con el de entrada, de forma que en el campo de búsqueda del mapa se pueda localizar, configurando así el sim de entrada como un Gateway que nos permita acceder a otros sims de tecnología ModRex. Esto es muy importante, en resúmen, podemos hacer lo siguiente:

1.- Crear un Grid de tecnología ModRex sin necesidad de interfase Web para su administración, pues usamos el servicio de realXtend.org.
2.- Podemos convertir el sim de entrada en un Gateway, una pasarela que nos permite teletransportarnos a otros sims ModRex situados bien en nuestro servidor o en otros servidores. Es el equivalente, pero mejorado, del sistema de teletransporte que usa Second Life.

¿Porqué digo que mejora lo que usa Second Life?. Pues porque podemos hacer lo que Linden Lab no nos permite: Que uno de esos sims esté en nuestra propia máquina. Lo cual sería técnicamente posible, y por ese motivo fuí unos de los priemtros en apuntarme a los tests del OGP de Linden, un gridnauta, pero lo he abandonado porque está claro que la filosofía de Linden de protección de los derechos de propiedad de los usuarios, mediante el levantamiento de barreras, en vez de usar otros medios (autentificación de las uuids mediante OpenID, por ejemplo).

En resumen, yo he construído, en formato meshe, las réplicas del palacio y puerta que se ven en las capturas, utilizando modelos libres de Sketechup, convertidos a meshes como ya he explicado en otro post, , lo cual es el sueño de todo creador, pues nada más seguro que un sim guardado en nuestro propio ordenador, y luego lo he lincado con el Gateway de nuestro servidor, pasando los meshes de uno a otro sim mediante el inventario.
Más fácil imposible.
El resultado lo que podéis ver en las capturas adjuntas.

Tutorial Terrenos OpenSIm (IV)

2009-03-12T16:15:00.002+01:00

Esta vez con la ayuda de los compañeros de Hispagrid, hemos publicado el tutorial Creación de terrenos usando imágenes de satélite .

Esperamos que os sea de utilidad

Compilando ModRex

2009-03-05T01:25:00.000+01:00

Como dice su creador principal, Adam Frisby:

Please remember, this is alpha software. Not likeOpenSim ‘it sort of kinda works’ alpha, but really early code. It maybreak. It may trash your sim. It may kill small children. You have beenwarned

La verdad es que ha sido complicado, pero hace unos minutos, lo he conseguido: Mi primera compilación de ModRex funciona estable y sin errores

Lo de siempre: Mas vale una imagen..

ModRex es algo revolucionario, como ya he explicado. Antes de implantarlo en nuestro servidor he de acabar la implantación del Grid, pero en cuanto modifique los puertos UDP del Grid para que no haya incompatibilidades, lo instalo.

Mientras tanto seguiré los tests en mi máquina.

Ya os iré comentando aquí y en el Portal, como van las pruebas.

El Futuro de la construcción Virtual

2009-03-03T00:07:00.003+01:00

Más vale un vídeo que mil palabras:

Lo que habéis visto es lo que va a ofrecer, para arquitectos y profesionales, la empresa Visibuild, compañía creada para, utilizando el código de realXtend, posibilitar la creación online de proyectos arquitectónicos para arquitectos y clientes.
Más información en el blog de Cybertechnews.

OpenLife, o como NO hacer las cosas

2009-02-27T09:21:00.004+01:00

Antes de nada confieso que no me gustó nada la actitud del responsable de OpenLife cuando contacté con él para que me ofreciera precio para la compra, para un cliente, de cuarenta sims. Las cantidades eran lo suficientemente importantes para que el trato hubiera sido diferente, sobre todo porque mi cliente no se defendía en inglés. Dejando aparte mi queja personal, la parte técnica, que requiere para la adquisición de sims privados la compra en clusters de 4 en cuatro sims, o eso o nada, sin dar ninguna explicación, tampoco era muy de recibo, pero eso no es lo realmente malo, ni la forma en que se utiliza la temática sexual, y los menores (http://3dgrind.com/2009/02/openlife-kinda-sucks/), lo realmente malo es lo que claramente explica en su blog Mo Hax.

SecondLife se está convirtiendo no sólo en un jardín vallado, si no en un mero negocio que está abandonando su respaldo técnico en detrimento de los usuarios. El más grave de todoS es el hecho de que para acceder a OpenLife se requiere el visor de KirstenLee Cinquetti, R16, el cual no es compatible con Second Life, lo cual no es importante, pero sí lo es que no sirven ni el visor Hippo ni el de realXtend. El problema es que repentinamente KirstenLee ha anunciado que deja de desarrollar visores y ha borrado su blog y desaparecido con esa identidad de la Red.

La decisión que ha tomado esta mujer es merecedora de todo respeto, pero la de los responsables de OpenLife de no ofrecer una alternativa a su visor, así como la de seguir ofreciendo como "banderín de enganche" lo que se ve en la captura "el poder disfrutar de realXtend en OpenLife gracias al prontamente finalizado visor R17 de KirstenLee" es, según mi opinión, simplemente una estafa.

Creo que se puede ganar dienro con el software libre, con dignidad y profesionalidad, pero estas aptitudes de abuso y engaño son nefastas para el proyecto de la creación de Metaversos basados en software abierto. Tarde o temprano se empezará a hablar de OpenLife no desde blogs minoritarios como el mío, si no de medios de mayor difusión, y ya me imagino como se utilizará su ejemplo como arma en contra de la comunidad de software libre y sus proyectos. Si no al tiempo.

Desarrollos en el entorno OpenSim: Islas Vivas y a La Carta

2009-02-19T10:10:00.002+01:00

La principal ventaja de tener acceso al código del servidor es la de que si se une la imaginación con el talento, al no existir la barrera del código, se pueden lograr aplicaciones realmente originales e interesantes.
Vamos a hablar de dos de ellas, muy recientes, y que no cabe duda de que va a aportar dinero a sus creadores.
La primera está incluída en el grid de OpenLife, y se trata del concepto de Islas Vivas.

Mediante la utilización de tecnología SSO (Server side Objects), se crean árboles que nacen, crecen, lanzan semillas para que crezcan nuevos árboles, y mueren.
Algo realmente imaginativo, que abre nuevas posibilidades para crear entornos virtuales realistas.

Podéis encontrar más información en el Foro de 3DXOpenLife y en el Portal de Jani (ex-director del proyecto de realXtend), Cyber tech News. La dirección de OpenLife ha preparado una isla demo, para poder ver esta tecnología, la cual primero estará disponible para islas privadas, y más adelante para MainLand.

La segunda se trata de lo que podríamos definir como "Islas a la Carta". Imaginaos que necesitais una o varias islas para crear un evento que puede durar un día, una semana o un tiempo no definido.

El proceso habitual para ello ya lo conocéis, pero ahora suponed que alguien os ofrece el que eligais el modelo de isla o islas, podáis visitarla para ver si os convence o quereis modificarla, así como las instalaciones y edificios que precisais, y el que se autoajuste, y por lo tanto paguéis, en función de tráfico de usuarios y ancho de banda así como la capacidad de procesamiento de servidor que se precise... y todo ello en unas horas, no en unos dias.
Bien, pues esto es lo ofrece Sim-OnDemand, desarrollo basado en EC2 (Amazon Elastic Computer Cloud), y magníficamente explicado en Cybert Tech News

Son desarrollos de esta naturaleza los que hacen atractivo para usuarios particulares y empresas, la utilización del entorno OpenSim. Esperemos más aplicaciones ingeniosas de esta naturaleza y que nos sorprendan, que es lo agradable de estos desarrollos, el ver la imaginación aplicada ;-)

REVOLUCIÓN EN EL METAVERSO. EL LABORATORIO DE SUEÑOS.

2009-02-10T12:38:00.165+01:00

Como ya sabréis, recientemente se ha cumplido el segundo aniversario de OpenSim (OS para abreviar).
La inmensa mayoría de vostr@s pensaréis, y con razón,que OS es una experiencia interesante pero limitada.
Tras un proceso más o menos complicado según la experiencia de cada uno, lo que obtenemos es uno o varios sims en nuestra máquina, que bien, vale, pueden valer como sandbox, y probar varias herramientas sin gastar dinero subiendo texturas, animaciones, etc., pero aunque construyamos edificios y objetos maravillosos, falta lo más importante, aquello que ha hecho crecer a SecondLife (SL), año tras año. Falta el componente social.

Para conseguir que nuestros amigos visiten nuestro sim, no hay muchas opciones y ninguna especialmente buena. Podemos dejar que entren en nuestra máquina. Bien, pero lamentablemente, con los anchos de banda que las compañías nos suelen otorgar, es imposible tener mas de dos o tres amigos en nuestro sim, sin que el lag nos hunda en un mundo gris y paralizado.

La otra opción es darnos de alta en un OpenGrid y allí poder vernos. Su inconveniente es que no todo el mundo sabe como hacerlo.
Por ese motivo escribí en su día esta guía para conectarnos a OSgrid.

No está mal, pero vamos a ser críticos. Los usuarios de SL están acostumbrados a visitar los sims que quieren simplemente haciendo teletransporte desde su navegador, y un usuario del entorno de OS, quieras que no, comparan esa facilidad con lo complejo del proceso anterior. Por lo tanto ¿que sería realmente revolucionario?¿que es lo que nos abriría las fronteras para tener un Metaverso libre?.
Pues sería el que un usuario pudiera elegir una de estas dos opciones, coincidentes :

a) La opción del Viajero:

El usuario simplemente utiliza su navegador para entrar en un Nodo OpenSim. Una vez alli encuentra una serie de direcciones de sitios a vistar, que conjuntamente con las que ya tiene en su inventario, le permiten visitar todos esos sims sin tener que salir de la sesión. Basta con que utilice su mapa para localizarlas y teletransportarse hasta allí.

b) La opción del Creador:

El usuario ha estado creando en su sim local algo que quiere compartir. Lo único que tiene que hacer es enviar la url de su sim, bien a los amigos ,bien al Nodo o ambas opciones. Los amigos reciben el aviso y viajan directamente a su sim, y en el Nodo se incluye la dirección para que otros usuarios lo puedan visitar. No sólo eso. Un amigo está construyendo en su sim (o un cliente) y el constructor quiere llevarse el edificio u objeto que ha creado para regalárselo o vendérselo.

¿Suena bonito y revolucionario verdad?. Sería como si nuestros sims fueran páginas web. Bastaría con saber las urls para poder llegar a ellas desde un Nodo. Ese Nodo puede estar en un servidor público o en nuestra propia máquina.

Bueno, pues como todo lo dicho parece un sueño, vamos a hablar del Laboratorio de Sueños.

Puede que por casualidades de la vida, o puede que sea porque quienes tenemos intereses comunes, acabamos coincidiendo, lo cierto es que, a raíz del pasado Congreso de Ibiza, Asturkón nos convenció a algunos para constituir un proyecto, llamado Hispagrid, cuyo objetivo es el de funcionar como Laboratorio de Sueños. Es allí donde probamos todas las aplicaciones que en el ámbito del Software Libre, del entorno de OpenSim, van saliendo, para testearlas a fondo, realizar modificaciones en su código, probar sus diversos plugins, su interacción con las bases de datos, administración remota, capacidades, métodos y herramientas de diseño y construcción, etc., etc.

Es allí donde hemos testeado diversas versiones de OpenSim, de realXtend y anoche, pudimos probar este sueño revolucionario: DinamicHypergrid.

Más vale una imagen que mil palabras. (pinchad en la imagen para verla ampliada)

Lo que estáis viendo es el primer ensayo, que conozcamos, en el entorno hispano, del nuevo desarrollo denominado DinamicHypergrid y que consiste en una modificación realizada por algunos desarrolladores de OpenSim y que permite que un usuario, yo mismo en este caso, haya compilado un Nodo en su máquina local, (sim Dinamic como podéis ver en la parte superior del mapa), y que entrando en ese Nodo con el navegador, pueda poner la dirección url y puerto de entrada de una de las islas creadas en el servidor de Hispagrid, y automáticamente, en el mapa aparece esa isla y se puede realizar el teletransporte a la misma.
No he tenido que salir de mi sesión, cerrando el navegador para poder entrar en nuestro grid privado. No sólo eso. Conmigo me llevo todo mi inventario, con lo que aparte de viajar puedo construir tranquilamente en mi isla situada en mi máquina, donde puedo hacer las copias de seguridad que quiera. Luego me teletransporto a través del Nodo. En este caso lo he compilado en mi máquina, pero cuando lo instalemos en el servidor de Hispagrid bastará con entrar allí, y podemos construir allí, sacando el contenido de nuestro inventario, o bien pasar por Hispagrid y llegar a otro sim, donde recogemos o depositamos nuestros objetos, edificios, animaciones, etc.

En los próximos días configuraremos el Nodo al que puede que le llamemos Estación Central, porque será eso: Una estación donde los usuarios serán viajeros que podrán utilizar para saltar otros destinos.

Cuando lo tengamos instalado, iremos publicando tanto aquí, como en un portal dedicado a Hispagrid, el avance de este y de otros proyectos.

Tutorial Terrenos en OpenSim (III)

2009-02-07T03:45:00.003+01:00

En esta tercera entrega del tutorial vamos a ver distintos métodos y herramientas para crear los terrenos que queramos y como subirlos a nuestroOpenSim (OS).

Vamos autilizar diversos programas para hacer el recorrido de un supuesto proyecto. Los pasos están pensados para que conozcáis las diversas posibilidades que ofrecen esas aplicaciones, aunque para crear nuestro terreno con un par de pasos bastaría, vamos a recorrerlos todos.

He de confesar que he empezado este tutorial varias veces, y al final he decidido comenzar con las herramientas básicas, de fácil manejo y luego iré explicando en sucesivos tutoriales la utilización de herramientas mas complejas.

Comencemos usando herramientas sencillas y gratuitas.

Creación con herramientas básicas:

Utilización de GIMP - TerraConv - Terragen - Bailiwick-Terrapainter-Plugins Terragen

Descargamos e instalamos los siguientes programas:
Gimp, terraconv, terragen, terrapinter, Bailiwick que son parte de mis programas favoritos desde hace años.

Comencemos con el mejor editor de terrenos que vamos a encontrar: El propio OpenSim. Supongamos que empezamos desde cero, y os recomiendo que lo hagáis así para no mezclar lo que vamos a hacer en este tutorial con lo que ya tengáis.

Si en la consola nos indica que estamos en "Región <root> #:", lo que hagamos afecta a TODAS las islas de nuestro OpenSim (OS). Si queremos actuar sólo sobre una isla, ya sabéis que debemos de cambiar a esa región con el comando change-region.

Bien, empezamos con nuestra solitaria isla cónica. Vamos a elevarla 20 metros. Usamos el comando (sin las comillas) "terrain elevate 20" y la consola nos responderá diciendo que almacena el terreno en la base de datos de regiones.

Ahora vamos a exportar el terreno como archivo gráfico, en dos formatos. Luego veremos el porqué
Comando:

terrain save tutorial.raw

terrain save tutorial.tif

Ya tenemos el terreno salvado. Podemos cerrar OS. Ahora vamos a probar Bailiwick. Se trata de un programa pensado para manejar los terrenos de SecondLife. Es útil pero con limitaciones. sólo maneja ficheros .raw y bastante mal, pues interpreta los .raw de una determianda forma, fuera del stándard.
Hagamos una prueba. Abrimos el programa, abrimos (FileOpen) el fichero recién salvado "tutorial.raw" y nos encontramos con que nos abre lo que podemos ver

una imagen bastante confusa o incluso que no nos reconozca el fichero.
Bien, dejamos de lado por el momento Bailiwick y veamos diferentes metodologías de trabajo.
En este tutorial vamos a usar GIMP como origen y destino. En el próximo tutorial usaremos otra combinación de las herramientas que arriba os he indicado que instaléis.

USANDO GIMP-TERRAGEN

Abramos Gimp. Seleccionamos el archivo tutorial.tif y tenemos lo que vemos en la captura .
Vamos a utilizar esta imagen como referencia para crear una isla a medida.

Seleccionando el color de fondo negro, creamos una nueva imagen,( sin cerrar tutorial.tif), de 257x257pixels, (son 257, no 256, si no dará error en Terragen). Con la herramienta "recoger color" (el cuenta gotas de la caja de herramientas), seleccionamos un nivel de gris intermedio entre el mas claro (la parte más elevada de la isla) y el más oscuro (la superficie del agua).
Con ese color seleccionado utilizamos el pincel para dibujar el contorno de nuestro proyecto de isla y rellenamos con el mismo color, obteniendo lo que vemos en la captura.

Eliminad los restos del trazo exterior, como indico en la captura, para obtener una imagen plana.
Salvamos el archivo como formato ".tif" sin compresión y cerramos GIMP. Podéis descargar el archivo desde aquí:

islatuto.tif

Para poder seguir el tutorial.

A continuación abrimos el programa Terraconv para importar islatuto.tif y salvar el fichero como "islatuto.ter"

Podéis descargarlo desde aqui:

islatuto.ter

Ahora podemos cerrar Terraconv y abrimos Terragen. Os recomiendo que cuando podáis, descarguéis para Terragen, desde su página de Resources, For Export Only, SOpack y (Terrain utilities), GeoFrac 2000 y Leveller.
En este tutorial nos basta Terragen en su versión free. En mi trabajo empleamos la versión Pro, que veréis en las capturas y me han dado la nueva 2.0 pero no he tenido tiempo de estudiarla en detalle, pero con la free nos basta para un simple sim. Vosotros decidiréis si os interesa adquirir una licencia para terrenos mayores.
Abrimos Terragen y en la ventana de Landscape seleccionamos "Open" y abrimos nuestro fichero.

Ahora un PASO MUY IMPORTANTE es seleccionar mediante "Size" una definición de "1" en "metres point spacing". Si no lo hacemos así no valdrá nuestro terreno para Opensim.

Como podemos ver en esta captura, nuestra isla tiene un aspecto mas bien plano. Vamos a darle un aspecto realista.

Para ello en la ventana de Landscape, pulsamos en el botón de "Generate Terrain", y vamos a usar los valores por defecto (probad variando los ajustes de Realism y Smoothing, así como los otros métodos para conocer sus efectos cuando podáis). ES MUY IMPORTANTE que en Action seleccionéis la opcion de "Generate features on existing terrain", o machacaría lo que ya tenemos.

Ahora click en el botón de "Generate Terrain" y obtenemos algo mucho mas interesante.

La opción en Landscape de View/Sculpt nos permite utilizar herramientas para elevar o rebajar el terreno, pero tanto si las utilizamos como si lo dejamos tal y como está ahora, debemos hacer un ajuste fundamental: La escala.

Primero salvamos desde Landscape el terreno, pues si ahora algo no sale como nos gusta, no podemos deshacer.

Para ello en Landscape seleccionamos "Modify" y en Set Height Range vemos que nuestra escala va desde -18.601m a -2.61m.

En OS el terreno puede ir desde 0 a 255m. El nivel del agua es de 20m. Vamos a querer una isla que vaya desde -5 a +65 metros (hay un factor de escala pero dejemoslo así), asi que introducimos esos valores y no nos olvidemos del ENTER para que Terragen los tome.

El terreno cambia.

Ahora sería el momento de en View selecionar vista en 3D, recorrer, justando la posicion de la cámara, nuestra isla y corregir fallos, pero vamos a hacerlo con otro programa.

Salvamos el terreno como:

islatuto2.ter

Cerramos Terragen y abrimos Bailiwick. Importamos islatuto2.ter, y vaya, en el agua aparecen unas manchas blancas que se convertirían en OS en islotes bastante altos (son blancos) y feos.

Vamos a limpiar el fichero de estos defectos antes de subirlo a nuestro OS. Para ello utilizaríamos Terrapinter, donde seleccionaríamos la opción de "Remove" y un pincel de acción suave como el Brush Noise 25perc 24.

Con Terrapainter podemos hacer efectos muy interesantees, en cuanto lo domines un poco, pero ahora vamos a hacer otra cosa. Vamos a utilizar GIMP para limpiar la imagen y para crear un puerto en la bahía de la parte Sur de la isla. Para ello utilizamos Terraconv para salvar el archivo como tiff de 16 bits (GIMP sólo usa 8 bits pero no se perderá información relevante), lo importamos en GIMP, y utilizamos el color negro para limpiar las zonas de los islotes, y un nivel de gris que veamos que nos dará la altura de los diques adecuada para crear un puerto sobre el que podremos situar, ya con primitivas en OpenSim o meshes en realXtend edificios.

Ahora utilizamos otra vez Terraconv para pasarlo a formato ".ter", importarlo e Terragen y pasarlo a size=1 tras lo cual lo visualizamos para ver como queda.

No queda nada mal, pero vamos estudiar otra forma de hacerlo, para evitar tanto paso intermedio y el riesgo de introducir ruido en el archivo que luego Bailiwik lo convierte en islotes, o en agua.

Vamos a instalar un plugin para Terragen, el For Export Only, que requiere la instalación de TGPGuiLib para funcionar, pero vale la pena.

Volvamos a la situación en que teníamos la isla islatuto2.ter . Al activar "Accessories" accedemos al plugin, para primero exportar el archivo en formato .bmp y luego importarlo. Para abreviar este ya, excesivamente largo tutorial, lo trabajamos en GIMP limpiando y dibujando el puerto, obteniendo un nuevo archivo.

Desde "Accessories" importamos el archivo, ajustamos Point spacing en "1" al importar y Set Heigh Range de -5 a +65 en Modify. Renderizamos, y vemos que queda igual que con el proceso explicado antes:

pero con menos pasos.

Ahora exportamos desde "Accessories" como is2.bmp, por ejemplo. Es un fichero de 257x257 pixels. En GIMP lo pasamos a 256x256 pixels y obtenemos:

is2.bmp

Vamos a subirlo directamente a OpenSim, a ver que obtenemos: (terrain load is2.bmp)

Obtenemos una isla interesante.

Corregimos la altura con el comando:
terrain lower 30 y nuestra isla queda definitivamente como podemos ver en la captura final.

Con esto ya tenéis una visión general de la forma de utilizar herramientas sencillas para obtener terrenos para OpenSim con resultados aceptables.

En los próximos tutoriales os enseñaré como utilizar herramientas más profesionales para conseguir mejores terrenos.

Ahora lo importante es la práctica, y que desarrolléis vuestras propias metodologías.

En la wiki de OpenSim encontraréis también las indicaciones para la utilización de otro programa, L3TD, el cual nunca me ha gustado, por eso no lo he comentado aquí ;-).

Este tutorial ha sido bastante largo, pero así tenéis diversas posibilidades a estudiar.
Los próximos tutoriales que voy a publicar van a ser referentes a OpenSim, concretamente las configuraciones DynDNS, MySQL y la de Hypergrid, por lo que os voy a dar un respiro de tutoriales de terrenos durante un tiempo, lo cual seguro que agradecéis ;-D

Rompiendo la Soledad

2009-02-01T23:27:00.011+01:00

El desarrollar en servidores configuraciones con OpenSim y realxtend, es, realmente un trabajo solitario. Te comunicas con los demás miembros del equipo mediante la lista de correo y el intercambio es mas bien de ficheros y alguna ocasional captura cuando se puede entrar al mundo que estás creando, pero muchas veces sólo ves líneas de código.
La verdad es que, tras una larga noche peleando con una configuración realmente complicada, pero que me ha permitido implantar Hypergrid en el servidor en que estoy trabajando, (ya publicaré sobre ello cuando el resto de los compañeros del equipo lo hayan testeando), me dí cuenta de que en lo que va de año todavía no había entrado en Second Life. Así que hice un esfuerzo para recordar la clave, atendí a un sinfín de IM's pendientes, y tuve la suerte de encontrar online a mi vieja amiga Mariam Low (las amistades de años, en ese entorno virtual son realmente como amistades de toda una vida).
Mi querida amiga me llevó a uno de esos lugares mágicos que existen en SL y que, los afortunados que pueden recorrerlo, descubren y disfrutan.

Era el momento de sacarle rendimiento a la potencia gráfica de mi nueva máquina, pues una Nvidia GF 9800 GX, con un Gb de memoria, en una máquina de cuatro núcleos de 2'4GHz, permite realmente disfrutar de la belleza, de la compañera y del lugar mientras sigue realizando otras tareas ;-D.

Aquí os las dejo, para compartirlas con vosotr@s..¿El sitio?, no eso no lo digo, mejor preguntadle a Mariam ;-D.