- Parte I: Asignación de terreno a una única isla. Ajustes y escalas.
- Parte II: Creación de conjuntos de islas y continentes. Asignación múltiple de terrenos.
- Parte III (y puede que sea necesaria alguna más, me lo temo, vamos). Modos de creación de los terrenos. Incluyendo la utilización de mapas reales por satélite del Gobierno USA (son los más detallados http://seamless.usgs.gov/index.php y nos permiten utilizar terrenos reales ).
Antes de nada, hay unas cuantas cosas que os interesará saber. Estos ficheros .xml nos permiten configurar nuestros OS con muchas más posibilidades de lo que suponemos. Para OS son diferentes las etiquetas .xml de su descripción y de su terreno.
En resumen, cuando creamos nuevas regiones, es como si fueran avatares. El fichero .xml es la base, pero podemos darle una descripción distinta, y podemos asignarles terrenos diferentes.
La descripción la podemos cambiar cuando queramos editando el .xml y cambiando el texto que encontramos en sim_name=lo_que_sea. Este es el nombre que aparecerá en el mapa.
Para este tutorial, he bautizado la isla por defecto como "Tutorial Terrenos I", y así aparecerá en el visor y en los mapas.Todas las capturas que voy a utilizar las podéis encontrar en mi álbum Picassa Parte I,(Sombra es otro de mis nicks ;-D ), por si queréis descargarlas para tenerlas más a mano, o simplemente consultarlas en mayor tamaño.
Si usamos el navegador, como podemos ver en la primera captura, aparte de verme a mí con la configuración de nube (que por cierto es mi shape favorita, lástima que sólo aparezca cuando configuras todo nuevo y no ha cargado bien, pero me encantaría que fuese una shape permanente), vemos la forma que por defecto OS asigna a una isla, así como la manera en que esta aparece en el mapa y en el mini-mapa.
Los terrenos podemos cargarlos automáticamente con los scripts de arranque, ya lo veremos con detalle, lo importante es que penséis que podéis hace que un conjunto de "raíces" .xml, se conviertan en islas, archipiélagos o continentes sólo con poner los terrenos en el directorio que elijamos, y con los scripts de arranque que queramos. El sistema es tremendamente versátil, fácil de configurar (ya lo veréis) y dominamos todos los pasos.Tenemos a nuestra disposición todos los terrenos que queramos para hacer pruebas en http://opensimulator.org/wiki/Free_Terrains. Ahora bien, NO SE PUEDEN UTILIZAR TAL Y COMO ESTÁN, es decir, con la extensión ".raw". Eso es debido a que, sin entrar en detalles, unos cambios realizados por Linden en la configuración del visor (y hasta que los nuevos visores independientes de Linden estén operativos, todos son hacks del visor oficial), presenta conflictos con el formato ".raw".Por eso, todos los terenos que bajemos de http://opensimulator.org/wiki/Free_Terrains DEBEMOS CAMBIAR SU EXTENSIÓN A ".r32".Bajamos el fichero 1x1island.raw , de 256x256 pixels, y como tenemos que cambiar su extensión, de paso abrevio su nombre, dejándolo en 1x1.r32. Vereis un aviso respecto a que cambiar la extensión puede hacer que el fichero deje de funcionar, y todo eso, pero no hagáis caso.Para ser organizados, vamos a crear una carpeta que he denominado "terrenos" y situada en el directorio de "bin", donde guardo 1x1.r32 como podéis ver en esta captura:
Esto es muy útil cuando veamos como configurar los scripts de carga automática para cambiar nuestro OS con archipiélagos y continentes configurables. El situar nuestros terrenos en carpetas específicas nos permitirá el que nuestro OS adquiera, en el arranque, el aspecto que deseemos. Ahora el terreno de nuestra isla se encuentra en: c:\testsOS\OpenSim2\terrenos\1x1.r32,por eso,como vemos en la siguiente captura, introducimos el comando: "terrain load c:\testsOS\OpenSim2\terrenos\1x1.r32". La consola lo acepta, contesta indicando que carga el terreno, con los valores de ancho y alto de 256 pixels y el path de localización del terreno. Confirma la carga correcta y almacena el terreno con un código de localización.
Si vemos en el visor como carga el terreno, podemos observar que es excesivamente escarpado. No sólo eso, si no que detectamos un bug de OS, que consiste en que mientras que el minimapa muestra el aspecto real de la isla, el mapa sigue mostrando la isla por defecto, ese cono correspondiente al terreno cónico. Eso me dio bastantes quebraderos de cabeza en su día, cuando quería probar terrenos sobre varias islas, y aparentemente no cambiaba nada.

Bien, vamos a corregir esa excesiva diferencia de nivel en las montañas de nuestra isla, mediante la aplicación del comando "terrain multiply valor", donde podemos poner cualquier valor por debajo o por encima de la unidad, en función de que queramos suavizar o acrecentar las diferencias de nivel. Como queremos suavizar, vamos a utilizar el comando "terrain multiply .25", para reducir al 25% las elevaciones, pero como podemos ver en la captura nos hemos pasado y se achata excesivamente, quedando la mayor parte de la isla bajo el agua.

Vamos intentar corregirlo incrementando en un 125% las diferencias de nivel mediante el comando "terrain multiply 1.25", obteniendo ahora el paisaje que podemos ver.
El especto es mas agradable pero esta la mayor parte dela isla bajo el agua. Vamos a elevar la isla unos metros mediante el comando "terrain elevate xmetros". Vamos a elevar 10 metros, así que será: "terrain elevate 10", (si ponemos números negativos, el terreno bajará, y podremos ajustarlo con precisión). Obtenemos ya la isla final que podemos ver:
Si bien, el mapa, sigue mintiendo respecto al aspecto de la isla:
Bien, esto está casi acabado. Vamos a dar un paso más, que nos servirá para introducirnos en los scripts de autocarga de terreno. Para evitar que nuestro OS pierda la memoria, y no cargue el terreno en nuestra isla, vamos a crear un fichero de configuración y decirle que lo cargue en el arranque.
Si vamos al directorio "bin", nos encontraremos con que existe un archivo que se llama "start_commands.txt.example". (si no lo tuvierais, pues depende de la versión de OS que uséis, no importa, se crea un fichero .txt con el bloc de notas y se sitúa en el directorio "bin"), que renombramos a "start_commands.txt". A continuación sustituimos su contenido con estas líneas:
terrain load terrenos\1x1.r32
terrain multiply 0.32
terrain multiply 0.32
terrain bake
El valor .32 es el resultado de haber multiplicado primero por .25 y luego por 1.25. De acuerdo, en realidad sería 0.3125 pero tampoco hay que ser tan exacto ;-D. Con el comando "terrain bake" le decimos que guarde ese terreno como referencia. De hecho, antes de cerrar la consola que ahora tenemos abierta, sería buena cosa introducir ese comando. Cerramos y guardamos este fichero de texto.
Bien, para que nuestro OS cargue estos comandos en el arranque, hay que decirlo en el fichero Opensim.ini.
Lo editamos y donde pone "startup_console_commands_file =" agregamos el nombre del fichero, quedando:
..........
storage_prim_inventories = True
startup_console_commands_file = startup_commands.txt
shutdown_console_commands_file =
startup_console_commands_file = startup_commands.txt
shutdown_console_commands_file =
.........
¡Ahora ya tenemos configurado nuestro OS con instrucciones de carga de terreno en el arranque!.
Con este sencillo método tenemos todo listo para lo que vamos a aprender en la siguiente parte: Como configurar diversos archipiélagos y continentes en nuestro OS.
Si queréis ver, ademas, algunos otros aspectos concretos sobre el tema de los terrenos y las regiones en OS, dejad aquí vuestros comentarios.








8 comentarios:
Albert: Colaboro con un grupo que esta configurando un servidor OpenSim como proyecto en nuestra Universidad. Nos interesa mucho, aparte de tu posible colaboración, lo que planificas para tu próximo tutorial: La creación de Archipiélagos que reproduzcan islas reales.
Esperamos con impaciencia tus próximos tutoriales y gracias por el esfuerzo y la dedicación que entregas a estos magníficos tutoriales.
Un gran abrazo desde el otro lado del Atlántico.
Hola, Albert muchas gracias por estos nuevos tutoriales, los he leido por encima de momento y me parecen geniales. Esta misma noche comienzo, espero poderte enseñar alguna imagen de mi isla pronto.
salu2
Hola Albert.
He enlazado el post en la web de Creasl para que más gente pueda consultarlo.
Gracias!
Gracias a tod@s:
arrakis (je, ¿en recuerdo de Dune?), como mi tiempo está bastante saturado, debido a los proyectos en que estoy metido, te recomiendo que contactes en el link oficial de OpenSim (http://opensimulator.org/wiki/OpenSimSpanish) con Camilo, pues desde la Universidad de Bogotá, contactó conmigo hace año y medio, para iniciarse en OpenSim, y ahora él y su grupo me dan cien mil vueltas en su dominio.
manolobis, espero que los tutoriales ayuden en esos primeros pasos que son los más difíciles. Si queréis que desarrolle algún aspecto concreto de OpenSim para futuros tutos, indicadlo aquí.
Antonio: Es un placer, como siempre, que mis tutoriales se referencien en la genial CreaSL (http://www.creasl.org/), mi comunidad favorita de SecondLife.
hOla albert.. estoy desarrollando un proyecto en RealXtend.. esta enfocado hacia el turismo en mi ciudad.. y tengo la intención de montarlo en un servidor.. sin embargo no se que capacidades debe tener este (procesador, memoria, banda ancha) y tambien... cuantos usuarios soporta el servidor de RX conectados simultaneamente.. (si es que existe un limite o depende exclusivamente del hardware)... muy bien... agradezco tu atención.
Hola jezhael.
Perdona no haberte contestado antes, pero he estado fuera de España.
Sinceramente, no veo todavía a realXtend (RX) apto para lo que intentas.
Otra cosa es para una intranet 3D, donde sólo tienes que explicar a unos cuantos empleados y clientes, aunque sean unos centenares, como instalar el cliente visor, crear el avatar y entrar, y otra muy diferente hacerlo cara al público, teniendo en cuenta que todavía no existe una interfase php para facilitar la administración de RX.
En cuanto a losdatos de rendimietno, es complejo. Mejor contacta conmigo por mail y te comento lo uqe ya está comprobado.
Saludos y ánimo.
hola buenas tardes
necesitaria ayuda con lo de montar mi opensim en en servidor dedicado con windows 2008 el cual me daq muchos problemas con los puertos y con la configuracion por favor necesitaria ayuda
Hola Anónimo.
Para montar servicios opensim en un servidor dedicado, has de tener experiencia previa. En mi caso, administro servidores desde ahce muchos años, y no es Opensim algo que un usuario novel pueda configurar fácilmente en un servidor si no tiene práctica.
Si quieres, date de alta en nuestro portal: http://www.hispagrid.com/ donde hay varios usuarios con experiencia incluso con CENTOS. Los problemas que yo he tenido en casos como el tuyo, han sido debidos a que los propietarios del servidor, no te dan las herramietnas necesarias para abrir y monitorizar puertos cuando se usan máquinas virtuales o servicios a través de proxys.
Publicar un comentario en la entrada