Escala real...Simutrans en su justa medida

Simutrans tiene euros

2011-05-12T17:57:00.003+02:00

¿Cuanto vale Simutrans y todo lo que genera a su alrededor? ¿en cuanto valorarías la contribución de la comunidad de usuarios al juego? analizamos todo esto desde un punto de vista económico.
Leer más...
Según hemos sabido recientemente, por la valoración realizada en la web bizzinformation.de que el valor de Simutrans es de 65.000 euros (90.000$)

En principio se basa en el valor de la página, que tiene unas 3.000 visitas diarias a razón de 1.000 usuarios al día. Además tiene en cuenta el ranking mundial y en este caso, alemán de la pagina, supongo que basándose en Alexa o algún otro tipo de servicio similar.

En mi opinión, es complicado estimar el valor de un proyecto de software libre, pues la cantidad de esfuerzo y tiempo dedicado por mucha gente muy distinta es difícil de estimar. Recuerdo que regularmente salen estimaciones de grandes proyectos como el kernel de linux, donde calculan el valor en función de los contribuyentes y las líneas de código, lo cual en el caso de Simutrans se reduce a los miembros del equipo de desarrollo y algunos contribuidores externos, mediante parches pero aún así, tras casi 15 años de desarrollo, creo que la cosa ha adquirido bastante valor.

Construyendo sobre el mundo real

2011-03-28T19:06:00.000+02:00

Muchos jugadores buscan recrear entornos y mapas reales en Simutrans. Hace poco hablábamos de recreaciones de ciudades y hoy veremos un posible proyecto para importar datos reales desde Open Street Map.
Leer más...

Este proyecto se basa en un repositorio de datos geográficos, llamado Open Street Map (OSM), del mundo entero, realizado de forma colaborativa por miles de personas. El principal escollo es como están orientados los mapas de Simutrans, ya que al contrario que en OSM, el juego hace uso de mapas de altura, donde cada punto de la cuadrícula está representado por un nivel de altura, al contrario que los mapas de OSM, donde la información destacada son las calles, edificios, etc...

Por tanto, el formato OSM necesita de un preprocesado para que la información resultante sea utilizable. La base es crear un mapa de altura, creando después el resto de objetos (ríos,carreteras,edificios) mediante un sistema de coordenadas xy.

Lo complicado sería reconstruir el entramado de calles, ya que Simutrans hace uso de su propio sistema de escalas, diferentes para cada tipo de objeto. Habría que calcular primero la posición y tamaño de la ciudad, para a partir de ello, reconstruir los edificios y calles.

Existe un proyecto llamado OSM 4 games, para exportar parte de los datos de Open Street Map para que puedan ser usados por juegos de todo tipo. La idea es orientar el proyecto a diversas plataformas, creando un editor que procese los datos de OSM y genere los mapas, suministrando una serie de interfaces, clases y herramientas para crear mapas de forma genérica y capacidad de ampliación para crear mapas específicos para determinados juegos. Esperemos que ambas iniciativas lleguen a buen puerto y podamos disfrutar de escenarios realistas.

Simutrans muerde la manzana

2011-03-25T19:10:00.014+01:00

Hace algún tiempo hablamos de un desarrollo de Simutrans para el iphone, auspiciado por el port existente para MAC. Veamos en que estado se encuentra el proyecto para los actuales dispositivos de la manzana más famosa desde la de Adán y Eva.
Leer más...
Por un lado, desde hace un tiempo, Simutrans está disponible como aplicación en la App store, y parece que funciona bien no está adaptado a los nuevos dispositivos. La pantalla tiene el tamaño de la del iphone, y solo hay un pakset disponible, el pakHajo. Por otro lado, los controles no están terminados, y solo está implementado el doble click y arrastrar.

Según parece, zottd ya tuvo problemas con el tema de licencias, y su otro proyecto, un port de Open TTD, ya fue retirado de la tienda por un conflicto entre la licencia GPL y la política de la App store. No quedó muy claro hasta que punto fue retirada debido a incompatibilidad de licencias o a determinadas acciones que llevó a cabo zottd durante el desarrollo del port, tales como no liberar ciertas partes clave del proyecto, algo no permitido por la licencia GPL original de OTTD.

El estado actual del proyecto es que se encuentra en una situación de abandono. Como hemos mencionado antes, está operativo pero lo único que hay desarrollado es una versión simplificada de la librería SDL que el autor usó para portar aplicaciones al iphone, y no ha perspectivas de que sea retomado.

Más información en el Forum Internacional de Simutrans.

Interesantes tutoriales de Blender

2011-03-13T20:12:00.019+01:00

Recopilamos algunos tutoriales interesantes de Blender para crear elementos del paisaje para Simutrans.
Leer más...
El primero de ellos nos muestra como crear hierba de forma realista. Se basa en la técnica de crear un objeto y mediante un generador de partículas, que normalmente suele servir para crear lluvia, nieve o humo, generamos un conjunto de partículas formadas por elementos con la forma del objeto que hemos creado anteriormente. Esto puede ser útil para crear campos de granjas o industrias, bosques, etc... Un tutorial muy sencillo y recomendable.

Enlace a como crear hierba realista.

En este tutorial nos enseñan como crear agua animando un plano. Se puede usar tanto para crear nuevas texturas para el agua como para estanques, fuentes o incluso ríos. Es un poco más avanzado que el anterior, ya que hay que hacer uso de animación por frames, pero no es más que afinar los parámetros y esperar a que se renderice. La técnica es interesante, pues usa los puntos del plano, desplazándolos y suavizando la superficie para conseguir el efecto de agua.

Enlace a como crear agua en movimiento.

¿Simutrans en 3D?

2011-03-08T23:07:00.028+01:00

Mucho se ha hablado acerca de la posibilidad de migrar Simutrans a un entorno en 3D. En la entrevista a prissi se mencionó el tema como uno de los más demandados por la comunidad de jugadores, pero se dejó claro que había otras prioridades y enfoques. Pues bien, parece que la cosa se ha vuelto a reactivar y se han dado unas claves para llegar al ansiado motor en 3D...
Leer más...

Una de las cosas que se mencionaban en esa entrevista a Prissi, el jefe del equipo de desarrollo de Simutrans, era que uno de los deseos de la gente era ver una versión de Simutrans en 3D. Es normal, pues actualmente muchos de los juegos del panorama están hechos en formato tridimensional, pero en el caso de Simutrans, la cosa no es tan sencilla.

Esta misma semana, Neroden dió algunas de las claves para crear el motor de gráficos en 3D. La idea básica, y razonable por otra parte, es que hay que separar la lógica del juego de la lógica de renderizado, pues actualmente está algo mezclada. Aunque el juego está basado en un sistema de cuadrículas, eso no sería problema a la hora de pasarlo a 3D, pues ese sistema no está relacionado con la forma en que se representan los objetos, sino en su disposición en el mapa.

A continuación Prissi resaltó el punto clave del código donde había que hacer los cambios, aparte de remarcar que no sería él quien implementara el motor 3D. Bastaría con modificar la parte del código que se encarga de refrescar los gráficos en pantalla. Según se comentó, siempre que los elementos se muevan en un sistema de cuadrículas, sería relativamente sencillo incluir el motor gráfico 3D en el juego, dado que los posibles problemas con los objetos (simples pero agradables) y el interfaz de usuario (algo complicado en 3D) están resueltos. En la medida de lo posible, el equipo de desarrollo intentará mantener toda la lógica de generación de pasajeros, producción y enrutamiento de manera independiente al motor gráfico.

Un poco más tarde, Lukesleftleg mostró un motor gráfico en 3D hecho en Java en el que está trabajando para su tesis, y que posiblemente se pueda adaptar para Simutrans (recordemos que el juego está desarrollado en C++). En estos dos vídeos podéis observar un vehículo siguiendo una ruta con un montón de vagones y el mismo convoy en un escenario real con puentes, curvas y al final interactuando con otros convoys.

En principio, el motor maneja objetos en formato OBJ y 3DS, los cuales son formatos estándar en el desarrollo de videojuegos. La cosa tiene muy buena pinta y sin duda será un salto adelante para atraer más jugadores, aunque conlleve hacer algo menos accesible el desarrollo de objetos para Simutrans, pues no es lo mismo pintar las vistas de un objeto que modelarlo, texturizarlo y animarlo. Todo sea por el bien del proyecto.

Mas información en el Foro Internacional de Simutrans

Dime a donde vas y te diré como eres

2011-01-30T19:51:00.003+01:00

Una de las primeras dudas que le surgen a los jugadores de Simutrans es como funciona exactamente el algoritmo de enrutamiento del juego. Tras mucho investigar, vamos a explicar de forma sencilla este gran misterio.
Leer más...

Supongamos el siguiente escenario, donde un pasajero tiene que viajar de A a Z, y existen dos posibles rutas: A-B-Z y A-C-Z.

A primera vista parece que motor del juego hace lo siguiente: Simutrans calcula el tiempo total de viaje y el tiempo total de espera en estaciones para ambas rutas, encaminando todos los pasajeros por la ruta cuyo tiempo de transbordo sea menor, es decir aquella ruta en que se emplee menos tiempo en hacer transbordos en las estaciones para tomar otra ruta. Esto premia las rutas directas.

Si la ruta ABZ supone menos tiempo de viaje que ACZ, todos los pasajeros serán encaminados por B, y cuando estos lleguen a B, Simutrans evaluará nuevamente todas las rutas desde B a Z, incluyendo a los pasajeros que hayan subido en B.

Pero no es exactamente así, ya que no existe un cálculo de rutas pasajeros por pasajero. Existe una gran tabla que contiene lo siguiente:

"parada actual, distancia a la parada, categoría de mercancía" ==> "siguiente parada, mejor línea"

Si un vehículo de la mejor línea está disponible, los pasajeros en cuestión harán uso del mismo. Si no, esperarán o usarán el tren actualmente disponible para la siguiente parada de la misma línea. Todos los pasajeros en A usarán alguna de las próximas paradas hasta que la tabla se actualice.

Dicho de otra forma, hay una tabla general de las mejores rutas de cualquier sitio a cualquier otro sitio. Cuando los pasajeros buscan la mejor ruta de A a Z, les indica que vayan a través de B, asumiendo que la ruta ABZ es más rápida, y también qué línea o convoy es más probable que les lleve a B de forma más rápida, aunque esperen más tiempo, tomarán cualquier vehículo que les lleve a B.

En B se repite el proceso, con la excepción de que los pasajeros irán directos a Z, embarcando posiblemente en el convoi más rápido hacia Z. Estas rutas se recalculan de forma periódica y también en el caso de que la red de transporte se modifique.

Image... Entropy ≥ Memory . Creativity ² by Jef Safi.

¡Muestrame la pasta, pak128!

2011-01-24T13:09:00.023+01:00

En varias ocasiones hemos comentado que además del aspecto gráfico, otro de los rasgos distintivos de los paksets es el sistema económico. Entre los paksets más duros economicamente se encuentra el pak128. Vamos a dar unos consejos sencillos para obtener la máxima rentabilidad con el mínimo gasto
Leer más...

El rasgo característico del sistema económico del pak128 es la ganancia a largo plazo, es decir, inicialmente la inversión es muy grande y realmente empiezas a ganar dinero pasados unos años, normalmente entre 5-10 años después. Por tanto, siempre tienes que escoger muy cuidadosamente en qué gastas el dinero y aprovisionarte bien para cubrir posibles pérdidas.

Estos son algunos de los consejos sugeridos por los jugadores más experimentados del pak128:

No iniciar nuevos proyectos ni expandir los actuales hasta que den beneficios sólidos

Usa la mínima cantidad de infraestructuras para poder operar, optando siempre que sea posible por los vehículos y vías más baratas. Esto implica también no usar grandes estaciones, intenta construirlas pequeñas y planificar rutas directas. Esto reducirá los costes de mantenimiento.

Las líneas de pasajeros son verdaderamente rentables una vez desarrolladas completamente, mientras tanto serán deficitarias.

Conectar ciudades cercanas inicialmente para a continuación desarrollar el resto de la red hacia las ciudades más cercanas al resto.

Al principio, es mejor usar camiones, haciendo uso intensivo de las carreteras disponibles.

Si quieres usar trenes, opta por los baratos y lentos hasta que tengas dinero suficiente. Son lentos pero hacen el mismo trabajo.

Usa vehículos rápidos exclusivamente para mercancías con un alto bonus por rapidez, tales como pasajeros o carne, que realmente merecen el esfuerzo económico extra. En el caso de petróleo o otros bienes en bruto, no te preocupes por la velocidad, simplemente ve a lo barato.

Si la producción es pequeña, lo que se requiere es poca capacidad, por tanto los trenes no son necesarios hasta que la fábrica produce más de 1.000 unidades mensuales. Incluso en ese caso, solo es necesario un convoy ferroviario.

Algunas sugerencias acerca de estrategias iniciales:

Crear líneas de pasajeros en las ciudades mediante buses y optar después por líneas interurbanas para conectar ciudades. Si están muy lejos, optar por trenes muy rápidos para obtener el bonus de velocidad.

Crear líneas de mercancías entre fábricas con trenes lentos y muy cargados, provocando un flujo lento pero constante de mercancías que te permitirá completar el resto de la cadena industrial.

Crear líneas de suministro entre parejas de fábricas simples como minas y centrales eléctricas, usando trenes baratos con entre 3 y 5 vagones.

La cadena de los muebles es rentable con pocos vehículos, camiones principalmente pero puede pasar algo de tiempo hasta que genere suficientes ingresos como para poder expandirla.

Más información en el Foro Internacional de Simutrans.

Descansa en paz, Dirk

2010-12-18T23:52:00.013+01:00

Hoy es un día triste para toda la comunidad de Simutrans porque hay un compañero muy querido que ya no está con nosotros. Con gran pesar hemos recibido la noticia de que Dirk Burkholz ha fallecido a la edad de 26 años, dias después de su cumpleaños cuando de repente su corazón dejó de latir.

Leer más...
Para aquellos que no lo conociesen, Dirk fundó el foro alemán de Simutrans en 2004, uno de los más longevos desde entonces y no paró de ayudar. También se encargó de la administración de los wikis y ayudó al equipo web a mantener parte de la infraestructura de la comunidad. Sin duda dejará un hueco muy grande que no creo que ni siquiera sabemos como vamos a cubrir.

Lo que mucha gente no sabía, incluido yo mismo, es que Dirk padecía de una discapacidad mental severa pero eso no le impidió seguir con su día a día, mostrando su espíritu de superación y participando activamente como voluntario en distintas organizaciones.

Desde aquí quiero transmitir mis condolencias a su familia y amigos. Te echaremos de menos compañero, descansa en paz Dirk...

Mientras viajaba, enfermé:
mi sueño sigue viajando
sobre los campos sembrados.
-Basho-

Más información sobre el fallecimiento en mobil-mit-behinderung.de.

Alex Brose, el niño de las pinturas

2010-11-25T20:06:00.001+01:00

Si tuviera que decidirme por lo que más ha sorprendido en cuanto a paksets, dentro la comunidad de Simutrans en los últimos tiempos, sin duda destacaría el pak96.comic, obra de Alexander Brose, uno de los artistas gráficos más prolíficos y con más talento de la comunidad Simutrans. Vamos a conocer algo más sobre él.
Leer más...
Este artículo es una traducción libre del original aparecido en el Blog Alemán de Simutrans.

Alexander Brose ha sido durante años parte importante de la comunidad Simutrans. Desde entonces ha pintado innumerables imágenes para diferentes pakset, y finalmente a creado el suyo propio, el pak96.comic. Este es motivo más que suficiente para conversar con él.

ER: Buenas Alexander ¿podrías contarnos algo más sobre ti?

AB: ¡Hola a todos! para aquellos que no me conozcáis, esta es vuestra oportunidad. Yo nací en 1984 en Mecklenburg Hagenow y ahora vivo en la bonita pero fría Hamburgo. Trabajo como becario en las oficinas centrales de una famosa empresa alemana. Dedico mi tiempo libre a los coches, trenes, arquitectura y un montón de cosas más. Supongo que no debería ser difícil ver la conexión entre mis principales aficiones y Simutrans... ;)

ER: Por lo que vemos en tu página personal (brosedesign.de) te encantan los coches y hay varias imágenes realizadas por ti. Si pudieras pintar alguno ¿de qué tipo sería?

AB: Casi desde que nací, los coches son mi gran pasión, al menos desde la caída del muro que permitió la llegada de los coches de lado Oeste. Aún recuerdo cuando mi hermano mayor me preguntó una vez si podía dibujarlos en vez de esas aburridas casas. Esto es lo que yo llamo la gran explosión (Big Bang) de Alex y los coches. En los últimos dos años, de forma silenciosa me he volcado poco a poco en el tema de los coches aunque ahora no tengo mucho tiempo. Sin embargo, en la mesa de mi oficina siempre hay una libreta de bocetos con mis típicos "coches en 20 segundos" que seguramente llenan cientos de páginas. Me pasaba lo mismo en el colegio, lo que me supuso más de un castigo por parte de los profesores y antes de que me preguntes por cual es mi coche favorito, ¡te diré que simplemente no existe! ¿qué marca? o peor, ¿qué modelo?... es complicado decidirse, sin embargo te diré que soy más de la sexta generación de VW Golf y definitivamente diría no al Porsche 911. Por cierto, suele ocurrir en casos excepcionales pero lo que suelo dibujar o garabatear sobre un vehículo en un primer momento, a menudo determina el resto del dibujo.

ER: ¿Con qué programas de ordenador dibujas los automóviles?

AB: Normalmente suelo usar el viejo MS Paint, pero alguna que otra vez he probado con Fireworks. Los resultados fueron muy buenos pero el tiempo necesario era desproporcionado. El MS Paint es mi herramienta estandar... tal vez sea un minimalista, ¡quien sabe!

ER: ¿Es con ese mismo programa con el que has desarrollado todos los gráficos para Simutrans?

AB: ¡Por supuesto! excepto por los gráficos renderizados, todo lo demás está hecho con MS Paint.

ER: ¿Cuándo comenzaste a hacer pixel-art?

AB: Empecé de forma regular allá por 2005, aunque hice pequeños trabajos mucho antes. Hice alguna cosa en blanco y negro a los cinco años en un viejo ordenador que necesitaba pilas.

Eso me dio algo de experiencia. Afortunadamente, los novatos no necesitan emplear mucho tiempo para aprender pixelart. Por ello, hace tiempo cree un tutorial para ayudar a aquellos principiantes que tuvieran interés en los píxeles y como ayuda en el foro.

ER: Con los años, has llegado a producir muchos gráficos ¿podrías decirnos aproximadamente cuantos elementos has creado para Simutrans usando pixelart?

AB: Creo que más o menos deben de ser unos 2.500 objetos. Edificios, vehículos, árboles, carreteras, etc...por no mencionar los trabajos que nunca has salido a la luz pública. Sin embargo, recientemente he creado lo que se llama una fábrica de gráficos, debido a la gran producción mencionada anteriormente.

ER: todos esperamos que la fábrica de gráficos vuelva a funcionar en breve. Esto no lleva a la siguiente cuestión ¿Cada cuanto sueles dibujar?

AB: Desafortunadamente no puedo darte una idea general. Varias veces al día, al veces cada semana. De media, unos 20 minutos por día con el MS Paint. El mal tiempo y el sueño despiertan mi creatividad. Y todo gracias a la buena música (me gusta la música electrónica).

ER: ¿Sueles jugar a Simutrans?¿cada cuanto?

AB: No puedo negar que juego menos cuando estoy desarrollando algun proyecto de forma activa. Pero por ahora, aún sigo jugando con los trenes. El transporte, las telecomunicaciones, barcos, aviones, etc... todo me gusta ¿entonces, qué mejor juego hay que reúna todo eso si no es Simutrans?

ER: ¿Has probado el pak experimental de Hajo, pak.Excentrique?

AB: Envidio a Hajo por su creatividad a prueba de balas, la cual es su principal rasgo distintivo. A veces en privado pienso que debería forjar una alianza con él. En su momento pude hacerlo cuando comencé con el pak96.comic, pero de alguna manera estoy demasiado anclado a la realidad y quiero expresar que admiro el experimento de Hajo. Simutrans necesita un set de gráficos como ese. Es un personaje popular, es de sentido común que quiera crear otros sets de gráficos. Lo seguiré de cerca en el futuro, y espero que cale entre la comunidad de aficionados a la ciencia ficción de Simutrans, lo cual le podría granjear más apoyos.

ER:¿Con qué paksets juegas y cuales te gustan más?

AB: Por supuesto, prefiero jugar al pak96.comic, pero el pak.german aún merece la pena. Juego regularmente con el resto, y por supuesto estoy atento a las todas las novedades.

ER: Además del pak96.comic y el pak.german ¿qué otros paksets te gusta y por qué?

AB: Quizás deba explicar primero porque suelo jugar a los paksets anteriormente mencionados. El pak96.comic tiene una estructura clara y muchos buenos gráficos diferentes (no me refiero solo a los míos)

El pak.german atrae naturalmente por su complejidad y sus gráficos de estructuras. Te sientes tan insignificante y debes estar atento a las tareas, porque tienes menos margen para hacer lo que te plazca. Otro elemento básico es el factor patrio (AB es alemán)

El pak128.britain también me gusta mucho por su estilo gráfico tan único y personal, es muy agradable. Lo mismo se puede decir del pak32.comic, ya que siempre he sido un gran fan de la escala de 32 pixeles.

ER: ¿Qué opinas del desarrollo de Simutrans? ¿probarás el nuevo modo online?

AB: El desarrollo de Simutrans ha experimentado un apogeo en los últimos años. Como desarrollador de gráficos, ahora tienes que darte prisa si quieres mantener la compatibilidad de tu pakset. Hace años que espero con ansia el modo online, incluso alguien tuvo en mente una versión del juego para el navegador. Por mi parte, aplaudo a los programadores implicados y tienen todo mi respeto, por no mencionar a nuestro disciplinado líder Markus "Prissi" Pristovek (reverencias)

Esperemos que pronto haya menos innovaciones y finalmente pueda crear un pakset que se adapte a la perfección. Los usuarios de Facebook tendrán disponibles exclusivas de mis desarrollos y podrán estar informados de las futuras novedades. No quiero revelar nada, en cualquier caso, puedes decir que Simutrans está definitivamente vivo ¡vaya si lo está!

ER: Antes de terminar, vamos con la última cuestión ¿a través de que paginas te informas sobre Simutrans?

AB: Principalmente el Foro Alemán y el Internacional, por supuesto, y recientemente a través de Blog Alemán de Simutrans. Visito otras web con menos regularidad, ya que los foros tienen casi todo lo que necesito.

Hazlo más difícil, Simutrans

2010-11-21T20:04:00.000+01:00

La gente cada vez quiera más retos. El jugador que se cansa de ganar dinero suele buscar nuevas formas de jugar, y una de ellas es complicar todos los aspectos del juego para exprimir sus capacidades al máximo y gozar de la partida. Veamos como es posible llevar esto a cabo en Simutrans...
Leer más...
El primer consejo, y bastante obvio por cierto, es incrementar los costes de mantenimiento en el fichero simuconf.tab. En versiones actuales se puede hacer desde el menu de Nuevo Mundo, pulsando en el botón de Configuración y ajustando los parámetros de la pestaña Costes.

Otro consejo relacionado con los parámetros del juego, dentro de la pestaña Economía y ciudades, es aumentar el atributo pay_for_distance_total a un valor superior a cero, digamos uno dos. Esto hace que en vez de cobrar por cada parada, se cobre por cada intercambiador o solo por destino. Esto implica que si tienes una ruta, solo cobrarás en paradas comunes o en el destino, pero no en todas las paradas intermedias.

Una opción muy simple es usar otros paksets, ya que las diferencias no solo se quedan en los gráficos, sino también en el sistema económico. El pak128 es más exigente que el pak64, con ganancias a más largo plazo y costes muy ajustados mientras que el pak.german es uno de los más equilibrados, pero con una economía muy exigente.

En cuanto a opciones sencillas relacionadas con el juego, se puede aumentar las dimensiones del mapa, para incrementar las distancias entre industrias y ciudades. Esto aumenta los costes operativos. Se puede activar el modo principiante, entre cuyas características se encuentra el que reduce los posibles ingresos, es decir, ganas menos de lo que realmente ganarías. Por último, puedes activar el modo cronología, a que en las épocas tempranas, los vehículos son peores y las ganancias son mucho menores, lo cual incrementa la dificultad y te fuerza a ser extremadamente eficiente.

Finalmente la solución "radical" solo apta para aquellos que gusten de nuevas experiencias: probar simutrans experimental junto con pak.Britain experimental. Esta versión de Simutrans tiene implementado un sistema de físicas diferente, algo más realista con cosas como vias de transporte por peso, vehículo con factor de comfort, etc... que dotan de una nueva dimensión al juego.

Tenéis más detalles en Foro Internacional de Simutrans

El perfil del jugador de Simutrans

2010-11-20T19:57:00.020+01:00

Hace un tiempo se lanzó una encuesta para intentar definir el perfil medio del jugador de Simutrans y recientemente han salido publicados los resultados en el wiki. Veamos que es lo que ha salido.
Leer más...
Antes de nada, tengo que decir que los resultados son más o menos los esperados, al menos por mi parte, teniendo en cuenta también el resultado de otras encuestas realizadas en el foro. Vamos allá con el perfil:

El jugador tipo de Simutrans es varón, de entre 20 y 40 años, que lleva jugando al menos más de un año, conoció el juego a través de medios online (foros y directorios de software), usa Windows y además se considera un jugador avanzado e incluso experto.

En el caso del género, es normal pues por ejemplo el foro está mayormente poblado por tios, y alguna de las pocas chicas que había casi no participan. Aún así, no considero que Simutrans sea un juego especialmente dirigido o centrado en un género concreto, en eso es bastante neutral y no tiene los típicos rasgos de los juegos eminentemente masculinos (competencia insana, violencia, intensidad frenética, etc..)

La edad media del jugador concuerda más o menos con el típico jugador de la vieja escuela. Gente que en los 80 y 90 crecieron con los clásicos Simcity y TTD, y ahora han recuperado la ilusión gracias a Simutrans. Es curioso que una quinta parte tenga menos de 20 años, superando a los mayores de 40, lo cual indica que la base de jugadores es relativamente joven.

En cuanto a cuanto experiencia de juego, es normal que la gente del foro lleve al menos un año hasta que se anima a participar en alguno de los aspectos de la comunidad, así pues más o menos el resultado también concuerda con lo esperado. La gente intenta obtener experiencia y juega bastante, antes de tomar parte en la comunidad. Aún así, cada vez hay más jugadores inexpertos que se unen y participan, preguntando, aportando sus juegos, objetos, etc...

Hay un detalle interesante en cuanto a como llega a conocer la gente el juego. Más de un tercio de la gente lo hace a través de medios electrónicos como foros y archivos de software, mientras que un cuarto lo hace a través de los medios offline tradicionales como el boca a boca y las revistas. Esto indica que es importante hacer promoción del juego en la red, para llegar a más gente. En eso ayudó mucho la nominación de año pasado a los Sourceforge Awards.

Por último, vamos con lo relativo al sistema operativo y los conocimientos de juego. En en primer caso, es normal que Windows sea el imperante, aunque Simutrans da soporte a un montón de plataforma, de momento la mayoría de jugadores son de windows. Aún así, casi un cuarto usan linux, lo cual refleja la buena acogida del juego tras el cambio de licencia y su inclusión en los repostorios de las principales distribuciones linux.

En cuanto al nivel de experiencia, está directamente relacionado con la experiencia previa refleja en los comentarios anteriores. Simutrans puede ser un juego algo complicado al inicio, pero tras unos días de juego, la mecánica es simple y se puede llegar a dominar en relativo poco tiempo. Por tanto, es normal que el nivel medio de los jugadores sea alto.

Tenéis más detalles en en el wiki de Simutrans.

Simutrans por un puñado de dolares

2010-08-19T19:52:00.034+02:00

Tras unos meses de inactividad, ya estamos de vuelta con una curiosa noticia. Simutrans, un juego de codigo abierto y gratuito se vende en ebay por un puñado de dólares, algo sorprendente cuando Simutrans es libre y gratuito...
Leer más...
Antes de todo, hay que decir la licencia de Simutrans (Artistic License) no permite vender el juego por dinero y tampoco permite cobrar los gastos de envío, pero si se puede cobrar por el soporte en que se distribuya el juego. Además, esta empresa está distribuyendo también los paksets, algunos de los cuales tienen su propia licencia que establece claramente que no pueden ser vendidos por cantidad alguna de dinero. Aquí tenéis los extractos de la licencia donde se menciona el aspecto del cobro:

* "Package" refers to the collection of files distributed by the
Copyright Holder, and derivatives of that collection of files
created through textual modification.
...
* "Reasonable copying fee" is whatever you can justify on the
basis of media cost, duplication charges, time of people involved,
and so on. (You will not be required to justify it to the
Copyright Holder, but only to the computing community at large
as a market that must bear the fee.)
* "Freely Available" means that no fee is charged for the item
itself, though there may be fees involved in handling the item.
It also means that recipients of the item may redistribute it
under the same conditions they received it.
...
1. You may make and give away verbatim copies of the source form of the
Standard Version of this Package without restriction, provided that you
duplicate all of the original copyright notices and associated disclaimers.

...

5. You may charge a reasonable copying fee for any distribution of this
Package. You may charge any fee you choose for support of this Package.
You may not charge a fee for this Package itself. However,
you may distribute this Package in aggregate with other (possibly
commercial) programs as part of a larger (possibly commercial) software
distribution provided that you do not advertise this Package as a
product of your own.

Primero se establece lo que es un paquete de software(Package) y que significa exactamente cargo razonable por copia(Reasonable copying fee) y disponible de forma gratuita(Freely Available). El primer término implica que puedes cobrar una cantidad razonable por los costes de distribución y el segundo explica que no puedes cobrar por el producto en si mismo, pero si de las actividades derivadas de su manipulación (almacenamiento en soportes físicos como CD o USB, por ejemplo)

El primer punto de la licencia permite distribuir copias del software incluyendo todos los documentos relativos a licencias y copyrights. El quinto punto establece claramente que puedes cobrar por el soporte en que vas a distribuir la copia, pero no puedes cobrar por el software en si mismo. También establece que puedes incluirlo en compilaciones de software siempre que no lo presentes como una creación propia.

La empresa en cuestión cobra $7 dolares por grabar el juego en un CD. Además esta compañía ofrece "100% satisfacción garantizada" y por el resto de artículos que ofrece, me parece mucha casualidad que en su mayoría sean juegos o programas de software libre (Torcs, Freecol, Glest, Scorched 3D) De hecho, hacia el final menciona que tiene derecho a vender y comerciar con estos juegos apelando a que están bajo la licencia GPL o MPL.

Ya se ha mandado varios avisos y notificaciones a ebay para que lleve a cabo las acciones pertinentes, y de momento la contestación ha sido que investigarán el posible fraude o infracción, pero nada mas.

Parece que la solución pasa por ofrecer el mismo artículo por $0 y advertir que se puede descargar de forma gratuita en la página oficial. Otra opción de cara al futuro sería registrar la marca Simutrans para que no pueda ser usada, algo parecido a registrar un dominio en Internet.

Enlace a las ofertas de Simutrans en ebay.

Crecer, reproducirse y urbanizar

2010-06-01T23:37:00.037+02:00

En muchas ocasiones no nos damos cuenta de la cantidad de algoritmos y fórmulas que subyacen bajo la mecánica de juego de Simutrans. Desde fórmulas estadísticas hasta algoritmos de cálculo de rutas, grafos y diferentes mecanismos de optimización. Uno de los aspectos donde se hace un uso intensivo de elementos de este tipo es en la generación de los mapas. Hoy vamos a hablar un poco de la generación de las ciudades y su tamaño.
Leer más...

Hace poco se abrió un discusión sobre el tema de tamaño de las ciudades que se generan al inicio de un mapa de Simutrans. Inkelyad, un miembro reciente de la comunidad de Simutrans, sugirió que el tamaño de las ciudades debería seguir una distribución basada en la Ley de Zipf

Puede parecer un tema secundario, pero es más importante de lo que parece, ya que el tamaño de ciudades condiciona muchos de los otros elementos del mapa. Desde el emplazamiento de las ciudades y las industrias, hasta el tamaño de las mismas, las necesidades energéticas del mapa, etc...

La ley de Zipf está más relacionada con el campo de la linguística, pero se aplica también a otros campos cuando se contempla el aspecto de las frecuencias. Esta ley viene a establecer la frecuencia de los elementos de un determinado conjunto, en este caso el conjunto es los distintos valores de los tamaños de las ciudades.

En definitiva viene a decir que en todas las lenguas conocidas la longitud de las palabras es inversamente proporcional a su frecuencia de aparición (cuantas más veces aparece una palabra en un idioma, más corta es)

Aplicando esto a la generación de ciudades, se podría formular como que el tamaño de las ciudades es inversamente proporcional a la frecuencia de aparición de su población. Es decir, cuanto más grande sea la ciudad, menos debería aparecer.

Aquí podéis ver una comparativa de la desviación de los tamaños de las ciudades respecto de la media usando la distribución Zipf y la estandar.

Para cantidades pequeñas de ciudades (menos de 15), ambas distribuciones se distancian bastante de la cantidad media que se supone, tendría que tener el mapa. Sin embargo, a medida que aumenta la cantidad, ambas distribuciones se acercan a la media teórica y prácticamente generan distribuciones y tamaños parecidos. En otras palabras, la fórmula estandar que usa Simutrans es bastante parecida a la distribución Zipf, incluso mejor en casos puntuales.

En esta otra serie de imágenes podéis ver los gráficos de barras que muestran la cantidad de ciudades por tamaño que se generan con distintas variaciones de la distribución Zipf y la estandar de Simutrans.

Como podéis observar, la fórmula estandar tiende a crear más ciudades pequeñas que grandes, mientras que la fórmula Zipf en sus distintas variantes tiende a crear más ciudades de tamaño medio y grande. En cierto sentido, la distribución Zipf tiene a ser más equilibrada en la generación de ciudades, pero eso también puede reducir las posibilidades de desarrollo del mapa. Si las ciudades ya están muy desarrolladas y tiene mucha población, el margen de crecimiento es menor y por tanto el mapa tendrá menos atractivo y potencial.

Aún se están afinando los detalles del algoritmo y la posibilidad de que aparezca como opción configurable a través del interfaz. Además, es posible que se incorpore primero a Simutrans Experimental antes de pasar a la versión estandar, para observar como se comporta y si gusta a los jugadores. En el hilo del foro tenéis un parche disponible. Personalmente creo que este tipo de discusiones son muy instructivas y muestran al resto de la comunidad que Simutrans no es solo gráficos, también hay una parte matemática muy interesante y que aún puede mejorar.

Desarrollos en la tercera dimensión

2010-05-10T08:00:00.001+02:00

Un de las decisiones más importantes cuando comienzas a desarrollar gráficos para Simutrans es qué método vas a usar: 3D o 2D. Sin desmerecer al resto, este artículo pretende romper una lanza a favor de 3D, y más concretamente al uso de Blender para la creación de objetos para Simutrans.

Leer más...
Este artículo es una traducción libre del original que aparece en el Blog de Zeno.

Usar software 3D para desarrollar gráficos para Simutrans tiene sus ventajas e inconvenientes. Vamos a analizarlos, a pesar de que personalmente apenas uso técnicas de pixel-art y hace mucho que no pinto nada con programas de dibujo, y en el caso de Zeno, nunca ha creado objetos usando herramientas en 2D.

Inconvenientes

Hay dos razones principales para no usar programas 3D:

Tienes que aprender a usar una herramienta compleja.

Tienes que aprender y practicar diferentes métodos de trabajo para crear gráficos.

Ventajas

Podemos destacar varias, algunas bastante interesantes:

Puedes hacer cambios básicos en el objeto, por ejemplo reescalarlo, con relativa facilidad.

Puedes reutilizar trabajos previos fácilmente, por ejempo versiones para diferentes mercancías, incluso para otros vehículos similares.

Los modelos se pueden usar para diferentes paksets, o se pueden compartir con otros artistas gráficos.

Gran parte del trabajo se puede automatizar: técnicas, renderizado, coloreado, etc...

Trabajas con único modelo, sin importar el número de vistas que necesites.

Personalmente, comprendo que la gente tenga reparos hacia el software 3D por la dificultad de aprender y conocer una nueva herramienta. En realidad, creo que no es tan difícil como paree, pero debo admitir que no es del todo fácil. Por cierto, yo continúo aprendiendo nuevas técnicas básicas que no conocía tras dos años usando Blender.

Prissi, el gran jefe de Simutrans...

2010-05-08T19:07:00.004+02:00

Hace tiempo ya charlamos con Hajo, el antiguo lider del Simutrans, y esta vez vamos a conocer más a fondo a la persona que está actualmente a cargo del proyecto, Markus "Prissi" Pristovsek.

Leer más...

Un poco de historia...

Primero, nos gustaría saber un poco más de ti ¿cuál es tu nombre real? ¿a qué te dedicas?
Me llamo Dr. Markus Pristovsek. Tengo cerca de 40 años, soy profesor adjunto de física aplicada (semiconductores) en la Universidad de Berlín (Alemania) actualmente. Berlín es también mi lugar de nacimiento y donde he pasado gran parte de mi vida. He estado dos años y medio en Japón, cerca de Tsukuba, donde también conocía a mi esposa, que es japonesa.

¿Cuándo te uniste al proyecto?
Bueno, en mi opinión, no se podría decir que te unes a Simutrans. Trabaje mucho para Simutrans cuando volví de Japón en 2003, incluyendo el pak.japan (tamaño pak64). En esa época, la inteligencia artificial solo escogía las locomotoras basándose en la potencia (960kW, 1920kW and 1280kW) y no podría manejar la electrificación. Le pregunté a Hajo, y me envió el fichero simplay.cc, intenté simplificar el sistema de elección e incluí el soporte para UTF-8, de mi diccionario de japonés del para PalmOS.

¿En qué momento asumiste el liderazgo del proyecto?
En 2005 yo era el único programador que quedaba. Yo nunca reclamé el liderazgo, solo programaba y si tenía tiempo, trabajaba en la mejora del pak64.

¿Cuál era tu relación con Hajo antes y después de asumir el liderazgo?
No much la verdad, sobre todo por correo elctrónico. Hajo me pasó todo bastante deprisa, antes de tomarse el largo descanso, pero aún estuvo colaborando otros dos meses más antes de dejarlo. En Febrero de 2004, yo, Hsiegeln y Dario éramos los únicos programadores que quedaban. Yo era el más productivo, aunque la mayor parte era por ensayo y error, y lo que es peor, el gdb no funcionaba en win98 y linux no funcionaba correctamente en mi PC - no tenía conexión de red.

¿Podrías hacer un breve resumen de los hitos más importantes en estos 12 años de Simutrans?
La verdad es que no, pero desde 2004 creo que podrían ser estos:
soporte UTF8
aviones (lo cual introdujo también la elección de parada)
señalización basada en rutas
climas
interfaz extensible mediante scripts

En su mayoría son detalles de afinación e introducción de mayor flexibilidad, así como mejora del rendimiento; Simutrans ahora consume alrededor de una cuarta parte menos de recursos que la versión 88.10.5

Gestión y liderazgo

¿Te gusta Simutrans tal y como es ahora? ¿cuál es el rumbo que proyecto? ¿cambiarías alguna de las decisiones que tomaste en el pasado?
Simutrans está bastante maduro. Su código base es menos desastroso que hace cinco años atrás, y aún limpiando y depurando los últimos problemas sigue funcionando. En En retrospectiva, hubiera sido mejor si hubiera tenido más conocimientos de C++ cuando comencé a contribuir. Algunas de la aportaciones iniciales de código no son realmente buenas en absoluto.

Tener un juego maduro es difícil: por un lado no puedes hacer muchos cambios sin intentar no ofender a muchos jugadores. No puedes introducir muchas nuevas mejoras y características o los nuevos jugadores no superarán la barrera de la frustación. Pero el mundo cambia, y Simutrans también debe hacerlo. Así que estamos trabajando en el modo multijugador, y tal vez el 3D sean necesario para sobrevivir en el futuro.

El motor del juego está casi terminado. Actualmente estoy barajando la posibilidad de incorporar impuestos y tasas, lo cual convertiría la cuenta de resultados en un indicador útil del éxito. Esto podría mejorar la motivación a largo plazo y también podría ser muy útil para aumentar la competitividad del modo multijugador.

¿Sientes la presión con cada decisión que tomas? Como decía el abuelo de Peter Paker un gran poder conlleva una gran responsabilidad. ¿De alguna manera te arrepientes de haber tomado el mando? ¿qué es lo que te motiva para seguir trabajando en Simutrans?
Yo programo como un arte, asi pues hay una serie de objetivos y la cosa más bien depende de mi estado de ánimo, por ejemplo, si me apetece depuro, juego, perfilo, trabajo en el pakset o implemento nuevas cosas. Si me sintiese responsable de todo lo que hago, nunca haría nada. Las noches sin dormir tras la salida de las versiones estables casi han desaparecido, gracias al sistema de compilaciones nocturnas.

¿Qué criterios sigues para aprobar o descartar nuevas caracteríticas, aparte del sentido común?
No hay que subestimar el sentido común. Como reza la Navaja de Occam: descarta todo lo que no sea necesario para llegar al centro de la cuestión. El núcleo de simulación de Simutrans es mejor (o al menos más detallado) que cualquier otro juego de transportes. Cualquier cosa que añada más detalle, debe tener una recompensa equivalente. Además, las características difíciles de entender tampoco son buenas, ya que generan frustración en los nuevos jugadores y conlleva dar soporte perpetuo... Basta con recordar la famosa pregunta "¿por qué mi tren eléctrico no encuentra la ruta?" que se repitió cuando en los depósitos se pasó a mostrar las locomotoras y vagones eléctricos. Añadir nueva microgestión es sin duda un camino sin salida, ya que los juegos se hacen largos y complejos. Por otro lado, demasiada automatización puede matar el reto del juego. Es poco probable que la mejora gráfica sea incorporada, si no es por buenas razónes (como unir vía y velocidad en túneles). Por último, la reacción de la comunidad también me da impresiones de lo que gusta y lo que no.

¿Crees que a lo largo de todo este tiempo se ha formado lo que podría llamarse el estilo Simutrans, una estandar de lo que encaja y lo que no en el proyecto?
Hay una idea de "simutranidad" ahí fuera, la cual está en constante cambio y evolución.

Desde tu punto de vista, ¿qué es y qué no es Simutrans? por ejemplo, es un simulador de transportes pero no es un clon de TTD. Tampoco es un juego de gestión de ciudades.
Lo que Simutrans es y representa está en manos de la gente. Yo a veces lo uso como terrario electrónico, y admiro uno de esos deliciosos mundos complejos que crea la gente. Algunos lo usan para crear modelos ferroviarios. Creo que Simutrans da sobre todo mucha libertad: no solo trenes como TTD, no solo gráficos bonitos como Locomotion, no solo llanuras como Transport Giant. Es más fácil de modificar que cualquiera de ellos. Todo juego tiene sus ventajas, pero Simutrans no trata de superarlas todas, tan solo evita no restringir tu estilo de juego ni los gráficos que usas.

En porcentaje, ¿cuántas ideas se quedan fuera por falta de tiempo o soporte técnico?
Tal vez el 80% de las mías. Estoy lleno de ideas, pero muchas de ellas no superan el filtro o mueren por falta de tiempo (¿sabías que escribo relatos de ciencia ficción en alemán?)

Si pudieras, ¿le dedicarías más tiempo al proyecto?
Preferiría dedicarle más tiempo a mi familia y a otras cosas como escribir, leer, ir en bicicleta o tocar la guitarra...

Has dedicado mucho tiempo y esfuerzo, pero esto no deja de ser mas que un hobby ¿desde ese punto de vista, lo ves también como un segundo trabajo?
En el momento en que lo vea así, lo dejaré.

Dedicas la mayor parte de tu tiempo a programar. Recientemente se han unido al projecto nuevos programadores como Dwachs o Knightly, colaborando con parches y modificaciones. ¿Cuántos programadores activos forman parte del equipo de desarrollo en este momento?
Knightly y Dwachs. Honestamente, Knightly es brillante, en mi humilde opinión es mucho mejor que yo. Dwachs aprendió programación de forma adecuada (creo), mientras que you fuí autodidacta (comencé en 1984 con Pascal y un manual de programación, dos años después de comprarme el ordenador... )

Alguien en el foro comentó que no se puede saber que está pasando en la trastienda del equipo de desarrollo. No hay formas de conocer o ponerse en contacto directo con ellos, para intercambiar ideas ¿Hay realmente una comunicación interna o cada uno trabaja por separado y después se ponen en común las ideas a través del foro internacional?
Esto es un hobby. Forzar a alguien a trabajar en algo acabaría con ello, pero muy recientemente ha surgido un rincón del programador, donde hay un pequeño intercambio de ideas en la sombra. De todas formas, cerca del 80-90% se produce a través del foro, siendo visible a todos.

Simutrans experimental

Hablemos ahora sobre Simutrans Experimental (SE). No te pediré un análisis técnico pero me gustaría que nos dieras tu opinión acerca de lo que crees que ha aportado o puede aportar al proyecto de Simutrans..
Los proyectos de código abierto tiene estas cosas, así que SE es un derivado. Veamos como va creciendo la cosa. Sin duda, tiene una curva de aprendizaje más pronunciada que el Simutrans estándar.

Obviamente, Simutrans y SE son incompatibles aunque comparten elementos comunes en cuanto a código, pero si fuese posible ¿qué cosas de SE te gustaría incluir en la versión estandar de Simutrans?
Ya que SE incluye en su mayoría parches y modificaciones rechazadas para la versión estandar, yo diría que casi nada.

De desarrollador a jugador

Con tantas cosas que hacer, además de tu vida personal, ¿realmente tienes tiempo para jugar a Simutrans?
No, una vez al mes o a veces en congresos y seminarios.

A veces, no jugar al juego que estás desarrollando te hace perder el punto de vista del jugador(ocio y diversión) para aislarte en el punto de vista del programador(trabajo) ¿Compartes este punto de vista?
Por supuesto. Es por esto que llevo a cabo sesiones de juego una vez al mes (habitualmente una partida bien desarrollada). De esta manera surgieron los semáforos con estados personalizables.

¿Realmente te diviertes jugando a Simutrans como cuando solo eras un jugador más?
Si; también me divierto con TTD, pero a la media hora me aburre, mientras que Simutrans me entretiene durante mucho más tiempo.

¿Has probado alguno de los nuevos pakset como pak96.comic, pak192.comic o pak.german? ¿te gusta el estilo gráfico, la economía y el equilibrio del sistema de juego?
El pak.german era mantenido y empaquetado por mi antes de que lo dejara por falta de tiempo. No podía dibujar nada ni aunque mi vida dependiera de ello.

Sobre el pak96.comic, me gustan los edificios de Alexander Brose (echad un vistazo a la entrevista del blog alemán de Simutrans). No estoy muy satisfecho con el equilibrio y la elección de vehículos, pero han pasado unos meses desde que lo probé. Cualquier tamaño mayor de 96 es muy grande para mi gusto. No me gusta el pak128, muy complejo y con una economía desequilibrada, demasiados vehículos, camiones de poca capacidad...

Como jugador, ¿qué es lo que más te gusta y lo que menos te gusta de Simutrans?
Me encanta la profundidad de la simulación y no me gustan los gráficos (no en el caso del pak96.comic), mal soporte de sonido y fuentes de letra demasiado pequeñas para monitores grandes.

También gestionas el pakset ofical de Simutrans, el pak64, que crece despacio pero seguro añadiendo nuevos elementos. ¿Qué destacarías de este pakset frente a otros más o menos pujantes en este momento? ¿qué crees que le falta?
Consistencia, pero es difícil de conseguir tras 10 años de desarrollo...

Bueno, creo que ha sido una interesante entrevista donde Prissi ha dado su punto de vista sobre aspectos poco conocidos del desarrollo de Simutrans. Espero que os haya gustado.

Simutrans más difícil todavía

2010-05-03T20:27:00.027+02:00

A veces llegas a un punto en el que crees dominar Simutrans totalmente. Te sabes todos los trucos y consigues dinero de forma fácil y rápida sin apenas esfuerzo ¿qué hacer entonces? ¿existe un modo pesadilla en Simutrans? ¿como consigo que Simutrans me siga atrayendo y proponiendo nuevos retos?
Leer más...
Esto es más o menos un resumen de lo comentado en el foro, por jugadores experimentados acerca de como aumentar el nivel de dificultad de Simutrans. Muchas de las soluciones están relacionadas con el archivo simuconf.tab que contiene los parámetros de configuración del juego, por tanto basta con cambiar los valores de algunos de dichos parámetros. Otras soluciones se basan en probar nuevos paksets u objetos.

Vamos allá con la lista de recomendaciones para añadir algo de complejidad extra a Simutrans:

Aumentar los costes de mantenimiento, a través de simuconf.tab, para pagar más por las infraestructuras (carreteras, vías, canales, etc..) y las acciones básicas (modificación del terreno, demolición, reforestación)

Usar determinados paksets más equilibrados como el pak.german, donde el sistema economico está más ajustado y las ganacias se producen a largo plazo, con necesidad de gran inversión inicial.

Aumentar el pago por distancia total, modificando el parámetro pay_for_distance_total=2, lo cual elevará el gasto si la distancia total recorrida por las mercancías es muy grande. A mayor distancia, mayor coste y menos beneficio.

Usar Simutrans-Experimental junto con Pak128.Britain-Ex, donde es más difícil obtener beneficios respecto a la versión estandar, sobre todo si se inicia una partida a partir de 1830-1870.

Usar mapas rectangulares en vez de cuadrados, por ejemplo 256x4098, esto conllevará la creación de complejas redes de transporte cuyas rutas tendrán que evitar densos núcleos de población.

Usar el modo principiante (beginner mode) para reducir los beneficios a la mitad, modificando los parámetros beginner_price_factor = 500 y first_beginner = 1

En mi opinión, el mejor consejo es el de la forma de los mapas, algo que parece que no influye hasta que te pones a construir en zonas estrechas sin margen de maniobra y al final el terreno acaba con más agujeros que un queso de gruyer.

Tenéis más información sobre el tema aquí.

Jasit, Simutrans en otro lenguaje

2010-04-07T19:57:00.006+02:00

Es por todos conocido que Simutrans está programado usando C++, un lenguaje que usa el paradigma de la programación orientada a objetos (POO). El código del juego es relativamente eficiente y usar ese lenguaje tiene sus ventajas, sobre todo en cuanto a gestión de memoria, pero hubo gente que preguntó por un posible port del juego al lenguaje Java. Pues bien, parece que alguien ha recogido el testigo...

Leer más...

El caso es que navegando por SourceForge me tope con este proyecto llamado JaSit, dirijido por Florian Schlögl aka Xenoplus. Parece se un simulador de transportes en Java. En otras palabras, es una versión de Simutrans en Java.

En su momento ya hubo discusiones previas acerca de las posibilidades de portar parte del código de Simutrans a Java.

El código de Simutrans no puede trasladarse directamente de C++ a Java, ya que usa elementos de POO no disponibles en Java como herencia múltiple de una manera que Java no soporta. Solo una clase padre puede ser clase normal, el resto de padres deben ser puras clases virtuales (interfaces en Java). Por otro lado, Simutrans usa su propio sistema de gestión de memoria, lo cual en casos como mapas grandes con millones de objetos puede hacer que el colector de basura de Java tenga problemas.

Hay estimaciones que dicen que el rendimiento de Simutrans en Java caería alrededor del 30%, pero sería más fácil de paralelizar, lo cual sería una ganancia en las actuales arquitecturas multinúcleo.

En cuanto a la magnitud de los cambios, en cifras se estima que aproximadamente el 70% del código debería ser rescrito y alrededor del 30% de los ficheros requerirían de algo más que pequeños cambios. Además, Simutrans usa objetos valor en muchos lugares, lo cual no está disponible en Java, y deberían reemplazarse a mano. Las templates de Java son distintas de las de C++ y en este aspecto es complicado estimar el impacto de los cambios.

En resumen, es factible portar Simutrans a Java pero requeriría de muchos pequeños arreglos y detalles así como una rescritura desde cero de parte de la arquitectura del juego para fuese mínimamente jugable.

Dicho esto, Jasit aún no da posibilidad de descargar nada, pero el proyecto comenzó este mismo año, hace apenas un par de meses, así que la cosa está un poco verde aún. Esperemos que siga adelante con el plan y el proyecto llegue a buen puerto, ya que parece que hay gente interesada en ello.

Si quereís más detalles, echad un vistazo a la Hoja de Ruta o daros un paseo por http://sourceforge.net/projects/jasit. Se ve prometedor ¿no?

El día de la independencia de los paks

2010-04-05T20:01:00.013+02:00

Desde hace tiempo, cuando inicias Simutrans, aparece una pantalla en la que te pregunta qué pakset quieres usar, y si lo quieres con addons o no. Yo siempre pasé por alto ese detalle, pero gracias a VS y jonasbb, hemos descubierto para que sirve el famoso botón Load with Addons.

Leer más...

Este es un pequeño tutorial que muestra como puedes separar los addons de la instalación base de Simutrans, con el fin de facilitar las actualizaciones. De hecho, es una mera traducción de del foro internacional.

La clave de todo está en que uede usar una carpeta adiccional para los addons u objetos extra, así pues puede ponerlo ahí y tener la certeza de que no interferirán con el resto del pakset. El nombre de dicha carpeta debe ser el mismo que el nombre del pakset (pak128, pak, pak96, etc..).

Ruta de la carpeta de addons:

En Windows, debe estar en Documents/Simutrans/nombre_del_pakset/
En Linux, debe estar en user_home/simutrans/nombre_del_pakset

Si pones los ficheros .pak de los addons en este directorio y después pulsas el botón "Load with Addons" en la pantalla de inicio, se cargarán los addons adicionales que haya en dicho lugar. Si no, se cargará unicamente el contenido base de pakset. De esta manera puedes separar los ficheros originales del pakset de los addons, y en caso de actualizar el pakset, los addons seguirán ahí.

Un ejemplo, para windows: La ventana inferior muestra el contenido habitual del directorio de Simutrans con el ejecutable. La ventana superior muestra lo que tienes que tener en Documents/Simutrans, a fin de poder cargar los addons por separado.

Por otro lado, es la forma perfecta de evitar los problemas de compatibilidad por addons al intercambiar partidas. Si lo tienes organizado de esta forma, solo necesitas que te pasen la carpeta de addons, manteniendo el resto "a salvo".

Servicio Público ¿truco o trato?

2010-01-30T17:03:00.000+01:00

En Simutrans no hay trucos, pero eso no significa que el jugador no pueda sacar ventaja en el juego. Desde hace tiempo hay una práctica que se ha extendido como la espuma: el uso del Servicio Público. La gente quiere sentirse como el faraón a precio de esclavo pero ¿es totalmente legítimo o están haciendo trampas?

Leer más...

Una encuesta reciente ha mostrado que casi el 50% de los jugadores no considera que sea trampa usar el Servicio Público. Un 30% lo usa única y exclusivamente para embellecer los mapas, mientras que el 15% opina que tal vez sea trampa pero no hay otra forma de construir grandes infraestructuras. Solo un 7% considera que es hacer trampa.

La principal forma de uso de este atajo es cambiar de jugador, y usando el Servicio Público se construyen todas las infraestructuras comunes como puentes, carreteras, túneles, estaciones,etc... desviando los costes de construcción y mantenimiento hacia el Servicio Público.

Analicemos todos los factores. Primero, el problema depende del pakset con que se juegue, ya que cada uno tiene una economía distinta. Es bastante probable que si se juega con el pak128, se use más a menudo el servicio público, por el simple hecho de que la economía de dicho pakset está pensada para obtener beneficios a medio y largo plazo, esto es a 10 años vista o más. En el pak64 el jugador puede obtener dinero reñativamente más rápido, por tanto se pueden asumir mejor las infraestructuras que en el pak128. Puedes construir puentes, aeropuertos o redes de transporte subterráneas en las ciudades sin miedo a quedar sin un solo crédito.

Otro factor importante es si se está jugando en modo libre o con bancarrota, además estrechamente relacionado con el anterior punto que hemos comentado. Si las infraestructuras son caras y la economía del pakset es estricta, podemos caer fácilmente en bancarrota sin darnos cuenta. Y lo peor no es caer en bancarrota, sino el hecho de tener que recuperarse en menos de tres meses tras haber realizado una gran inversión que posiblemente tardemos más de esos tres meses en recuperar.

Por último, también depende del estilo de juego del jugador. Hay gente a la que le gustan las obras faraónicas, y por tanto le encanta modificar la topografía del terreno y la organización de las ciudades. No tiene nada de malo, es otra forma de jugar, digamos que por placer en contraposición a los jugadores más puristas, que prefieren por lo general ser más conservadores y cargar con los costes. Supone un reto pero sin duda es mucho más duro. Si tienes que invertir 5 millones en una red de metro bajo la ciudad probablemente tardarás de 2 a 10 años en conseguirlos.

En mi opinión, no es hacer trampa porque hay otros elementos más críticos que pueden hacer que el jugador fracase aún usando el Servicio Público, pero si realmente quieres formarte como jugador de Simutrans, es necesario pasar por situaciones en las que no puedes afrontar determinadas decisiones por falta de dinero. Si en esos momentos echas mano del Servicio Público, nunca sabrás cual es tu auténtica medida como jugador. Perder y ganar dinero, así como arriesgar o ser conservador son parte de la mecánica de juego de Simutrans.

Huevos de Pascua sin truco

2010-01-17T20:00:00.000+01:00

De todos es conocido que Simutrans no tiene trucos. Es decir, no hay forma rápida y sencilla de conseguir más dinero. Por esto, se me ha ocurrido hacer un divertido ejercicio de especulación e imaginar algunos posibles huevos de pascua y trucos que podrían encajar con el juego.

Leer más...

Algunos son guiños a famosos memes de Simutrans y otros tienen nombres de usuarios importantes de la comunidad. Algunas muestran mensajes pero otras producen efectos divertidos y en cierta manera inesperados.

Si escribes Hajo, se activaría el modo dios sin bancarrota ni gastos.

Is Igor supposed to paint something? muestra todo en blanco y negro, excepto los colores especiales.

HKUKJP cambia el sentido de conducción a la izquierda.

Benevolent Dictator reduce el coste de mantenimiento de todo a la mitad.

viceversa invierte el sentido de la marcha de todos los vehículos presentes en el juego en ese momento.

z9999 mostraría una ventana de error.

Raven llenaría la pantalla de cuervos codificados como ground objs.

JPSC muestra el gatito de la suerte japonés como atracción turística.

Tunguska deja un gran hueco sin árboles en el bosque, con un hueco de un nivel de profundidad.

Spaghetti invierte el orden de todas las paradas de todas las líneas.

master muestra un mensaje PR1$$1 dibujado en el suelo trozos de agua.

¿Se os ocurre alguno más? :)

De vuelta al juego (II)

2010-01-17T18:15:00.033+01:00

Con un poco de retraso, volvemos con una nueva entrega del reto colaborativo Un Mundo sobre Ruedas, que ha alcanzado su segunda ronda, aunque derajjared lleva dos turnos sin aparecer. En fín, vamos con la crónica.

Leer más...

La cosa no ha ido tan mal. Me dió tiempo a jugar unos tres o cuatro años, y casi he doblado el efectivo que tenía en la anterior ronda, tras realizar un buen montón de cambios e inversiones.

Las líneas de pasajeros están funcionando bien, aunque aún no tienen tantos beneficios como quisiera, pero al menos conectan los lugares de trabajo y los monumentos, lo cual genera un flujo constante de pasajeros. Aún estoy haciendo pruebas para dar con el número adecuado de vehículos, ya que normalmente hay picos y valles que restan rentabilidad.

Los objetivos a corto plazo se han cumplido con creces. La línea de maíz está dividida en dos ramales, y aunque las paradas siguen saturadas, ahora hay dos convoyes que sirven ese ramal y llevan unos 250-300 sacos por viaje. Por otro lado, he llevado la electricidad a los consumidores finales que más problemas daban, la gasolinera normal de Sao Paulo y la de etanol de Rio de Janerio. De esta manera consumen más y desahogan algo la cadena de producción.

En cuanto a los objetivos a medio plazo, solo he podido conectar una de las plataformas con la refinería norte en la costa. Los petroleros son carísimos, más de un tercio de millón, y hasta mediados de la partida no me los podía permitir. La refinería produce gasolina para las dos gasolineras de Rio de Janeiro y para agilizar la cosa y no entorpecer el crecimiento de la ciudad, construí paradas subterráneas y una línea ferroviaria de costa. Además uso el mismo convoy para servir a ambas, lo cual ahorra dinero.

La fundición de Sao Paulo tiene picos de producción muy irregulares, lo cual implica que la mina de hierro entre ambas ciudades produce unas 1500 tn de hierro, y su parada está casi siempre saturada. Por otro lado, la mina de carbón al oeste de Sao Paulo va siempre a remolque de la demanda de la fundición, lo cual me obliga a comprar y vender camiones de carbón cada vez que la fundición produce una remesa grande de acero para el mayorista. Tengo el mismo problema con los camiones de acero, así que espero averiguar en un futuro cuál es el punto de equilibrio en el número de vehículos por línea.

Estrategia a corto plazo(<2 años):

Conectar linea costera de ferrocarril de Rio de Janerio bajo tierra con andén subterráneo de gasolinera de etanol

Suministrar más petróleo a refinería norte.

Estrategia a medio plazo(2-5 años):

Desarrollar infraestructuras para cadenas de libros y muebles,

Construir el Amazonas para abrir nueva ruta comercial del maiz.

Estrategia a largo plazo(>5 años):

Conectar Sao Paulo y Rio de Janerio por avión o tren.

Conectar Brasil con Argentina por aire a través de Sao Paulo.

Fundar nueva ciudad: Curitiba.

Ruta marítima con México a través del canal de Panamá.

De momento parece que la cosa no decae y en breve comenzarán los tratados comerciales. Esperemos que esto dé un interesante giro a la partida..¡hasta la próxima entrega!

Referencias: De vuelta al juego (I).

Pedid y se os dará conexión

2010-01-02T19:38:00.035+01:00

Parece los ruegos han sido atendidos y este nuevo año finalmente nos ha traído el modo multijugador, o al menos una versión preliminar. En Escala Real lo hemos probado y el resultado es sorprendentemente gratificante, y porqué no decirlo, estable. Esta es una pequeña guía de como hacerlo funcionar para que podaís comprobar por vosotros mismos lo que hay hecho hasta ahora.

Leer más...

Lo primero es descargarse una versión de compilación nocturna, a ser posible la más reciente, con el ejecutable y un pakset (recomiendo pak64). Yo lo probé en windows y descargué la versión GDI, por tanto el ejecutable es simu-gdi.exe. Tras instalar la nueva versión, hay que abrir dos consolas de MSDOS o terminales en Linux.

A continuación hay que situarse en el directorio de simutrans (con cd .. bajas de nivel y con cd directorio subes)

La de arriba será el servidor, y teneís que poner el siguiente comando

simu-gdi.exe -server -log 0 -debug 0

que arrancará el juego en modo server. A continuación iniciamos una nueva partida y esperamos con la ventana abierta.

La de abajo será el cliente, y teneís que poner el siguiente comando

simu-gdi.exe -log 0 -debug 0

para que inicie el cliente de Simutrans en modo depuración.

Seguidamente, con el servidor esperando y el cliente iniciado, cargamos una nueva partida en el cliente con nombre net:127.0.0.1. Esto provocará que el cliente se conecte al bucle local, es decir, a vuestra misma máquina por tanto el retraso(lag) debería ser el menor posible.

Ahora ajustad el tamaño de las ventanas a modo ventana partida, y podréis ver como al modificar algo en una de las dos, el cambio se refleja en ambas. Probad a construir una carretera, o cread una línea de bus y comprad un autobús. Veréis como el bus se mueve al mismo tiempo en ambas pantallas.

No he probado si cambiando la IP se puede conectar a máquinas externas, fuera del bucle local, pero sin duda es un comienzo muy prometedor para este ansiado modo multijugador de Simutrans.

Lo mejor, lo peor y lo más sorprendente de 2009

2010-01-02T17:22:00.003+01:00

Visto que todo el mundo se dedica ha hacer lista sobre diversos temas recopilando lo mejor y peor del año que termina, Escala Real no iba a ser menos. Aunque esta vez no lo haremos en forma de lista sino que simplemente comentaremos lo mejor, lo peor y lo más sorprendente del año 2009 en Simutrans.

Leer más...

Empezaremos con lo mejor del año pasado. El primer candidato es Simutrans Experimental, una versión alternativa de Simutrans que llegó para satisfacer a los jugadores más exigentes y se ha convertido en un juego con entidad propia. El impacto se ha extendido incluso al desarrollo de los pakset, con la creación del pak128.Britain. Otro evento muy importante ha sido la candidatura de Simutrans a los Sourceforge Community Choice Awards, que ha permitido obtener la necesaria notoriedad que el juego necesitaba y se merecía. Esto implicó un aumento de usuarios, visitas, contenidos y colaboradores dispuestos a aportar algo al proyecto. Simutrans por fin dio el salto hacia el futuro.

Tampoco nos podemos olvidar de dos de las mejoras más importantes del año como son el modo subterráneo y los adelantamientos. Más de uno soltó una lagrimita cuando Isidoro publicó el parche de adelantamientos y finalmente se pudo ver a los vehículos de carretera adelantándose como los autos locos. Por otro lado, el nuevo modo subterráneo desarrollado entre otros por gerw, a traído lo que muchos locos de las infraestructuras estaban esperando: redes de transporte a distintos niveles con pendientes subterráneas que conectan interminables kilómetros de vías bajo las ciudades. Ahora ya podemos decir que es realmente posible crear redes de metro en Simutrans.

En cuanto a los gráficos, no podemos olvidarnos del tremendo impacto del pak96.comic, creado por Alex Brose y Sojo, con ese estilo comic tan limpio y brillante, donde conviven autenticas obras de arte. Poco a poco va creciendo en adeptos pero sobre todo mostró nuevamente las posibilidades gráficas de Simutrans, y dio pie a otros nuevos pakset estilo comic como el pak192. Por último, quiero destacar un hecho que puede parecer más sorprendente que importante, pero para muchos tiene un gran significado: la vuelta de Hajo, el creador de Simutrans. Estuvo bastante tiempo apartado del proyecto, pero ahora ha vuelto para colaborar y compartir su experiencia y sabiduría..¡si hasta incluso ha hecho un pakset!

Vamos ahora con los peores momentos del año en Simutrans. Sin duda, el más duro fue el cambio de foro, no por el hecho de cambiar en si, sino por los hechos que lo motivaron. El problema surgió de un día para otro , se buscaron soluciones de emergencia y afortunadamente alguién se ofreció para hospedarlo. Ahora parece algo lejano y pasajeros, pero en su momento más de uno temió que fuese la puntilla para la comunidad de Simutrans, ya que en ese momento el foro era, y sigue siendo, la piedra angular de la comunidad y muchos de los miembros más antiguos se habían distanciado del proyecto.

Esto mostró otro de los principales problemas que aún sigue teniendo la comunidad, y es la desorganización. Todo el mundo tenía buenas ideas y voluntad pero nadie daba el primer paso, así que las decisiones se tomaban un poco por libre. En fin, esperemos que poco a poco este año vayamos mejorando en este aspecto.

Por último, vamos a terminar con los momentos más sorprendentes en Simutrans. Desde hace años el proyecto del instalador de Simutrans para windows estaba en el aire. Había un programa ya hecho por Robofish, pero no tenía soporte oficial. Parece que tras el aumento de usuarios y gracias a los esfuerzos de Frank y Aglezabad entre otros, Prissi se decidió finalmente a incluir un instalador para aquellos usuarios menos duchos o más vagos, según se mire. Otro momento curioso fue la presentación de la versión de Simutrans para el iphone. Nadie lo esperaba, aunque ya hubo insinuaciones de portar el juego a otras plataformas como la NDS o GBA, así que fue una grata sorpresa que de paso resaltó la necesidades y carencias de Simutrans para este tipo de plataformas (interfaz más sencilla, pakset de pequeño tamaño)

Otro aspecto muy importante que se ha manifestado a lo largo de este año ha sido el exito de las comunidades de idioma como la checa, portuguesa, hispana y francesa. En determinados momentos, han tirado del foro con proyectos muy interesantes y aportando tanto material como ideas para mejorar el juego. Un hecho genial y sorprendente que también ha tenido lugar este año es que Simutrans se ha destapado como un instrumento educativo de cierta repercusión. Primero fue un profesor de economía que usaba Simutrans para explicar como funcionaban determinados procesos económicos y después Simutrans se incluyó en un CD que iba a ser distribuido por el gobierno de Oregón, como parte de una serie de herramientas educativas. Esto nos mostró otros posibles usos de Simutrans. Como dijo hace poco un usuario del foro, no tengo hijos pero si los tuviera pasaría el tiempo con ellos jugando a Simutrans. El último hecho digno de destacar es el éxito de las versiones o compilaciones nocturnas, que pasaron de ser versiones de desarrollo que casi nadie usaba a versiones con las que la gente juega habitualmente, lo cual ayuda a detectar errores y fallos a todos los niveles. Sin esto, el desarrollo de Simutrans no habría avanzado tanto como lo ha hecho a lo largo de este 2009.

No quiero terminar el artículo sin hacer mención a la comunidad hispana de Simutrans, una de las razones por las que existe este blog. Este año 2009 ha sido sin duda muy bueno. Hay más usuarios, algunos incluso han participado en proyectos importantes, como Zeno en el equilibrado del pak128 o Aglezabad en el instalador. Otro aspecto importante ha sido el aumento de contenidos creados por la comunidad, lo cual espero que desemboque en la creación de un futuro pakset hispano. Finalmente, hay que destacar el aumento de recursos externos de Simutrans en español con varios blogs, el portal en español, el wiki, los tutoriales y las FAQ. Ahora es mucho más fácil jugar a Simutrans en español.

Bueno, este ha sido el repaso del 2009, un gran año que esperemos tenga continuidad en 2010. Hay que mantener la buena racha.... :)

JimsViewer, el destripador

2009-12-31T20:45:00.000+01:00

Comenzamos el año con el descubrimiento de otra interesante herramienta en las catacumbas de la comunidad de Simutrans. Esta vez ha sido en la sima del foro alemán de Simutrans y el afortunado ha sido bautizado como JimsViewer, el destripador de paksets.

Leer más...

Tengo que confesar que el conocimiento de esta herramienta me llegó gracias a un soplo de Frank, que también es administrador del foro alemán de Simutrans. La herramienta en cuestión se llama JimsViewer y es obra de Jim Knopf. Está disponible unicamente para windows 95/98/XP pero posiblemente se pueda usar en Linux mediante Wine.

El programa es básicamente un editor/visor de la información contenida en los ficheros pak del pakset. Carga la información extraída y permite clasificarla, ordenarla y filtrarla. Además muestra estadísticas y te permite visualizar las cadenas industriales en forma de árbol, con productores, intermediarios y consumidores, vehículos y mercancías implicadas. Todo bastante claro e intuitivo.

Entre las futuras mejores que se preveen incorporar en el futuro está la ordenación avanzada de los datos, visualización de los contenidos gráficos, representación gráfica de las cadenas industriales con control de factibilidad, bocadillos de información y presentación sencilla de estructuras de datos complejas como los waytype.

Aunque ahora mismo solo funciona en modo visor, en mi opinión puede llegar a ser una herramienta muy útil para los diseñadores de paksets, y en general para aquella gente que gusta de analizar las cifras para conseguir el máximo rendimiento de todos los elementos de los paksets en sus partidas. Habrá que estar atentos a las nuevas versiones.

Podeís descargarlo aqui y teneís la traducción al español aquí.

Hay un largo camino hasta la cima

2009-12-31T17:58:00.000+01:00

No se puede negar que últimamente, digamos desde hace un año, la popularidad de Simutrans ha aumentado notablemente. Hay más usuarios y más descargas, lo cual nos permite abordar nuevos proyectos y consolidar algunos ya existente. La pregunta es ¿conocemos realmente cuan relevante es Simutrans? La respuesta y las cifras a continuación.

Leer más...

Una forma de saber la popularidad y relevancia de algo, es comparándolo con otro elemento similar que esté más consolidado. En el caso de Simutrans, el archienemigo siempre ha sido Open Transport Tycoon Deluxe (OTTD) un clon libre del afamado Transport Tycoon. Lo que hemos hecho en Escala Real es hacer una comparativa en terminos de búsquedas en google de ambos videojuegos. Estos son los resultados desde 2004 hasta hoy.

Como podeís comprobar, OTTD siempre ha estado por encima de Simutrans, ya que al estar basado en un famoso juego comercial, está más asentado y aceptado por los jugadores.

En el periodo 2006-2008 la distancia entre OTTD y Simutrans ha ido creciendo al inicio y decreciendo al final, y aún así Simutrans siempre se ha mantenido más o menos constante, entorno al 30-40%, lo cual indica que el potencial de crecimiento es enorme.

En cuanto a las zonas del mundo de donde provienen más búsquedas sobre Simutrans, es curioso comprobar que casi coinciden con aquellas comunidades más activas en Simutrans. Tenemos Alemania, Japón, República Checa y Eslovaquia, Brasil y sorprendentemente Finlandia. En general, se puede decir que el juego de momento interesa más a los europeos. Es curioso que al ejecutar la simulación de tiempo, a partir del segundo trimestre de 2007 hasta final de año, en Alemania se produjo un aumento del 100% en las búsquedas, posiblemente motivado por la salida del pak.german entre otros. Después en los primeros trimestres de 2008 y 2009, en Japón se produjo un aumento similar, lo cual no se explica mucho ya que a pesar de que la comunidad japonesa ha hecho grandes aportaciones al juego, estas son anteriores a dichas fechas. Parece que la gente de pronto recuperó el interés ante las nuevas versiones del juego que salieron en esas fechas.

Entre los términos más buscados en relación con Simutrans están download(descarga), cheats (trucos), simutrans 2(el ferrocarril contraataca), online (la gente como siempre loca por el modo multijugador). Es curioso encontrar el término descargar simutrans en español entre los diez más usados, lo cual indica que si hay gente hispano parlante interesada en el juego.

¿Y cual es la conclusión de todo esto? Pues podríamos decir que Simutrans tiene aproximadamente el 30% del "mercado", y parece que seguirá así a lo largo del año que viene. Quién sabe si cuando salga el ansiado modo multijugador, sirva esto como espaldarazo definitivo que lo propulse a la cima de la popularidad entre los simuladores de transporte.

Podeís consultar todos los datos en Google trends

¡Escala Real os desea feliz navidad!

2009-12-26T19:51:00.000+01:00

Como veo que es costumbre felicitar la navidad en todos los blogs, en Escala Real no íbamos a ser menos. Que todos tengaís una feliz navidad, con mucho amor, descanso, regalos y felicidad junto a vuestros seres queridos.

Y como esto último ha quedado un poco cursi, os dejo una imagen de lo que no debeís hacer en Nochevieja si os poneís al volante tras un par de copas.

¡¡Felices fiestas a todos, y feliz 2010!!

En la energía verde está la solución.

2009-12-26T13:33:00.000+01:00

Como ya sabreís, últimamente estoy jugando a un reto con el pak128, y me he dado cuenta de una importante carencia que tiene el pakset. Solo hay una central energética que funciona sin materias primas, carbón o petróleo, que se corresponde con el aerogenerador. Vamos a analizar un poco como influye esto en la economía y jugabilidad del pakset, así como algunas posibles soluciones.

Leer más...

La electricidad en Simutrans se usa para estimular la producción y el consumo de los distintos elementos de las cadenas industriales.

No he llegado a corroborarlo completamente pero tengo la sospecha de que algunas de las cadenas del pak128 no están adecuadamente equilibradas en cuanto a producción y consumo. Esto no es un problema tan grave ya que en gran medida depende de cuantos elementos de la cadena tengas en la partida, pero si hay una descompensación como por ejemplo, más productores que consumidores, las paradas se saturarán a no ser estimules el ritmo de consumo de la parte final de la cadena (consumidor final)

Por tanto la cuestión es que casi todas las cadenas industriales de producción de energía eléctrica en el pak128 depende de materias primas como carbón y petróleo, y si no hay minas o pozos, o no quedan cerca de las centrales se hace muy difícil producir energía eléctrica.

Esto se traduce en una dependecia, en un círculo vicioso, donde para hacer uso intensivo de materias primas (consumo o producción) debes producir energía eléctrica, pero a su vez necesitas dichas materias primas para producir electricidad.

La solución es muy simple: hacer uso de centrales de energía "verde", es decir, aquellas centrales que no necesitan de materias primas para producir electricidad. Lo mejor es que esto ya se ha llevado a cabo en otros paksets, especialmente en el pak64 donde de las ocho centrales energéticas disponibles, seis de ellas son de energías renovables (solar, térmica y geotérmica) y funciona a las mil maravillas. La economía no se resiente tanto como puede parecer a primera vista. La electricidad es algo más fácil de conseguir por parte del jugador y esto conlleva aumento de producción en casi todas las fábricas de los mapas, sin necesidad de recurrir al servicio público ni al editor de mapas para acceder a las fuentes de generación de electricidad.

Esta son algunas de las fábricas que se podrían crear:

Centrales solares: En el pak64 disponen de hasta 4 tipos diferentes con distintos tamaño y ritmos de producción. De menor a mayor producción, tienen la huerta solar, central solar con heliostato, la torre solar y la torre solar térmica. Si se quiere ser realista, estas solo deberían aparecer en climas cálidos, donde se supone que hay más días de sol. Otro detalle curioso para los creadores de gráficos es que se pueden hacer animaciones relacionadas con los ciclos dia-noche del juego.

Centrales geotérmicas: se pueden ubicar en climas fríos o calientes, y su ritmo de producción de energía es de nivel medio, aproximadamente equivalente a un pozo petrolífero.

Centrales hidroeléctricas: la prinpical ventaja de este tipo de central es que a nivel realista, se puede colocar en casi cualquier clima del juego, pero a nivel gráfico suele encajar mejor si hay ríos cerca. Otra ventaja es que la capacidad de producción puede ser variable en función del tamaño, aún así se podría considerar una central de tamaño medio en cuanto a producción de electricidad. Diegote ya hizo una central de este estilo que se podría aprovechar.

Centrales mareomotrices: este tipo de centrales generan energía eléctrica a partir de las mareas y las olas, situándose preferentemente en la costa. Y es ahí donde radica la principal dificultad, ya que no sé si se puede forzar a que el motor del juego coloque una fábrica en la misma costa, con parte de ella en el agua. Sería una opción interesante.

No hemos hablado de otras tecnologías mixtas como centrales de biomasa, ya que requieren de basura, o molinos de viento en alta mar, ya que en Simutrans no se puede transportar energía electrica bajo el mar, al menos de momento.

Espero que esto os haya dado algunas ideas para futuros proyectos, y quien sabe si con un poco de suerte incluyen alguna de estas centrales en el pak128, sobre todo para mejorar la jugabilidad y porque no, dar algo más de variedad al parque energético del pakset.

Referencia: Wikipedia: Energías renovables
Imágenes cortesía de la wikipedia.

De vuelta al juego (I)

2009-12-24T15:53:00.000+01:00

En el foro hispano de Simutrans, Derajjared ha lanzado un nuevo reto en forma de juego colaborativo. Es para el pak128 y yo, aunque soy más del pak64, me he apuntado al tema, más que nada para recuperar esas sensaciones de cuando jugaba más a menudo a Simutrans. Así pues voy a ir contando la experiencia de un veterano que se reencuentra con su amado juego.

Leer más...

La verdad es que hace muchísimo que no juego con el pak128. Creo que en todo el tiempo que llevo con Simutrans, habré jugado apenas media docena de veces con él. Simple cuestión de gustos pero aquí estamos dispuestos a probar casi todo.

Por lo que he leído en el foro y por las conversaciones con Zeno, cuando estaba con el tema del equilibrado de costes de los vehículos del pak128, la economía de dicho pakset es más dura, pensada sobre todo para obtener beneficios a largo plazo en la mayoría de los casos. Por tanto, como inexperto jugador, voy a optar por una estrategia conservadora.

Las claves serán no gastar mucho, rentabilizar al máximo cada vehículo y conectar elementos cercanos. Después poco a poco iré invirtiendo en trayectos largos y formando acuerdos con otros países.

Pero desde el primer momento, me he dado de bruces con la cruda realidad. Los trenes son muy caros, carísimos pero los costes operativos son muy bajos, justo al contrario que en el pak64, al igual que la cadena industrial del petróleo no es tan rentable como en el pak64. En resumen, que para emprender cualquier aventura debes contar con un buen colchón de dinero, al menos el doble de lo que tengas previsto gastarte, por si las cosas se tuercen y tienes que volver a empezar.

Intenté conectar unas plataformas petrolíferas con dos refinerías de la costa, pero acabé en números rojos a la primera de cambio. Los barcos también son muy caros y lentos, pero en el foro me ha sugerido que opte por las barcazas que también son rentables.

En la parte derecha he conectado todos los elementos de la cadena del etanol (campos de maíz, refinería y gasolinera en Rio de Janerio) pero las paradas se saturan y el tren no da abasto.

En Sao Paulo se concentra toda la industria pesada del acero y el carbón, que va a parar directamente al mayorista de la construcción, pero en un futuro espero poder exportar la madera y tablones sobrantes a las ciudades del sur como Buenos Aires y Montevideo, transportando el excente por la costa hasta el delta del río.

Esto ha sido una primera toma de contacto, pero estos son los planes que tengo programados para el futuro:

Estrategia a corto plazo(-2 años):

Dividir la ruta del oeste de maiz en dos, para intentar terminar con la saturación de las paradas. Ahora es muy ineficiente.

Construir centrales eléctricas para aumentar el consumo de bienes por parte de los consumidores finales. Se produce muchísimo más rápido de lo que se consume.

Estrategia a medio plazo(2-5 años):

Conectar las explotaciones con los aserraderos, para obtener más tablones.

Conectar plataformas petrolíferas con refinerías para empezar a producir plásticos.

Estrategia a largo plazo(+5 años):

Instalar lineas de transporte en Rio de Janeiro y entre ciudad e industrias cercanas.

Pedir más maíz a Argentina y crear otra gasolinera en Sao Paulo.

Construir el Amazonas, para poder sacar el maíz por rio.

Tener en cuenta diseño de red ferroviaría para expansión de ciudades. Ambas son ciudades grandes, y espero que crezcan mucho así que probablemente tendré que diseñar una red subterránea de metro y mercancías, para no entorpecer su crecimiento.

¡Nos vemos en el próximo turno!...

Con estas herramientas conquistamos lo imposible.

2009-12-13T17:09:00.000+01:00

Es increíble la de cosas que aún se pueden encontrar en las páginas relacionadas con Simutrans. Últimamente he estado curioseando por las páginas japonesas y el foro checo, para ver que se traen entre manos y he descubierto estas dos herramientas que pueden ser muy útiles para aquellos que se dedican a la creación de gráficos.

Leer más...

La primera de ellas es resizeobj, una herramienta que básicamente sirve para trasladar objetos de escala pak128 a pak64. Antes de nada, más vale que useís un traductor online, porque el programa y la página del autor están en japonés. Dicho esto, tengo que destacar que la herramienta es muy interesante.

Si quieres jugar con algún objeto del pak128, solo tienes que obtener el archivo pak y convertirlo a escala pak64 mediante esta sencilla herramienta. La pega es que funciona por línea de comandos MSDOS y sólo está disponible para windows pero en la mísma página el autor pone a disposición el código fuente para compilarlo en otras plataformas.

La herramienta da la opción de controlar la cantidad de antialiasing (suavizado) que queremos usar, la cantidad de colores especiales (nocturnos), puede eliminar las animaciones durante el proceso de conversión así como algunos otros atributos dependiendo del tipo de objeto que queramos convertir.

Tras hacer unas pruebas con edificios, he de decir que el resultado no es malo pero no siempre funciona bien. Resizeobj suele tener problemas cuando el objeto, sobre todo si es un edificio, tiene más de una vista. Podeís ver los resultados en esta imagen (usé un estadio realizado por Diegote)

La verdad es que no está nada mal la conversión. No se ve borroso y tampoco hay problemas de transparencia. Una herramienta muy recomendable para aquellos que quieran disfrutar de parte del mundo pak128.

Desde el foro checo, donde hay tanto movimiento pero nadie sabe qué ocurre exactamente, nos llega una herramienta llamada Protomissume Software Box Shot Maker que casualmente es de código abierto y sirve básicamente para crear objetos 3D a partir de cajas ¿y por qué lo menciono si es para crear cajas? por una sencilla razón, hay un buen montón de plantillas de objetos que están desarrolladas como cajas. Por tanto, si tenemos el desarrollo de las distintas caras del objeto, a partir de una simple caja podemos recrear dicho objeto. No he podido probar con objetos complejos pero el resultado puede ser algo parecido a esto.

En principio, parece una interesante herramienta fácil de usar para aquellos que quieran crear gráficos para Simutrans pero no he podido probarla en profundidad.

Cual Indiana Jones, seguiremos en la búsqueda de nuevas herramientas... :)

Problemas en la torre de babel

2009-12-05T21:01:00.001+01:00

Como habreís notado, desde hace un par de horas el foro internacional de Simutrans no responde. Los gente de la web está trabajando en ello, intentando averiguar donde está el problema. Podeís seguir en contacto a través de Escala Real, el foro de emergencia o el canal IRC de Simutrans.

Esperemos que se solucione lo antes posible.

Si deseas crear un pakset, ¡hazlo!

2009-12-02T22:48:00.000+01:00

En alguna ocasión hemos dado claves acerca de cuales son los elementos necesarios para crear un pakset. Pues bien, ahora os traigo una pequeña entrevista con James "The Hood", uno de los artistas gráficos y gestor del pak.Britain. Veamos que nos cuenta de su experiencia creando los gráficos para este pujante pakset.

Leer más...

Adelante con la entrevista..

Escala Real: ¿Prefieres Pixel-art o 3D?
The Hood: Sin duda 3D. Lo creas o no, en realidad soy bastante malo dibujando, pero aún así puedo modelar en 3D y dejar que el ordenador haga el resto del trabajo.

ER: ¿Cuáles son tus fuentes de inspiración para el pakset?
TH: Cualquier cosa británica de hecho. Hay cosas que ya conozco (trabajo en la industria del transporte), pero para otros, especialmente el material antiguo, uso google o wikipedia para averiguar la historia y obtener material gráfico.

ER: ¿Podrías describir brevemente el proceso creativo? ¿usas plantillas para los diferentes objetos? ¿crear las texturas por ti mismo? ¿y que me puedes contar acerca de la iluminación?
TH: Empecé usando plantillas, pero ahora que he pillado el tranquillo a Blender y sé como van a quedar los objetos, generalmente hago las cosas a ojo. Las texturas son una combinación de imágenes reales (como texturas de paredes de ladrillo) y otras de producción propia usando Blender, por ejemplo la suciedad o el humo.

ER: Ya sabemos que usas Blender para crear los gráficos ¿qué es lo que aporta al proceso de creación de gráficos? ¿hace que sea más fácil o rápido?
TH: ¡ya lo creo! como dije anteriormente, yo no sé dibujar bien pero puedo crear modelos 3D aceptables. Así que realmente es Blender quien hace posible el proceso, al mismo tiempo que le da consistencia. Si no usara Blender, no dibujaría nada de nada ¡me llevaría años y aún parecería una porquería!

ER: ¿Usas algún tipo de técnica especial a fin de mejorar la calidad de los gráficos (UV Mapping, Ambient Occlusion, motores de render externos como Yafray)?
TH: Unicamente uso el motor de render de Blender. Para serte sincero, no soy un experto en estas cosas, me metí con Blender para ayudar a keirongreen en las etapas iniciales de desarrollo del pak128.Britain. Él ya había adoptado un estilo en Blender así que por mantener la consistencia, usé el mismo.

ER: ¿Utilizas algún programa como GIMP o Photoshop para dar los últimos retoques a las imágenes renderizadas?
TH: Todas las imágenes finales se limpian y alinean adecuadamente con GIMP. Esta es la parte más aburrida y costosa del proceso, pero es necesario.

ER: el pak.Britain ha apostado fuerte por la cronología en los gráficos ¿Como afecta esto al proceso de diseño de los gráficos?
TH: No estoy seguro de comprender bien la pregunta...¡una linea cronológica larga significa más necesitas pintar más vehículos! principalmente, intento contemplar una serie de vehículos para cada periodo de tiempo, pero depende de lo que haya podido averiguar acerca de la historia y de como lo pueda dibujar.

ER: ¿Qué crees que es más importante: un estilo gráfico coherente o que haya variedad dentro de cada tipo de objeto (vehículos, edificios, etc..)?
TH:Creo que tener un estilo coherente es muy importante. El pak128.Britain solo ha tenido dos artistas gráficos (kierongreen y yo), lo cual ayuda. Ambos nos hemos preocupado de asegurarnos que todo se ve bien dentro de un estilo consistente. He hablado con otros miembros de la comunidad y casi todos comparten esta misma idea.

ER: ¿Por qué elegiste un estilo tan oscuro para el pakset? parece tener una apariencia un poco industrial.
TH:Realmente fue decisión de kierongreen antes de que yo me involucrara en el proyecto. ¡Tal vez sea porque en Inglaterra llueve mucho y el sol nunca brilla! Puede que también sea porque hasta cerca de los años 50, gran parte de Inglaterra tuvo graves problemas con la contaminación industrial por humo y hollín. Personalmente, encuentro que el resto de paksets son demasiado luminosos (especialmente el pak128), pero es cuestión de gustos personales.

ER: En mi opinión, la guía de estilo del pak.BR es algo estricta ¿no crees que eso puede desanimar a la gente que quiera colaborar?
TH: Es estricta, y probablemente eso eche para atrás a algunas personas. Me gustaría que hubiese más gente que ayudara, pero preferiría tener una pakset que fuese consistente en cuanto a estilo y se viera bien, incluso si ello conlleva un largo proceso de desarrollo. ¡Después de todo, la gente siempre puede dibujar sus propios objetos extra con el estilo que quiera!

ER: Sabemos que a veces es dificil conseguir un estilo gráfico para un pakset. ¿Has recibido contribuciones de algún tipo?
TH: Algunos de los objetos del pak.Britain han sido tomados del pak128 con pequeñas alteraciones para que encajen con el estilo, por ejemplo, las señales son de Fabio, pero alteré un par de ellas para reflejar algunos aspectos específicos de las señales inglesas. Otras contribuciones las he tenido que dejar de lado, ya que era más rápido para mi dibujar el elemento que encajara con el estilo, pero la mayoría han sido dibujadas por Kieron y yo, así que los problemas de estilo han sido mínimos.

ER: Si no me equivoco, la parte gráfica del pakset está gestionada y desarrollada principalmente por ti ¿qué estilo de gestión crees que es mejor para desarrollar un pakset? ¿hombre orquesta o grupo de gente? por ejemplo, el pak96.comic tiene un artista principal y otro secundario, además de las contribuciones extra.
TH: Oficialmente, Kierongreen es aún el jefe, pero no ha tenido mucho tiempo en los últimos dos años como para dedicárselo a Simutrans, así que esencialmente todo recae sobre mi. Él es como el "Hajo" del pak.Britain..¡si tiene alguna sugerencia o comentario, yo le escucho! asi que generalmente, yo hago los gráficos con colaboraciones esporádicas de otros. Recientemente, ha habido algunas personas que me ha ayudado con el equilibrado pero en última instancia todo pasa por mi, ya que soy el encargado de liberar las nuevas versiones.

ER: ¿Como planificaste las diferentes etapas de desarrollo del pakset? ¿tenías alguna prioridad? los vehículos antes que los edificios, fábricas antes que cualquier otro tipo de edificios, etc...
TH: Todo empezó a raíz del conjunto de objetos ferroviarios de Kierongreen para el pak128, al cual estaba jugando en ese momento pero quería trenes más antiguos, así que me puse a ello y los dibujé. Al mismo tiemo, Kieron comenzó a trabajar en el pakset y dibujó algunos edificios junto con carreteras y vías. Así que todo comenzó a partir de ahí. El plan era usar el pak128 como base y después poco a poco ir reemplazando todos los objetos originales por los nuevos con estilo, pero para inicialmente lo hicimos de forma algo aleatoria.

Hace cosa de un año, me puse en serio con ello y encaminé mis esfuerzos a crear todos los objetos que necesitaríamos para tener un pakset que se pudiera cargar sin necesidad de usar objetos del pak128, lo que me llevó a publicar la versión 1.0 a principios del verano de 2009. Eso significó tener listas todas las vías, cocheras, árboles y algunos otros objetos aleatorios, pero no todos los vehículos ni las industrias, los edificios urbanos o atracciones turísticas eran limitados. Ahora el objetivo es conseguir más vehículos. Ya completé los vehículos de carretera y ahora estoy trabajando en los barcos, después será el turno de los aviones, etc... En último lugar, nuevamente volveré a crear más edificios y puentes.

ER: En tu opinión ¿es mejor desarrollar un pakset concentrándose en cada una de las partes o mezclando todo al mismo tiempo? Por ejemplo, en lo relativo a vehículos ¿primero los camiones, después los autobuses y por último las barcazas o todo al mismo tiempo?
TH: Desarrollar un pakset conlleva mucho esfuerzo, así que lo mejor es hacer aquello que contribuya a aumentar tu interés. Si necesitas variedad, yo diría que hicieses muchas cosas diferentes, pero en mi caso prefiero tener una lista e ir tachando cosas, así me concentro en una sola cosa al mismo tiempo. Primero autobuses (hecho), después camiones (hecho), ahora barcos(en desarrollo), después aviones(por hacer), etc, etc...

ER: Acerca del estilo del pakset, prefieres un cambio de tamaño (pak128, pak192), estilo (pak32, pak96.comic or pakHD) o tema (pak.german, pakJapan y obviamente pakBritain)
TH: No estoy muy seguro de a que te refieres, pero pienso que una de las mejores cosas de Simutrans es la variedad de tamaños y estilos que te permite elegir. No he tenido tiempo para jugar, he echado un vistazo a algunos de los diferentes paksets para ver como hacen las cosas. Me gusta el pak96.comic porque es tan diferente al pak.Britain que el cambio me resulta agradable, pero también me gustan el tipo de escenarios realistas del pak.German. Espero que el pak.Britain termine teniendo su propio estilo, una opción más entre las que poder elegir y con las que poder disfrutar jugando, ¡especialmente para aquellos que estén interesados en los transportes ingleses!

Por otro lado, como bien has dicho el pak.Britain es temático. Ahora que he empleado mucho más tiempo en proyecto, cualquier cosa más pequeña de 128x128 me parece enana, pero creo que el pak96 tiene el justo equilibrio entre detalle y tamaño. Tal vez, si hubiese empezado todo de nuevo, optaría por una escala estilo pak96, pero creo que la escala pak128 permite algo más de detalle así que en este aspecto estoy contento.

Pues esto es todo por hoy. Espero que os haya resultado interesante esta pequeña entrevista, y sobre todo que os haya dado una idea de por donde van los tiros en el desarrollo gráfico de nuevos paksets. No quiero terminar sin antes agradecer a James "The Hood" su tiempo y ganas de compartir su experiencia con Escala Real y el resto de la comunidad de Simutrans.

Manifiesto en defensa de los derechos fundamentales en Internet

2009-12-02T15:20:00.000+01:00

Este no es un artículo estrictamente relacionado con Simutrans, pero me pareció importante apoyar esta causa, porque hay mucho en juego para el futuro de España y quién sabe si no se extenderá a otros países...

Leer más...

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:

1.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.

2.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.

3.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.

4.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.

5.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.

6.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.

7.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.

8.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.

9.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.

10.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.

Más información en la Asociación de Internautas

Acciones, no palabras

2009-11-27T00:38:00.000+01:00

Desde el inicio de los tiempos en Simutrans, una de las características más demandadas por los jugadores, más los nuevos que los viejos, ha sido el modo multijugador. En las últimas versiones Prissi ha ido filtrando información a cuenta gotas acerca este tema, pero realmente todos nos preguntamos ¿como va el desarrollo del modo multijugador? pues vemos que se puede averiguar...

Leer más...

Antes de nada vamos a repasar un poco los antecendentes. Hasta hace unos cuatro años, hayá por la versión 0.88.xx, el modo multijugador estaba en tercer lugar en la lista de prioridades del equipo de desarrollo (fuente) por debajo debajo de temas como la correción de errores y los gráficos. En su momento la gente propuso intentar hacer cosas estilo Ogame para el modo multijugador, pero había otras prioridades.

Los usuarios seguían demandando dicha funcionalidad, y durante bastante tiempo, el meme de Is it multiplayer yet?, algo así ¡¡pero como!!¿aún no tiene multijugador? fué lo más repetido en el foro de Simutrans.

La idea inicial era, y supongo que sigue siendo, una arquitectura cliente ligero y servidor, donde todos se conectan al servidor y este actúa como sincronizador de eventos. Si algo ocurre en alguna parte de la partida, se manda al servidor y este lo propaga al resto, para que todos los clientes obtengan la misma imagen de la partida.

Si tuviéramos que usar un símil, diríamos que el servidor sería el motor del juego y los clientes tendrían unicamente el interfaz. El servidor no haría más que enviar datos al interfaz del cliente, para que refleje los cambios y reciba cualquier dato de entrada del cliente que se deba propagar al resto. Esto supone que el tráfico entre todos los elementos puede ser bastante frecuente, pero no con tanta carga como puede parecer a primera vista. La ventaja de esto que los clientes pueden tener unos requisitos modestos mientras que las características de la partida, por ejemplo tamaño del mapa o número de ciudades, dependen exclusivamente del servidor. Podrían jugar clientes con PC viejos apoyándose en otros jugadores con mejores ordenadores. Teneís más información acerca de algunos de los detalles técnicos aquí.

Pero entonces, ¿en qué estado se encuentra la cuestión? Pues bien, repasando los últimos comentarios de Prisi, podemos sacar en claro varias cosas:

Parte del código existe y está operativo, pero solo se puede probar descargando, modificando y compilando el código del repositorio. Mas detalles aquí

Bastantes de los comandos y eventos se transmiten entre los jugadores y el servidor, pero aún hay que pulir detalles en el inicio y cierre de conexión.

Falta la parte más crítica, la sincronización de todos los eventos que tienen lugar en una partida de Simutrans: vehículos, edificios, terrenos, etc..

El cambio de jugador será mediante contraseña, y el servicio público no estará disponible de forma libre, como ocurre en la actualidad.

Habrá un jugador servidor, y el resto serán clientes que recibirán el fichero de la partida y se conectarán a ella, verificando que todos tienen los mismo objetos y en caso contrario, intercambiándolos.

En todo momento, los jugadores de la partida estarán sincronizados. Lo que ocurra en cualquier cliente, se propagará al resto a través del servidor.

Si tuviera que mojarme con una cifra, un porcentaje, diría que está como al 10-15%. Sé que no es mucho, pero Prissi no suelta prenda y en los comitts del repositorio de código no aparece nada relevante últimamente en relación a este aspecto. Supongo pues que de momento todo está en fase experimental, y que se va trabajando poco a poco. Hay que tener en cuenta que hay otras muchas cosas que atender como corregir los errores que surgen o revisar nuevos parches.

Por otro lado, en algún momento pasado se sugirió hacer algo parecido al famoso Ogame, con una arquitectura de cliente ligero, donde Simutrans estaría corriendo en un servidor de forma contínua y persistente mientras los usuarios se conectaban a dicha partida infinita e interactuaban. Evidentemente esta es una solución cara, por el coste del servidor y en cierto modo más orientada a los MMORPG que a los juegos de simulación. Sin embargo, existe una forma de juego que más o menos se aproxima a ello, llamada juego colaborativo, del cual ya hablamos largo y tendido hace tiempo.

El caso es que hace unos días, un nuevo miembro de la comunidad llamado Rodrigo Soracco, se interesó por el estado de desarrollo del modo multijugador y comentó que estaba desarrollando una especie de programa para automatizar las partidas colaborativas, a medio camino entre el estilo Ogame y el mundo persistente. Funciona usando un repositorio, donde los jugadores se conectan, descargan el juego, juegan y después se guarda cada nueva partida jugada. De esta manera tienes distintas versiones de la misma partida, y puedes engancharte en cualquier momento. Teneís todos los detalles aquí

Bueno, esperemos que poco a poco la cosa vaya tomando forma y en un futuro no muy lejano, digamos un año o dos, estemos todos conectados jugando de sol a sol... :D

Imágenes:
- network cortesía de Binkiexxx en Flickr
- Disconnected !!! cortesía de agelakis en Flickr

Hasta el infinito y más alla...

2009-11-11T20:53:00.000+01:00

Si no recuerdo mal, en más de una artículo os he hablado aquí de uno de mis proyectos pendientes para Simutrans: crear mi propio pakset con temática espacial. Es algo a lo que llevo dándole vueltas hace tiempo, pero no acabo de decidirme por falta de seguridad acerca de a viabilidad del proyecto, pero viendo el pak.Excentrique que Hajo está desarrollando, me ha vuelto a picar el gusanillo y la idea del RetroSpacePak ha empezado a tomar forma en mi mente. Hagamos pues un ejercicio de imaginación.

Leer más...

Mi obsesión con crear un pakset de temática espacial viene fundamentalmente de mi afición a la ciencia ficción, tanto literaria como cinematográfica. Devoro cualquier cosa que huela a tecnología y ciencia.

Tengo que destacar que ya había antecedentes de paksets con esta temática, al menos uno. El olvidado pak.Mars, obra de Robofish, fue el pionero al llevar Simutrans más allá de la Tierra. Fueron muchas las discusiones en las que tomé parte acerca de todas las posibles particularidades y aspectos de Marte que podrían influir en los diseños de vehículos, edificios y demás objetos presentes en Simutrans. Si quiereís más información, podeís echar un vistazo en el archivo del antiguo foro

La idea del SpacePak siempre habia sido el espacio, inspirado un poco en películas como 2001, Star Wars, Star Trek o similar, pero hace poco descubrí unos enlaces con ilustraciones retro futuristas de los años 60-70. Me quedé maravillado por todas las escenas que se representaban, y en ese momento decidí un cambio de rumbo en la temática del pakset. Ya no sería sobre el espacio profundo, sino que incluiría planetas con civilizaciones y colonias.

El punto de partida es simplemente cambiar las texturas del terreno, reemplazando el agua por vacío estelar con estrellas y la parte terrestre por gráficos similares a asteriodes o planetas. Esto elimina el agua de la parte gráfica y cambia totalmente la sensación visual, ya que en teoría parecería que las partes terrestes estarían flotando en el espacio.

Una de las parte más interesantes serían los vehículos, y aquí se abre un amplio abanico de posibilidades. Desde coches voladores, mini platillos volantes hasta autobuses helicóptero, pasando por camiones con motores de cohete. Digamos que la franja de vehículos de carretera serían objetos que se mantendrían en tierra y para cortas distancias. Para tramos de longitud media, entre colonias cercanas pasaríamos a los trenes con propulsión a chorro, los monorrailes colgantes, trenes levitantes por tubos, teleféricos o funiculares en las ciudades para ir de una punta a otra.

Por último tendríamos los barcos y los aviones, ambos adaptados para trayectos de larga distancia. Los barcos serían de formas redondeadas para el espacio o muy afiladas para la parte de los ríos, que actuarían como grietas del terreno, a través de las cuales se vería el núcleo del planeta o directamente el espacio. En cuanto a los aviones, obviamente serian todos o casi todos naves espaciales, sondas, aviones supersónicos a reacción o con hélices para trayectos terrestres. En realidad, el resto de vehículos incluirían siempre detalles de los aviones como hélices, alas, motores a reacción y posibilidad de volar.

En el caso de los edificios la cosa se complicaría un poco, no por falta de ideas sino todo lo contrario, por la cantidad de diseños y formas distintas que puede llegar a haber. Tendríamos colonias mineras, campamentos base, espacio puertos, plataformas de despegue, ciudades espaciales dentro de anillos, esferas de Dyson, estaciones espaciales, enormes edificios isla interconectados, inmensas ciudades con enormes edificios hiperpoblados 5 o 6 pisos mínimo, rascacielos comunicados mediante pasarelas, arcologías, edificios colmena, ciudades con vida subterránea y cimientos a gran profundidad, colonias aéreas que flotan entre las nubes de gas, apartamentos individuales a las afueras donde dejar tu nave y disfrutar de la calma y tranquilidad. En general, grandes estructuras interconectadas para concentrar a los habitantes en inmensos núcleos de población.

Las atracciones turísticas se concentrarían básicamente en fenómenos naturales de espacio como púlsares, supernovas, estrellas gigantes, nubes de gas, galaxias, agujeros negros,etc.. pero también se podrían incluir edificios peculiares como museos, jardines, estaciones espaciales, ruinas de antiguas colonias, vestigios de otras civilizaciones, arcologías y casi cualquier cosa que tenga cierta rareza.

Por último, en lo referente a materias primas, lo habitual serían minerales de metal sacados de asteroides o colonias mineras, gases como oxígeno, hidrógeno o gas tibanna que serían recolectados en campos mediante cosechadoras o plantas extractoras, agua, plantas y semillas para producir CO2 y terraformar las distintas zonas.

En fin, en mi cabeza todo tiene un pinta estupenda. Tal vez algo falto de coherencia por la enorme variedad de estilos y elementos, pero sin duda será un pakset muy atractivo, si es que algún dia se llega a hacer...¡alguien se anima!

Referencias:

Viajar a mundos lejanos

Alucinantes medios de transporte retro futuristas

Glorioso urbanismo retrofuturista

Retro futurismus

P.D: Por cierto, en relación con este tema, pronto publicaremos un entrevista con The Hood, el co-creador del pak.Brittain, para que nos dé su punto de vista acerca de como desarrollar la parte gráfica un pakset.

Quien tiene la información tiene el poder.

2009-11-11T20:06:00.000+01:00

A veces tengo la sensación de que la comunidad de Simutrans se mueve menos de lo que debería, es poco activa. Si embargo te pones a escarbar entre los mensajes de los foros locales, y realmente te das cuenta de que hay algo que se mueve bajo la alfombra pero ¿como estar al tanto de las últimas novedades?

Leer más...

Ciertamente no existen tantas fuentes de información en la comunidad de Simutrans, pero posiblemente estén algo ocultas o adolezcan de la barrera del idioma. El que muchos de los intercambios de información se hagan en inglés puede desanimar a los nuevos usuarios, especialmente a los de las comunidades locales (PT, ES, CZ)

La primera fuente de noticias es el foro, tanto el actual como el archivo. Este inmenso monstruo genera toneladas de información, pero hay que prestar especial atención a las secciones de Information and announcements donde se publican los anuncios importantes y en Download Simutrans donde se anuncian las nuevas versiones. En la parte de desarrollo y parches (Development and Bug Reports) hay una sección llamada parches incorporados y errores corregidos (Incorporated Patches and Solved Bug Reports) donde podeís estar al día de las nuevas características y los errores corregidos en futuras versiones.

Esto no lleva a la siguiente fuente de información, en mi opinión una de las más importantes actualmente, que es la página de Simutrans en Sourceforge. Allí encontrarás un canal de noticias con los últimos movimientos(noticias, nuevos ficheros y versiones, etc..)

Algunas de las comunidades locales de Simutrans tienen un hilo o un subforo de Avisos y Últimas noticias donde se publican anuncios de cosas interesantes como nuevos objetos disponibles, rumores, enlaces a retos, nuevos servicios de la comunidad, etc... En un futuro se espera hacer lo mismo a nivel general, para toda la comunidad. Es más, ahora mismo se está discutiendo la posibilidad de crear una especie de blog de desarrollo de Simutrans, donde la gente pueda tener su espacio para publicar anuncios y cosas interesantes. En definitiva, otro espacio público más visible que el foro donde exponer ideas.

Desde hace poco tiempo, también están disponibles dos nuevos canales de noticias RSS, relacionados con el repositorio de código y gráficos, para estar informado sobre las últimas novedades en cuanto a código y paksets oficiales (suscríbete) y otro canal relacionado con Simutranslator, para no perder detalle acerca de las novedades relativas a las traducciones (suscríbete)

No es mala idea pasarse de vez en cuando por el canal IRC, sobre todo los lunes a partir de la 19:30 que es cuando se habla español, para cotillear un poco y compartir ideas.

En última instancia, siempre podeís daros un paseo por Escala Real, o cualquiera de los blogs satélite de Simutrans...

Imagen: Information cortesía de racho holmes

La única verdad es la realidad.

2009-11-11T18:28:00.000+01:00

Ya hemos hablado en otras ocasiones acerca de los usos alternativos que se le pueden dar a Simutrans, especialmente en el campo de la enseñanza. Las anteriores propuestas se han basado en la idea de usar Simutrans como entorno simplificado de la realidad, donde podemos reducir y muchos aspectos del mundo real para obtener un modelo simple. En este caso, la propuesta es justo al contrario; queremos igualar realidad y ficción ¿es posible?

Leer más...

Hace unos días, en el foro apareció un mensaje de un ingeniero de Delhi (India) que quería saber hasta que punto era posible simular el comportamiento de una ciudad como la propia Delhi en Simutrans. Ante todo, creo que todo el mundo tiene claro que Simutrans es un juego, un medio de entretenimiento y no pretende ser un simulador realista del mundo real. El modelo de simutrans es una versión simplificada, donde muchas de los aspectos y acciones se han descartado, dejando únicamente lo más básico y primitivo.

En concreto, la parte que afecta al desarrollo y crecimiento de las ciudades es totalmente ajena al jugador. Cierto, se puede influir en el ritmo de crecimiento, pero no se puede dirigir. De hecho, la simulación está más centrada en regiones y países, que en ciudades o áreas urbanas. Las industrias influyen en su entorno, no en las ciudades.

Por otro lado, hay detalles de la planificación urbana que el juego no llega a reflejar, como las canalizaciones, tuberías y cableado. En el foro resumieron, a groso modo, el algoritmo de crecimiento de las ciudades con la siguiente frase:

"Donde existan carreteras, casas y espacio libre, habrá nuevas carreteras y casas"

Vladimír Slávik

Como podeís comprobar, la cosa no es muy realista, sin embargo, en mi opinión creo que si es posible usar Simutrans para realizar una simulación del tráfico de una ciudad. Puedes controlar los parámetros del tráfico en la ciudad, el algoritmo de encaminamiento de los pasajeros establece destinos y orígenes previamente por tanto existe un flujo de gente a determinados lugares establecidos, tienes señales para controlar y dirigir el flujo de trafico, y herramientas para modificar el terreno y hasta cierto punto reproducir muchas de las estructuras existentes en el mundo real.

Estos son algunos de los modelos de ciudades o zonas reproducidos en Simutrans:

Praga es un mapa algo antíguo (para v99.17 - pak128) pero impresionante. La ciudad está completamente recreada con suburbios, farolas, industrias, calles, conexiones, metro, etc..

Londres simula toda la red de transportes publicos de la ciudad inglesa. Trenes, metros, tranvías e incluso el servicio de barcos del Támesis.

Europa es una simulación de todas las ciudades importantes del viejo continente. Es para Pak 128. La cantidad de vías y conexiones ferroviarias os puede servir para haceros una idea de lo que se puede llegar a simular en cuanto a trenes.

Superbus es un pequeño mapa para pak64 que recrea un red de transporte de buses con un 100% de eficiencia. Todas las paradas están cubiertas.

Un detalle, algunos de los mapas pueden no funcionar correctamente. Había también una simulación del metro de Londres, con todas las paradas pero se ha perdido..

Como podeís observar, las posibilidades son enormes. Espero que con esto alguien se anime e intente recrear su ciudad o zona con Simutrans, al máximo nivel de detalle posible, tanto que hasta uno mismo aparezca en alguna de las paradas.

Imagen the border between fiction and reality de 3views

Sé agua, amigo.

2009-10-15T22:51:00.000+02:00

Una de las fórmulas básicas de tener y conservar el éxito de un proyecto es crear una mecánica de uso sencilla, directa y propia. No se trata de inventar la rueda, pero si ofreces cosas nuevas, es razonable que las uses de otro modo. Pero esto no es siempre es beneficioso, ya que a veces aparecen reticencias por parte de potenciales usuarios.

Leer más...

"No te establezcas en una forma, adáptala y construye la tuya propia, y déjala crecer, sé como el agua. Vacía tu mente, se amorfo, moldeable, como el agua. Si pones agua en una taza se convierte en la taza. Si pones agua en una botella se convierte en la botella. Si la pones en una tetera se convierte en la tetera. El agua puede fluir o puede chocar. Sé agua amigo mío"
Bruce Lee

Hace unos días estaba curioseando por la página de Simutrans en SourceForge cuando centré mi atención en las breves reseñas sobre Simutrans que hacen algunos usuarios, la gran mayoría anónimos. Algunas eran negativas pero tampoco es para obsesionarse. Sin embargo hubo una que me llamó la atención.

Traduciendo, más o menos venía a decir que el juego no desplazaba el mapa cuando acercabas el ratón al borde de la misma, sino que debías usar el teclado lo cual es raro en Windows (¿?) Por otro lado, el anónimo destacaba el hecho de que no fue capaz de construir una vía ferroviaria con puente. Decía que aparecía un mensaje diciendo que debía conectar la vía, pero no funcionó. Y se preguntaba por qué no podía simplemente construir el puente y más tarde conectarlo. La conclusión final es que es un buen juego si sabes como jugar, pero él o ella no tenía la suficiente paciencia para aprender a jugar, así que le resultaba muy complicado empezar a jugar desde cero.

Analicemos pues, esta interesante a la par que peculiar crítica. Por un lado, hay que reconocer que Simutrans, como casi cualquier juego de estrategia, tiene una mecánica profunda la cual hay que aprender dedicando tiempo y algo de esfuerzo. No es el típico juego de tiros o coches, donde tienes 10 teclas y 5 acciones básicas que sirven para seguir la mecánica del juego. Con esto simplemente quiero destacar que cada género tiene sus métodos, mecánicas e interfaces dependiendo del rango y complejidad de las acciones a realizar. No puedes pretender, al menos así lo entiendo, empezar a jugar a Simutrans tan rápido como lo harías con Quake, por ejemplo.

Entiendo que si vienes de otro juego similar como Transport Tycoon, tengas ciertos vicios y a primera vista haya cosas que te parezcan poco lógicas, pero si eres nuevo en esto, al menos tendrías que aceptar las cosas como son inicialmente. Si el juego te dice que hagas la carretera, y conectes ambos extremos mediante un puente, no seas cabezón e inténtalo de esa manera. Si tienes problemas, acude a la ayuda, las guías o el foro, pero no te ofusques porque la manera que tu crees más lógica no es la que usa el juego. Supongo que en este caso concreto, los puentes solo tienen sentido si hay carreteras y no al revés, por tanto no tiene sentido que te deje construir el puente antes de tener la vía.

La pregunta de millón es ¿debe adaptarse el juego al usuario o el usuario al juego? ¿la mecánica debe ser intuitiva y lógica o se deben forzar una serie de acciones? ¿por qué hacer las cosas de una forma y no de otra? ¿existen alternativas?

Mi opinión personal, y esto es algo que gente ligada a la coordinación del proyecto como Hajo han mencionado en más de una ocasión, es que no hay que guiarse completamente por las preferencias de los usuarios. En algún momento hay que establecer la línea entre la lógica y los gustos, porque sino se puede perder el rumbo y se termina actuando como una veleta, que cambia de dirección según sople el viento. Lo que parece lógico hoy, mañana puede parecer completamente irracional. Lo que está de moda hoy, mañana puede ser defenestrado. Personalmente, no creo que esa sea la forma de llevar a cabo ninguna tarea. Uno debe encontrar un estilo sencillo, directo, lógico y propio cuando sea posible, intentando que el usuario ponga también algo de esfuerzo por su parte. Hay que adaptarse y poner los medios para que se adapten a tí.

Tenemos nuevo chico en la ciudad

2009-10-14T23:00:00.000+02:00

No quiero convertir esto en un blog rosa, pero de vez en cuando no viene mal hacerse eco de algún que otro cotilleo. El rumor es un secreto a voces, y es que parece que muy pronto tendremos una nueva versión de nuestro juego favorito.

Leer más...

Según parece la fecha elegida será el 18 de Octubre, osea que a lo largo de este fin de semana estára disponible la nueva versión. Prissi ha cerrado ya todos los cambios en el repositorio de código y todo está listo y dispuesto. Antes del verano ya se confirmó que no habría nueva versión hasta finales de Septiembre o principios de Octubre y desde entonces se han producido muchos nuevos parches y se han corregido bastantes errores. Parece que finalmente tendremos plenamente operativo el modo subterráneo, con puentes y pendientes a todos los niveles. Además se ha incorporado una nueva herramienta para el control de tráfico ferroviario, conocida como agujas o rail switch, pero falta pulir los gráficos de este objeto. Cuando saquen la nueva versión os podré dar más detalles de todas las novedades.

Otra de las razones para sacar esta nueva versión es que posiblemente Simutrans será incluido en el CD de la revista Computertechnik, más conocida como C't. Personalmente he de confesar que hace mucho que no leo una revista de informática. La red es casi exclusivamente mi fuente de información sobre casi todos los temas que me interesan pero entiendo que hay gente con menos experiencia que de alguna forma aún está atada a la prensa tradicional. C't es la cuarta revista alemana más popular y la revista europea sobre informática con más subscriptores, llegando a los 239.000.

Objetivamente es una gran oportunidad para captar nuevos jugadores y colaboradores, y de hecho Simutrans ya fue incluido en otro CD que ofreció dicha revista en el 2000, así que parece que han vuelto a confiar en Simutrans, y me temo que más de uno se llevará una sorpresa porque las cosas han cambiado mucho en 9 años... :)

Solo decir que aguanteís un poco, porque la espera merece la pena.

Ya encontraron la ruta

2009-10-04T14:21:00.000+02:00

Parece que finalmente el problema con el foro se ha arreglado y casi todo vuelve a la normalidad. Según parece es posible que algunas cuentas de usuario se hayan borrado, pero no se podrá saber nada definitivo hasta que se haga un chequeo completo. Si alguno tiene problemas para acceder con su usuario y contraseña, que lo comunique en el foro. En breve os daré más detalles acerca de lo ocurrido.

Simutrans, tenemos un problema

2009-10-02T21:28:00.000+02:00

Parece que desde hace unas tres horas el foro está fuera de servicio. El servidor esta activo porque responde al ping pero la página no carga. El resto de dominios también estan caídos, asi que habrá que esperar hasta que los chicos del foro lo arreglen. Para aquellos que quieran seguir informados, puede acceder al foro de emergencia en forum.simutrans.us. Un poco de paciencia, que se arreglará lo más pronto posible..

Actualización: Parece ser un problema de la base de datos, según comentan en este hilo del foro alemán de Simutrans. Actualmente aparece este mensaje de error al entrar en la página del foro..

Table './simutrans/sforum_smf_sessions' is marked as crashed and should be repaired

...así que parece que la cosa va para rato, pero quien sabe.

Fallos épicos de Simutrans

2009-09-26T19:17:00.001+02:00

Todo proyecto, y más si se trata de software, tiene algún fallo de los que denominan épicos por inesperados y catastróficos. Muchos recordareis las famosas pantallas azules de la muerte en Windows, por ejemplo. Pues bien, Simutrans tampoco ha sido la excepción a esta situación y ha tenido su epic fail..

Leer más...

No son pocos los que lo han sufrido en algún momento de alguna de sus partidas, y más si han osado rotar el mapa. Esta característica apareció no hace mucho, y ciertamente no sé hasta que punto es usada habitualmente por la gente, pero si usas la versión 102 deberías tener mucho cuidado..

"Cometer un error y no corregirlo es otro error" Confucio

El error en cuestión tiene que ver, como ya hemos dicho anteriormente, con la rotación del mapa. Resulta que en la versión 102, si rotas 90º o 270º un mapa que no sea cuadrado y a continuación salvas la partida, Simutrans no guarda correctamente las coordenadas de los distintos elementos y después no sabe como leer esos datos. Y entonces ocurren cosas como estas...

Con suerte, parece que la cosa ha sido felizmente solucionada en las últimas versiones de compilación nocturna, disponibles en nightly.simutrans-germany.com y serán incorporados en breve a las versiones estables.

De todas formas, si alguno sufre este problema, en el foro los chicos del equipo de desarrollo os pueden arreglar la partida, y como última solución podeís no intentar rotar el mapa.. :P

Simutrans, connecting people..

2009-09-25T18:37:00.000+02:00

Por todos es sabido que Simutrans se ofrece tanto para distintos sistemas operativos como Windows, Linux o Mac, hasta diferentes arquitecturas como PPC, x86 y algunos hasta han conseguido ejecutarlo en plataformas de 64 bits, pero esto va un poco más allá.

Leer más...

Hace tiempo ya apareció en el foro un usuario que estaba trabajando en un port de Simutrans para el iphone, y si mal no recuerdo hizo algunos progresos pero nunca mostró imágenes. Pues bien, hace poco otro usuario del foro Internacional de Simutrans llamado helifino, colgó esta imagen de Simutrans v100 corriendo en su Nokia N810 con arquitectura ARM y sistema linux propio (maemo)

Imagen cortesía de helifino, desde su galería de Flickr

Debe ser genial poder jugar en el metro o en el autobús, o en los descansos de clase o el trabajo a Simutrans. Lo malo, según dice helifino en el foro, es que la pantalla táctil al ser tan pequeña, los botones del interfaz apenas se pueden usar y terminas tirando del teclado...supongo que en parte se debe a que no hay un pakset adaptado a este tipo de dispositivos. Bueno existe el pak32, pero no es jugable... P

¡¿Alguien me puede dejar su HTC, iphone o similar para trastear?!

La importancia de llamarse Instalador

2009-09-20T12:14:00.000+02:00

Si os dijeran que es lo más importante en un juego, seguro que para muchos la respuesta sería los gráficos, la historia o la mecánica de juego. Sin embargo hay una parte muy importante que habitualmente no se menciona: la accesibilidad, entendida como la facilidad del usuario para acceder al juego.

Leer más...

Solemos partir premisa de una premisa, a veces errónea: los usuarios tienen los conocimientos suficientes como para instalar el juego. Personalmente no creo que instalar Simutrans sea complicado, solo tienes que descomprimir dos archivos zip, pero parece que hay gente que eso le resulta muy complicado. Por esto, a lo largo de estos años han surgido varios proyectos en este sentido, el último que ha encendido nuevamente la mecha es STIUP (Simutrans Installer UPdater) auspiciado por Aglezabad continuando el trabajo inicial de Frank Penz.

La postura oficial es no ofrecer instalador, por una serie de razones que Prissi, el lider del proyecto, ya ha expuesto en el foro Internacional, pero en principio no está en contra de que existan proyectos satélite que cumplan dicha función. A tenor de lo leído en el foro, está clara la necesidad de hacer algo en este sentido, pero antes hay que tener en cuenta varios aspectos y factores.

Un aspecto importante, que condiciona el proyecto, es el modo del instalador: offline u online. Esto quiere decir si el instalador descargará los ficheros necesarios para jugar con Simutrans o será el jugador quien los descargue y se los suministre al programa. La situación ideal sería tener disponibles ambos modos, que en el fondo no difieren mucho, ya que la finalidad de proceso es la misma: el instalador es el que se encarga de descomprimir e instalar los archivos. Es más, debido a algunos problemas que trataremos a continuación, es casi imprescindible que funcione de ambos modos.

En los primeros proyectos de instalador, como SimuSetup de Robofish, el modo de trabajo era online, es decir, el instalador descargaba los ficheros y los instalaba para el usuario. Esto no suponía conflicto entre las licencias del instalador y de los archivos de Simutrans, ya que no se suministraban dichos archivos en conjunto con el instalador sino que este último solo los manipula. Esto implica que su licencia no tiene por qué ser compatible con la licencia de Simutrans.

En la siguiente etapa de diseño, se partío de la idea de suministrar el instalador y los archivos de forma conjunta (offline), pero el problema surgió debido a que Simutrans es compatible con la GPL, y eso implica que si distribuyes todo el paquete, en teoría esto fuerza a que el código del instalador deba ser de libre acceso. En principio no habría problemas, porque el liberar el código permite que otros puedan continuar el proyecto pero trae problemas en las etapas iniciales.

Además, apareció otro problema adicional: la incompatibilidad de licencias entre los distintos paksets. El pak64 está bajo licencia AL v1.0, al igual que el pak96.comic pero el pak128 aún está en proceso de liberalización, esto implica que aún contiene elementos que no se pueden liberar debido a que no se tiene permiso del autor. Por tanto, en caso de querer crear un paquete con instalador todo en uno, habría problemas para ofrecer todos los paksets disponibles.

Otra de las facetas a considerar es la tecnología usada para implementar este proyecto de instalador. Existen varias opciones como Inno setup, MSI, NSIS o crear tu propio instalador con Delphi, por ejemplo. Cada uno tiene sus ventajas e inconvenientes. Inno es más sencillo de implementar, NSIS ocupa muy poco, MSI da una mayor compatibilidad y la solución casera puede aunar todas pero implica un desarrollo desde cero, lo cual es más costoso. No sé cual de las opciones será la ganadora, y desconozco si se pueden combinar las distintas opciones pero supongo que será necesario hacer bastantes pruebas antes de tomar una decisión.

Por otro lado, hay un punto fundamental que puede pasar desapercibido, y que se ve influido por otros aspectos; el tamaño del instalador. Está claro que el usuario no se bajará un archivo de 60 MB, aunque todos los ficheros que contenga estén comprimidos. Incluso hay quien dijo que sobrepasar los 19 MB estaba fuera de los límites tolerables para el usuario. Lo ideal sería un fichero 1 o 2 MB, que contenga unicamente el código del instalador, descartando incorporar el resto de ficheros relativos a Simutrans. El instalador debe ser simple, manejable y rápido de descargar.

En resumen, el instalador es necesario, pero es un proyecto en el que aún quedan muchas cosas que discutir. Esperemos que la comunidad lleve a buen puerto el instalador y se pueda mejorar la experiencia del usuario con Simutrans.

De propina, os daremos una primicia. Un pajarito nos ha chivado que Frank ha preparado un CD de Simutrans con todos los paksets existentes y jugables para Simutrans (ppak64, pak128, pak.german, pak128.japan, pakHajo, etc..) pero no está disponible de cara al público por los motivos anteriormente expuestos. Esperemos que en un futuro la situación cambie.. :)

Voy despacio, pero jamás desandando lo andado.

2009-09-12T19:41:00.000+02:00

Con el crecimiento de la comunidad de Simutrans en estos últimos tiempos hay mucha gente que se ha animado a crear nuevos objetos, pero como muchas veces ocurre, se tienen muchas ideas y poco conocimento. Es totalmente normal ya que las ansias por crear muchas veces no nos dejan ver posible complejidad de la tarea. Por esto, vamos a dar algunos consejos acerca de qué tipos de objetos son más adecuados.

Leer más...

Con esto no quiero asustar a nadie, sino dar una visión general para que la gente se dé cuenta de que hay montañas muy altas, y a veces sin la preparación adecuada es mejor empezar por colinas.

En principio, cualquiera pueder hacer de todo, pero si tuviera que dividir y clasificar de menos a más dificil, todos los objetos de Simutrans, la lista sería la siguiente:

Vehículos

Objetos del sistema (menus, apariencias, cursores)

Otros (arboles, humo, peatones)

Edificios

Carreteras/Paradas

En este esquema podeís observar los distintos tipos y subtipos de objetos organizados según su complejidad, de dentro(más facil) hacia afuera(más difícil)

Los vehículos son uno de los objetos más fáciles de crear. En el peor de los casos, necesitan de 16 imágenes (carga y descarga) por lo demás, los atributos son prácticamente iguales para todos los vehículos. Más que complejidad, los vehículos requieren sobretodo mucho dibujo.

Los objetos del sistema son ligeramente más complejos, pero gráficamente necesitan de pocas imágenes. Los cursores y botones del menú solo requieren dos imágenes, y para las apariencias (skins) es necesario dibujar los botones. En cuanto a los archivos dat, tal vez el menú sea lo más complejo, ya que hay que indicar la ubicación del nuevo botón.

Por último, los objetos tipo terreno requieren un ingente trabajo gráfico, ya que es necesario dibujar todas las posibles representaciones de una cuadrícula con todas sus orientaciones (S-SE-E-NE-N-NW-W-SW) sus variaciones a media altura y demás. Es una tarea bastante laboriosa.

En la categoría de otros se agrupan todos esos tipos de objetos que no encajan en ninguna de las otras categorías. El principal obstáculo de desarrollar objetos de esta categoría, es que son completamente diferentes entre sí. Tienen sus propios formatos e imágenes necesarias, y lo que vale para uno, no suele valer para el resto. Los peatones, objetos móviles y el humo son practicamente iguales, mismo número de imágenes necesarias pero distinto tipo de atributos. Los pasos a nivel necesitan de menos imágenes pero se basan en dos animaciones (abierto, cerrado) y necesitan de imagen frontal/trasera. Por último los árboles necesitan de 4 representaciones de distinto tamaño por cada una de las estaciones del juego (primavera, verano, otoño e invierno)

A continuación vamos con los edificios. El principal obstáculo de este tipo de objetos no es la parte gráfica, ya que en la mayoría de los casos basta con dibujar una vista (Sur o Este) sino que suelen ser edificos grandes, que ocupan más de una cuadrícula, requieren de pequeños detalles, y la creación del fichero dat depende de varios atributos, sobre todo en el caso de las fábricas. En otros casos es necesario crear más de un objeto para que el edificio tenga sentido, me refiero a las cadenas industriales. De nada sirve crear una central lechera si no creas una granja, un supermercado y los distintos vehículos para llevar la leche de un lado a otro. Esto implica que lo que iba a ser un solo edifico se convierte por necesidad en al menos 4 o 6.

Por último, hablaremos de los objetos tipo vía/parada. Los túneles son los más sencillos, en todos los aspectos. Pocas imágenes y atributos. Las paradas y estaciones son más o menos sencillas también. Dos vistas con imagen frontal y trasera, cursor y botón, eso es todo. Las carreteras y vías, requieren bastante trabajo gráfico ya que requieren unas 32 representaciones sin contar con las versiones de invierno. Lo más complicado es sin duda los puertos y los puentes, especialmente estos últimos. Gráficamente necesitan varias representaciones distintas, con imágenes frontales y traseras, pilares, inicios y fines llanos y en cuesta (en subida o bajada) y todo esto unido a un fichero dat lleno de particularidades. Un trabajo titánico, si se empieza desde cero.

Y esto ha sido todo. Espero que esta pequeña guía os sirva para ayudar a decidir por donde hincar el diente al desarrollo de objetos para Simutrans.

El hombre, D-man

2009-08-25T23:20:00.000+02:00

Definitivamente ha vuelto...

Leer más...

Tal vez a algunos os suene el nombre de Raven, y otros no sepaís de quíen estoy hablando, pero es seguro que a partir de ahora oireís hablar de él.

"Esta bien tío, me apunto. Porque sabes, aquí se está cociendo algo del futuro y eso a mí me mola.." Will Smith - Men in Black I

Antaño fue una figura importante en la comunidad de Simutrans, sobre todo en el apartado gráfico. Muchos de los edificios y vehículos de los pak64 y pak128 son suyos, especialmente los trenes (es un loco de los raíles.. ;)) Autor entre otras cosas, del pakHD que parecía dibujado a mano. El caso es que por unos motivos u otros se distanció del proyecto, pero ahora está de vuelta y poco a poco va calentando motores...señores, ¡D-Man esta de vuelta!

Una muestra de su trabajo reciente..

Yo no digo todo, mas pinto todo

2009-08-24T22:35:00.000+02:00

En más de una ocasión hemos hablado acerca de la técnica de UV Mapping en Blender, y hemos valorado sus ventajas e inconvenientes. Entre estos últimos, destacamos el trabajo que supone crear una textura cuando tienes que desplegar la malla de objetos complejos, con superficies intrincadas. Te lleva mucho tiempo y esfuerzo, pero esto va a cambiar gracias al descubrimiento de una técnica llamada Project painting.

Leer más...

Esta técnica permite literalmente pintar la malla del objeto, a partir de las proyecciones de texturas en las distintas capas UV. Aunque en el vídeo al final del artículo está todo explicado, en inglés pero al fin y al cabo es un vídeo, voy a hacer un pequeño resumen del método. Es más sencillo de lo que pueda parecer a primera vista.

En primer lugar necesitamos hacer algún objeto, pero para el ejemplo usaremos el habitual cubo y esta imagen como textura.

A continuación, pulsamos en el botón del cuadrado con puntos. Seguidamente vamos a la pestaña Mesh y creamos varias UV Textures pulsando en x, que se corresponderán con las vistas frontal, lateral y alzado, así como una más que albergará la textura que queremos aplicar. Seleccionamos el cubo y pasamos a modo Edición, seleccionando todas las caras (Pulsa A).

Pasamos a modo UV, marcamos las costuras y lo desplegamos usando Unwrap (si no sabes como, echa un vistazo aquí) sobre la capa base. A continuación, seleccionamos cada una de las restantes capas (lat, top y front) y proyectamos el objeto según la vista actual (tecla U >> Project from view) Hay que repetir esto con cada una, seleccionando la capa correspondiente en cada ocasión.

Ahora tenemos que cargar las imágenes de las texturas en todas las vistas UV (menu Image >> Open) menos en la primera, donde deberemos crear una imagen nueva en negro (menu Image >> New >> OK). Tened en cuenta que hay que ir seleccionándolas en la lista de capas, sino la imagen se cargará siempre en la misma capa. Después, cambiamos a modo Texture Painting y debemos poner todas las "capas" en modo clone excepto la primera (base), que debe estar en modo stencil.

Además, en el modo UV debemos ajustar los vértices del objeto a las distintas caras del cubo de la imagen, en las capas front, lat y top, para que la textura se ajuste al objeto

Llegamos a la parte más fácil. Es la hora de pintar. En la ventana 3D, cambiamos a modo Texture Painting y el Draw Type a Textured. Pulsamos V. Después, en la pestaña Paint, seleccionamos las opciones clone y Clone Layer. Subimos el valor de la opacidad (Opacity) a 1.0 y aumentamos el tamaño del pincel a 71 unidades. Finalmente seccionamos la capa base (la primera) y la que queramos aplicar (cualquiera de las otras tres, en este caso la capa lat) y pintamos en el objeto. Esto clonará la actual y las modificaciones aparecerán en la base. Recuerda que hay que pintar la cara anterior y posterior, en cada caso.

Podemos guardar el resultado seleccionando la capa base como activa, y en el modo UV pulsamos en el menu Image >> Save as. Para cargar imagen resultante con la textura desarrollada en función de la malla, debemos crear un nuevo material para el objeto (F6 >> Links and Pipeline >> Add new), activamos la opción TexFace en la pestaña Material y creamos modo UV, creamos una nueva textura en la pestaña Texture con Add new y en la pestaña Map Input marcamos UV.

Observaciones finales. Si quereís renderizar la escena, es conveniente que añadaís una fuente de luz (lámpara tipo sun o spot) Recordad que hay que establecer la textura UV base como Set rendering UV texture, para que tras cargar la imagen y renderizarla, esta aparezca proyectada correctamente en el cubo. El resultado debería ser parecido a esto..

Como veís, no es tan dificil aplicar buenas texturas a objetos complejos. Me atrevo a decir que más de uno se va a quedar sorprendido con el vídeo.

Referencias:

Enlace al vídeo original. Lo interesante empieza hacia la mitad del vídeo.

Notas de referencia oficiales sobre Projection Painting en Blender 3D

¿Árbol? No soy árbol, soy un Ent.

2009-08-18T23:13:00.001+02:00

En anteriores artículos comentamos algunos plugins de Blender para la creación de arboles como Gen3. El problema es que no suelen ser muy intuitivos, y a veces los resultados no son lo suficientemente manejables. Es por esto que me puse a buscar nuevas formas de crear árboles sin necesidad de plugins, y encontré este interesante tutorial que muestra como hacer árboles de forma rápida y sencilla mediante curvas.

Leer más...

Esto es básicamente una traducción del enlace que aparece al final del artículo, con algunas imágenes extra de ejemplo, ya que se supone que esta técnica es parte de un script que está desarrollando el autor (Campbell Barton) para Blender.

En el modo 3D, añadimos una curva Bezier pulsando la tecla espacio, y seleccionamos Add >> Curve >> Bezier Curve. A continuación establecemos el parámetro bevel depth con valor 0.1 (botón Edición >> pestaña Curve and Surface) y BevResol con valor 6 o superior.

Tened en cuenta que la curva es ahora sólida, esto significa que tiene superficie. Activamos la opción del botón 3D (queremos un arbol en 3D) y desmarcamos los botones Front y Back. Después, pasamos al modo edición y pulsamos la tecla N. En el panel Transformation Properties, seleccionamos ambos puntos de la curva y pulsa el botón Auto, para que la curva se alinee automáticamente.

Lo que hay que hacer ahora es crear la forma básica del tronco extruyendo y copiando la curva. Selecciona y arrastra los distintos puntos de la curva en sentido vertical, para crear el tronco. A continuación, selecciona el punto inferior de la curva, y ajusta el radio, pulsando Alt+S. Después, extruye el punto superior y ajusta el radio, reduciéndolo para que parezca un árbol. Por último, deberemos escalar la curva para ajustar el tamaño al tipo de arbol que hayamos eleguido (10-20 unidades)

El siguiente elemento a modelar son las ramas. El método es bastante parecido al aplicado para la creación de las ramas, pero en este caso el tamaño de los objetos será menor. Duplica algunos de los puntos del tronco y extrúyelos para crear las ramas. Selecciona dichas ramas y reduce el radio pulsando Alt+S. Además, hay que reducir el radio de las puntas de las ramas, respecto de la parte que está junto al tronco. Basta con seleccionar la rama, pulsar W y seleccionar la opción Smooth Radius. Esto suavizará progresivamente el radio desde el inicio al final de la curva.

Tómate tu tiempo para situar correctamente las ramas, hasta que la cosa se parezca más o menos a un árbol.

Para las hojas basta con deformar una esfera, y aplicarle alguna textura de hojas. La cosa puede mejorar si usaís texturas con transparencia, ya que esto hará que la textura tenga huecos, como los que dejan las hojas entre sí.

Para aquellos que aún no lo tengan claro, el enlace del final contiene un vídeo tutorial. Como comprobareís, la técnica da algo más de trabajo pero el resultado es más manejable y accesible que cuando usamos plugins..

Referencias:

Tutorial Tree from Curves.

veni, vidi y no vici

2009-07-24T09:03:00.000+02:00

Aunque todos estábamos muy ilusionados con la candidatura de Simutrans a los SourceForge Community Choice Awards en la categoría de Mejor Proyecto para Jugadores, hoy se han conocido los resultados y me temo que hay malas noticias.

Leer más...

En efecto, Simutrans no ha ganado..pero tampoco es para venirse abajo.

Ya lo hemos comentado en más de una ocasión. Solo con la nominación, hemos conseguido que Simutrans se diera a conocer entre mucha gente, y eso se ha notado en el foro, donde hay más actividad que nunca en áreas que antes estaban poco atendidas o directamente desiertas.Hemos conseguido publicidad y visibilidad para Simutrans, y eso es lo importante.

Por si alguien está interesado, el ganador en la categoría a la que optaba Simutrans ha sido ScummVM, un emulador de aventuras gráficas de LucasArts y Sierra.

Desde aquí felicitamos a la gente de ScummVM por este premio, y solo decirles que nos veremos las caras el año que viene.. :P

Lista de ganadores de los SourceForge Community Choice Awards 2008

cinco horas con Hajo (y 2)

2009-07-19T21:00:00.001+02:00

Continuamos con la interesante entrevista a Hajo, el creador de Simutrans, con nuevas preguntas y reflexiones acerca de las respuestas anteriores. El show debe continuar..

Leer más...

Si aún no has leído la primera parte, pulsa aquí

ER: Anteriormente mencionaste que ahora eres más que nada, un mero espectador, y que actualmente te dedicas a hacer gráficos para Simutrans ¿cuentanos más acerca del pak.Hajo? diseño, estilo gráfico, objetivos, nuevos elementos, etc...
H: El pak.Hajo es el esfuerzo de Frank Penz (FrankP) por recrear el estilo visual de las últimas versiones de Simutrans antes de mi retirada. No tiene ningún particularidad en cuanto al diseño, más que nada preservar el aspecto antiguo.

pakHajo.Evolution es mi intento de actualizar pak.Hajo, si hubiera continuado en activo con Simutrans. Aún así, intento no alterarlo mucho, solo mejoro algunos gráficos, los textos y si detecto algún problema, equilibro los distintos elementos de juego. Está pensado para ser un pakset con características limitadas, para que sea accesible a los nuevos jugadores. Empecé a trabajar en él hace apenas unos meses, así que no han habido muchos progresos.

ER: Has mencionado que incluso valoraste la posibilidad de crear un fork de Simutrans, pero lo descartaste por falta de tiempo. Tal vez no lo sepas, pero ya existe un fork de llamado Simutrans Experimental, gestionado por James Petts y The Hood, que incluye variadas e interesantes nuevas características. Comenzó como un proyecto experimental para probar nuevas ideas, pero a día de hoy tiene su propia entidad. ¿Lo has probado? ¿que opinas acerca de las nuevas características que ofrece?
H: Estoy bastante contento de que James haya iniciado el fork, y en el Foro Internacional de Simutrans he intentado apoyarle en su idea. Puede que no se haya notado, ya que en muchos casos han sido charlas privadas, pero sin duda James y Simutrans Experimental tienen mi apoyo.

Personalmente, yo lo haría por motivaciones muy diferentes de lo que la gente podría pensar. Hay características que James ha incluido y que particularmente no me gustan, peor creo es bueno que los jugadores tengan la oportunidad de elegir. James trabaja en nuevas características que no se incluirán en la versión principal, y si nadie hubiera hecho un fork, nunca podríamos haber disfrutado de ellas.

Así que apoyo a James y su proyecto, no porque me gusten sus ideas en particular, sino porque me gusta el concepto de diversidad y libertad. James puede dar algunos jugadores lo que quieren tener, y eso es bueno. De paso, quita algo de presión a la versión principal, para que se incluya esto o lo otro, y Prissi se puede concentrar mejor en las características que considera más importantes. Este es otro de los efectos positivos de fork de James.

ER: Ahjora, volviendo al tema de tus proyectos personales, y relacionado también con tus malas experiencias con los fanáticos del open source, ¿es posible que te refieras a es genial proyecto llamado ISO-Angband?
H: No, más bien me refería a la época en que Simutrans ya era famoso pero de código cerrado, y los fanáticos del software libre intentaron forzarme a que liberara el código con todo tipo de argumentos.

ER: Debo confesar que soy un gran fan de los juegos tipo roguelike, y fue una pena cuando me enteré de que el desarrollo de ISO-Angband había terminado. En cualquier caso, empezaste otro proyecto llamado H-World, que por lo que sé es una mezcla entre un motor gráfico de vista isométrica y un motor de juegos tipo roguelike ¿Por qué todos tus proyectos hacen uso de un punto de vista isométrico?
H: Para mi, es más fácil hacer gráficos 2D isométricos que modelos 3D. En el fondo, también tenía en mente la idea de reutilizar código y gráficos de proyectos viejos en otros nuevos, y esto solo se puede aplicar si los proyectos son similares. Además de esto, la vista isometrica me gusta mucho, y por tanto el que todos tengan el mismo punto de vista surgió de forma bastante natural.

ER: ¿Has pensado en hacer algún juego en 3D, aunque sea muy simple?
H: Alguna que otra vez, pero soy bastante malo modelando en 3D, así que los intentos no llegaron más allá. Hace mucho hice un motor gráfico con raycasting estilo Doom, pero murió cuando aparecieron las tarjetas 3D de nueva generación. No podía competir con eso, pero tampoco me podía permitir una tarjeta 3D en aquella época, así que no podía desarrollar nada en ese sentido. Esto también podría explicar por qué nunca me subí al tren del 3D, en parte porque en mis inicios no tenía el hardware adecuado.

Ultimamente he estado experimentando un poco con OpenGL y funciona bastante bien, pero aún están ahí los problemas de crear los modelos 3D, texturizarlos, crear el esqueleto y animarlos. Al menos para mí, esto es mucho más trabajo que lo que tardo en crear gráficos isométricos, y como el tiempo es un factor de limitación en mis hobbies y proyectos, normalmente no opto por el 3D.

ER: ¿Sabías que hay planes para portar Transport Tycoon a 3D?
H: No, es completamente nuevo para mi pero no me sorprende, ya que la petición de convertir Simutrans en 3D surge muy a menudo también, y en muchas ocasiones ha habido intentos de crear código para el motor en 3D.

Hoy en día, la gente cree que todo tiene que ser 3D porque si. Pocas veces se para uno a pensar si realmente el 3D hace que el juego sea más interesante o fácil de jugar, lo cual en mi opinión a menudo no es así.

ER: Hay gente que proclama que Simutrans está desfasado debido a los gráficos en 2D, y en más de una ocasión han habido peticiones de una versión 3D del juego ¿cuál es tu opinión en esta cuestión?
H: Pueden decir que los gráficos estan desfasados. Un juego no son solo los gráficos, y en este caso es tan interesante como ha sido siempre. El ajedrez tiene 2.000 años y aún es un juego interesante. No creo que la antiguedad sea un problema. Por tanto, estoy de acuerdo con que los gráficos estan desfasados, pero no comparto la idea de que eso signifique que el juego está desfasado también.

ER: Como bien has dicho, Simutrans ha cambiado mucho. Ahora tenemos aviones, un nuevo modo subterráneo, ríos y climas, etc..pero uno de las características más reclamadas es el modo multijugador. Muchos juegos del estilo de Simutrans, tienen disonible esta opción, pero una encuesta reciente del foro mostró que mucha gente considera Simutrans como un juego de un solo jugador, más que multijugador (sobre todo jugadores de la vieja escuela). ¿Diseñaste la mecánica de juego de Simutrans con el enfoque multijugador en mente?
H:No, no del todo. De hecho el código es bastante inadecuado para el modo multijugador. En la época en que inicié el desarrollo de Simutrans, tenía que pagar por cada minuto de conexión a Internet, y los juegos online me parecían inaccesibles economicamente. Debido al coste de la conexión a Internet y ya que en un principio hice Simutrans solo para mi, el modo multijugador no estaba en mi lista.

ER: ¿Consideras que Simutrans es para un solo jugador o multijugador?
H: En principio, estaba destinado para un solo jugador.

ER: Desde tu punto de vista, ¿qué aporta el modo multijugador?
H: Asumo que es divertido crear redes de transporte en colaboración con otros jugadores. Es mucho más divertido que hacerlo con la jugadores controlados por el ordenador.

ER: Por último, algunas preguntas rápidas: ¿aún juegas con Simutrans? ¿con que frecuencia y cuanto tiempo? ¿que pakset usas? ¿has jugado con los pakset pak96.comic o pak.Britain? ¿cuál es tu opinión sobre ellos?
H: Juego muy pocas veces, porque normalmente no solo implica tiempo. Simutrans compite por mi tiempo libre con otras muchas actividades, y tras muchos años, Simutrans no es tan novedoso e interesante como antes. Normalmente juego para hacer pruebas con el pakHajo.Evolution. No he llevado a cabo intentos serios de probar el resto de paksets, pero sigo sus progresos con gran interés. No desde el punto de vista de un jugador sino del de un desarrollador.

Y con esto concluye la entrevista. Creo que ha sido interesante conocer las opiniones de Hajo acerca de los distintos aspectos de Simutrans, aunque aún se han quedado cosas en el tintero, que reservaremos para otra ocasión. Espero que hayaís disfrutado con la lectura. Casi se me olvida, quiero dar las gracias a Hajo por su tiempo y por compartir sus historias y opiniones con nosotros. Un saludo desde Escala Real.

cinco horas con Hajo (1)

2009-07-19T18:59:00.000+02:00

Hace poco el blog llegó a las 100 entradas, que se dice pronto, y estuve dando vueltas a la idea de hacer algo especial. Tras mucho pensar, encontré la celebración casi perfecta (lo ideal hubiera sido una fiesta por todo lo alto.. :P) hacer una entrevista al creador original del juego, a la persona que motivó, entre otras cosas, este blog. Y aquí está. En el programa de hoy hablaremos con Hajo, el creador de simutrans....tomen asiento y disfruten.

Leer más...

Quiero aclarar que yo no soy periodista, ni tampoco tengo especiales dotes de escritor, asi que tomad esto como una charla informal entre dos amigos. Vamos allá...

Escala Real: Primero nos gustaría saber un poco más sobre ti ¿cuál es tu nombre real? ¿de dónde eres? ¿trabajas en algo relacionado con las tecnologías de la información y la informática?
Hajo: Mi nombre es Hansjörg Malthaner y soy de Stuttgart, Alemania. He estado trabajando en la industria de las TI, primero como asistente programador, más tarde como programador, diseñador de software, incluso como jefe de un pequeño equipo durante un tiempo, desde más o menos 1998.

ER: Ahora nos gustaría saber más acerca de tus fuentes de inspiración en la creación de Simutrans ¿por qué un simulador de transportes? ¿eres un fan de los ferrocarriles? ¿recogiste ideas de otros juegos existentes en ese momento como Transport Tycoon, A-train o Simcity?
H: Simcity y TT Deluxe fueron seguramente mi inspiración. Particularmente no soy un fan de los trenes, y en realidad los primeros vehículos de Simutrans fueron los camiones. A menudo no entiendo la importancia por el realismo que muchos fanáticos de los trenes demandan a los juegos de simulación de transportes, pero puedo entender la fascinación que despiertan las redes ferroviarias de transporte en la vida real y en los juegos.

ER: El desarrollo de Simutrans comenzó "oficialmente" en 1997, eso significa que el proyecto tiene 12 años de vida ¿alguna vez pensaste que el juego seguiría vivo tras 12 años de desarrollo? No hay muchos proyectos que puedan presumir de lo mismo..
H: No, de hecho en principio Simutrans no iba a se público, inicialmente era un proyecto privado para practicar y ensayar. Un día hablé con alguien acerca de ello, y dicha persona me pidió que lo hiciera público. El éxito de Simutrans es bastante ecepcional, algo que no puedo decir del resto de mis otros proyectos. Por otro lado, una vez que la cosa ha adquirido una masa crítica de fans y ayudantes, parece que tendrá cuerda para rato, y definitivamente Simutrans ha llegado a ese punto.

ER: Una de las cosas que la gente destaca de Simutrans es su profundidad de juego. En mi opinión, la mecánica de juego es bastante simple (llevar cosas de aquí para allá) pero lo suficientemente abierta como para complicarse a distintos niveles ¿cuál es tu punto de vista sobre esto?
H:Tengo dudas acerca del uso del términ "profundida". En realidad, las acciones básicas de Simutrans son muy simples, pero también son actividades muy básicas del ser humano. Tal vez eso tenga mucho más que ver en la fascinación que causa el juego, que la supuesta profundidad en la mecánica de juego.

El comercio y el transporte son actividades muy antiguas. Lo más probable es que ya nuestros antepasados, en la era de la caza y la recolección, descubriesen el comercio. Creo que el tema toca una tecla muy primitiva en la gente, y es por eso que gusta. El resto es solo para hacer la idea más interesante, atractiva y entretenida, pero si no tuvieses ese concepto básico, la cosa no sería tan interesante. Construir es también una actividad muy primitiva, y por eso es también parte importante en la mecánica de juego de Simutrans.

ER: Bueno, ha llegado el momento de hablar del descanso que te tomaste, alejado del proyecto. No voy a pedirte que me cuentes las razones personales que te llevaron a tomar esa decisión, ya que las has explicado más de una vez en el foro. Supongo que fue difícil para ti, pero ¿por qué decidiste volver?
H: En realidad, no recuerdo exactamente el motivo por el cual decidí volver. Tal vez fue por curiosidad, para ver como le iba a Simutrans, ya que todos mis otros proyectos estaban acabados en esa época. Tal vez fuese porque buscaba algo de entretenimiento en los foros de Simutrans.

La primera vez que regresé no fue tan dificil. Lo más duro fueron los momentos cuando intenté influir en ciertos aspectos, I me dí cuenta de que no podía. Ahora el proyecto funciona de distinta manera que cuando me fui, I tardé algo en acostumbrarme a ello. En algun momento valoré la posibilidad de hacer un fork de Simutrans, para crear mi propia variante, pero llegué a la conclusión de que no podía hacerlo de ninguna manera. Es necesario mucho tiempo, el cual no deseo o no puedo gastar en otros hobbies y proyectos, así que aún soy un mero espectador, y de vez en cuando hago algunos gráficos para Simutrans.

ER: ¿Cómo te sentiste con los cambios que habría sufrido el proyecto?
H:Es difícil responder a eso. A traves de los foros, sigo el progreso de Simutrans desde hace unos dos años, y aún hoy no tengo ni idea de en qué se está trabajando ahora mismo. Da la impresión de estar muy desestructurado y a veces me sorprende. Prissi es una especie de lider, pero aún hay gente que hace lo que cree que es mejor para el proyecto. Pienso que hay cosas que podrían estar mejor organizadas, y para eso hace falta gente que sean líderes fuertes, y ahora mismo no hay nada de eso, o al menos no hay gente que quiera gastar la cantidad necesaria de tiempo que requiere dicho liderazgo. (*)

ER: Aunque el núcleo de Simutrans está bien mantenido y desarrollado, sin embargo, me parece que en el pasado hubo más gente colaborando en distintas áreas (programación, gráficos, etc..) ¿de cuanta gente hablamos y como contribuyeron al proyecto ?
H: Esto cambió mucho. En los primeros años trabajé solo, aunque intenté obtener ayuda, pero con un proyecto incompleto es muy difícil atraer gente que te ayude. Más tarde, primero fuimos dos personas en el equipo, a ratos hasta cinco. Normalmente había una persona ayudando con la programación y varias contribuyendo con gráficos. En algún momento intenté reunir a más gente, pero encontré dificultades para coordinar un equipo tan grande.

ER: ¿Es más importante tener apoyo cuando comienzas el proyecto o cuando está maduro y necesitas nuevas ideas para explorar nuevas posibles formas de expandir el juego?
H: El apoyo en los primeros momentos es importante, pero a veces es difícil de conseguir. Una vez que el proyecto se hace grande y famoso, los colaboradores vendrán por si mismos. Pero mientras que nadie conozca el proyecto, es muy difícil obtener ayuda, aunque sea muy necesaria.

ER: Un hito importante del proyecto fue el cambio de licencia. Tras una larga espera, Simutrans finalmente cambió de Freeware a Código Abierto ¿crees que esto es bueno o malo para el proyecto?
H: Creo que es bueno

ER: En tu opinión ¿animará este movimiento a que más gente se una y colabore en el proyecto?
H: Aparentemente si, aunque mi experiencia con otros proyecto me dice que hacer un proyecto bajo licencia de código abierto no significa que automáticamente atraiga un montón de colaboradores. Si el proyecto es bueno, la gente querrá ayudar, sea privativo o de código abierto, aunque el código abierto hace que las contribuciones sean más fáciles.

ER: ¿Cuál es tu opinión sobre el mundo del software libre?
H: Aunque me gusta la idea de libertad, no me gusta la actitud de muchos de los misionarios del software libre. He tenido malas experiencias con fanáticos del software libre, y por tanto el movimiento entero se ha formado una mala opinión de mi. He cambiado muchos de mis proyecto a software libre pero aún no me gusta dicho movimiento. Es demasiado fanático-religioso, y a menudo proclaman demasiado convencidos que han encontrado la única forma verdadera de desarrollar software. Normalmente hay más de una forma de hacer las cosas, y todo el que proclama que ha encontrado la única verdad me resulta sospechoso.

ER: ¿Usas GNU/Linux?
H:Lo usé durante un largo periodo, desde 1995 a 2004. Desués me retiré de la programación, instalé Windows XP en mi PC y descubrí que era más sencillo para alguien que solo quiere usar un ordenador. Y ahí me quedé desde entonces.

ER: ¿Piensas que Simutrans se convertirá en un importante juego de código abierto?
H: Simutrans es un juego importante, asi que también será un importante juego de código abierto.

ER: ¿Qué piensas acerca de la posibilidad de incluir el juego en alguna distribución Linux como Debian, Mandriva o Knoppix?
H: No es importante para mi, que Simutrans sea un buen juego, eso es lo realmente importante. El mundo del software libre habla de libertad, pero en realidad ellos hacen que otros se plieguen a sus reglas a fín de ser incluidos. No me gusta esto, pero a la gente que actualmente lidera y contribuye con el proyecto le gusta, e intentan adaptar Simutrans para que encaje en las distros. Bueno, no será perjudicial, supongo, pero nunca fue una prioridad para mi.

ER: Tal vez no lo sepas, pero Simutrans es candidato a los SourceForge Community Choice Awards, en la categoría Mejor Proyecto para Jugadores ¿Has votado por él? ¿crees que tiene posibilidades reales de ganar?
H: No lo sé. Hay competidores potentes, y tal vez estén mejor organizados. Simutrans tiene una oportunidad, pero no sabría decir si es muy grande.

Dentro de unos días, la segunda parte con más ideas, anécdotas y opiniones mucho más interesantes..La entrevista original en inglés está disponible en la página oficial de Hajo.

(*) Hablando en privado sobre esto, Hajo me comentó que él también se incluye en este grupo. Ha tenido que invertir mucho tiempo en otros de sus proyectos, y cree que no es lo más correcto. A mucha gente le gustaría invertir más tiempo.

Desde Ipanema con addons..

2009-07-17T19:52:00.000+02:00

Parece que por fín, nuestros colegas de foro PT (portugués) han despertado y están organizándose en crear nuevos proyectos como el pak.Brasil o las traducciones. Es por eso que he decidido asociar el blog con la página Biblioteca Simutrans PT.
Leer más...

La página está gestionada por H4CK3R, y segun tengo entendido pretende actuar como repositorio para los objetos extra (addons) creados por los miembros de la comunidad PT. Contiene además secciones de noticias, vídeos e información acerca del estado de los proyectos en desarrollo, y por supuesto descargas. De momento hay vehículos y mapas. Esperemos que esto anime a la gente a crear cosas nuevas y a colaborar.

visita la Biblioteca Simutrans PT

Un saludo para H4CK3R, los amigos del foro PT de Simutrans y a la gente de la comunidad portuguesa de Simutrans en Orkrut, ¡¡mucha suerte con los nuevos proyectos!!

Simutranslator o la torre de babel..

2009-07-13T20:01:00.000+02:00

Una de las bases del éxito de Simutrans, tal vez no ahora pero si en un futuro, es la facilidad con que se pueden traducir los cientos de textos del juego, desde los paksets hasta las herramientas, pasando por los ficheros de la ayuda dentro del juego. Y todo esto es posible gracias a una maravillosa herramienta llamada Simutranslator que cual torre de Babel, agrupa toda esa información. Pasen y lean

Leer más...

Simutranslator es sin duda uno de los pilares de lo que los anglosajones denominan la localización de textos, que no es más que la traducción de los mismos a los idiomas a los que se da soporte..

Cuando leí el diccionario por primera vez, pensé que era un enorme poema que trataba sobre todo.

Steven Wright, humorista estadounidense.

¿Bueno, y qué es necesario para colaborar en las traducciones y hacer uso de esta genial herramienta? Existen varias formas. La primera es solicitando una cuenta de traductor mediante el formulario de petición. Evidentemente, esta cuenta no se la dan a todo el mundo, porque a pesar de que el entorno está acotado por idiomas y permisos, se intenta evitar el vandalismo y el spam en la medida de lo posible (ya hubo problemas en este sentido, en el pasado, de ahí la cautela)

Supongo que si eres el primero que se apunta a traducir un idioma, como pionero tendrás un voto de confianza, pero si hay más de uno, tendrás que contactar primero con el resto para darte a conocer. Siempre que haya buena voluntad y disposición de colaborar y contribuir, no hay problema.

A estas alturas, es posible que alguien se pregunte que pasa cuando hay distintas versiones de un mismo idioma, como el inglés (USA y UK) o las distintas variantes del español (España, México, Argentina, etc..) ¿se traducen a parte, de forma independiente, o se busca un consenso? En este caso se ha optado por la opción del consenso, haciendo uso de lo que se conoce como inglés internacional y en el caso de la comunidad hispana, del español internacional. De esta manera, todos nos entendemos y nadie depende de giros ni modismos del lenguaje. Esto no impide que los textos se puedan modificar según nuevas interpretaciones así como discutir y consensuar las traducciones.

¿Y qué pasa si no tengo cuenta de usuario?¿aún puedo traducir textos? Efectivamente aún tienes una oportunidad de colaborar, pero como invitado no harás traducciones al uso, sino sugerencias para que los traductores oficiales las tenga o no en cuenta. Para ello no tienes más que ir a la web de Simutranslator, y pulsa en guest access (acceder como invitado) Tranquilos que el resto del interfaz está completamente traducido al español.

Una vez dentro, accederás al panel de control con un montón de opciones. En la fila superior tienes los distintos idiomas en que está disponible el interfaz, el español entre ellos. Después tenemos el menu de opciones con las acciones que puedes realizar, pero como vas de invitado tu radio de acción será limitado. Lo primero que tienes que hacer es leer las Reglas para Traducción y Reglas de Formato para saber como debe ser el formato y estructura de los textos. A continuación, debes ir a la Listar Textos sin Traducción, lo que te llevará al menu de filtrado de textos no traducidos.

En dicho menú, deberás elegir el idioma correspondiente, español en este caso, y el pakset del que quiere traducir los textos. Los habituales suelen ser pak64 y pak128, pero se admiten sugerencias en todos. Una vez hayas marcado los criterios, pulsa el botón mostrar y el sistema te llevará a una pantalla donde se listarán los objetos sin traducción. Pulsa en cualquiera de los objetos, y te llevará a la pantalla con los detalles del objeto, y cajas de texto para todos los idiomas disponibles. Busca la que corresponda con el idioma al que quieres traducir, introduce el texto según las reglas de formato y traducción, y pulsa el botón Save Suggestion para guardar la sugerencia. Desde ese momento, tu traducción se almacenará y el equipo de traductores la valorará para decidir si la incluye o modifica la actual en base a tu sugerencia.

Además de hacer sugerencias de objetos sin traducir, también puedes hacer sugerencias sobre traducciones ya realizadas. Por ejemplo, si crees que una categoría debería tener otro nombre que se ajuste más, busca dicho objeto navegando por la lista de textos y haz una sugerencia.

Ya veís lo fácil que es traducir textos de Simutrans, tanto del juego, como de los textos de ayuda, los paksets y las herramientas de la comunidad. Un lujo al alcance de todos... ;)

La vuelta al Simutrans en 101 artículos

2009-07-03T19:55:00.001+02:00

bueno, pues con esta entrada nos plantamos en el artículo número 101 de este blog, que comenzó allá por agosto del año pasado, como quien no quiere la cosa y casi de casualidad. Pero ¿realmente de qué hemos hablado en todos estos artículos? ¿qué temas hemos tratado con mayor frecuencia? la respuesta tras el salto...

Leer más...

Para aquellos que aún no tengan claro de qué va exactamente este blog, aquí teneís una representación en forma de nube con los términos más usados a lo largo y ancho de Escala Real...

..creo que por lo que muestra la imagen, la cosa está clara ¿no? Simutrans, transporte, mercancías, redes, tráfico, ciudades, ideas, gente, objetos, comunidad, trenes son los conceptos sobre los que intentado escribir a lo largo de todo este tiempo, con mayor o menor frecuencia, pero siempre con gusto y ganas de contar algo a los demás.

Solo deciros, que para redondear este aniversario, pronto publicaré una entrevista a fondo con Hansjörg Malthaner, más conocido como Hajo, en la que charlaremos un poco acerca de Simutrans, sus espectativas y sobre todo para que conozcaís un poco a la persona que dió origen a Simutrans. Aviso que no soy periodista, así que probablemente se parecerá más a una charla informal en un café que a una entrevista rigurosa.

Saludos a todos, y gracias por haber leído algunos de estos 100 artículos...

La extraña pareja: Extruir y Escalar

2009-07-02T09:01:00.000+02:00

En algún otro artículo hemos comentado que aunque parezca mentira, a veces el modelado de objetos en Blender se basa en unas pocas técnicas muy sencillas. Solo hay que dominarlas correctamente y saber cuando usar unas u otras. A continuación vamos a mostrar el combo más potente: extruir y escalar.

Leer más...

La aplicación de ambas técnicas se apoya también en el uso de plantillas, que no son más que imágenes que contienen las distintas vistas del objeto en cuestión. A partir de ellas se puede reconstruir dicho objeto.

Lo primero que vamos a hacer es cargar una plantilla cualquiera como imagen de fondo o background image (si no sabes como, repasa este artículo) A continuación empezaremos reconstruyendo el objeto a partir de la vista lateral.

Creamos una esfera (Tecla Espacio >> Add >> Mesh >> UV sphere) de 32 divisiones. Rotamos 90 grados y la cortamos por un poco más de la mitad, eliminando los vertices (SUPR >> Vertices). Seguidamente pasamos a modo objeto, y escalamos en el eje Z (S >> Z y ajustamos altura) hasta adaptarla más o menos a la forma del morro. Si queda muy largo podemos eliminar algunos vértices.

A partir de aquí lo que vamos a hacer es reconstruir la silueta extruyendo el border de la esfera que hace de morro. Entonces, pulsamos B y seleccionamos el borde. A continuación pulsamos E y extruimos dicho borde. Vamos a realizar las distintas extrusiones hasta la cola en los puntos donde la silueta del avion cambie de forma.

Una vez tengamos todo el fuselaje cubierto, pasamos a realizar el escalado para ajustar el objeto a la silueta del avión. La tecnica de escalado que vamos a emplear es escalado con el cursor 3D como centro de referencia. Primero situamos el cursor 3D en el centro del objeto haciendo click con el botón derecho, y vamos al panel de control y establecemos el cursor 3D como referencia.

En este punto lo que tenemos que ir haciendo es seleccionar en cada división, la parte superior, y escalar hasta que se adapte a la silueta. A continuación hacemos lo mismo con la parte inferior. Como el cursor está en el punto medio, todo debería encajar.

La parte de la cola es algo más complicada ya que hay que mover el cursor 3D y a veces hay que seleccionar y escalar más vértices de la parte superior que la inferior, con lo cual se nos pueden acumular, pero con mover el cursor 3D que actúa como centro basta.

Una vez terminado, debería quedar algo parecido a esto (pulsa Z para pasar al modo sólido) (imagen) Para completar la reconstrucción deberemos pasar a la vista superior. Ajustamos el objeto a la silueta y repetimos a misma operación. situamos el cursor 3D en el centro, seleccionamos los vertices de cada division y escalamos hasta que encaje en el perfil

Si todo ha salido bien deberíais algo parecido a la mitad del avión. Para conseguir la otra mitad, no hace falta repetir todo el proceso de nuevo. Como son simétricas, basta con aplicar el modificador Mirror (si no sabes como, repasa este artículo) y tendrás todo el fuselaje terminado en muy poco tiempo.

Como podeís ver, ambas técnicas son sencillas de aplicar y la complejidad depende principalmente de la forma que tenga el objeto. Además esto no solo se puede usar para crear el fuselaje, sino que también funciona con las alas y los motores.

Espero que os haya gustado el tutorial. La proxima entrega tratará sobre como aplicar las texturas a partir de la plantilla.

5 ideas para mejorar tus redes de transporte

2009-06-26T18:16:00.000+02:00

Con la entrada de nuevos jugadores en la comunidad, ultimamente se está discutiendo mucho acerca de nuevas estrategias y tácticas para mejorar las redes de transporte. Como muchas veces he dicho, yo suelo jugar más bien poco, pero se me ocurrió echar un vistazo a las soluciones que se proponen en la vida real para estos casos y os sorprendería la cantidad de ellas que se pueden aplicar en Simutrans.

Leer más...

La mayoría de estas ideas están sacadas de los planes de mejora de las redes de transporte de EE.UU. y la Unión Europea, y por tanto están enfocadas a las redes de transporte ferroviario, en relación al resto de medios (camiones, barcos y aviones)

Hace mucho tiempo nos hicimos eco de una comparativa entre los distintos tipos de vehículos pero las mejoras no solo se deben aplicar a los vehículos, sino también a las infraestructuras, asi que ahí van unas ideas para mejorar tus redes de transporte:

Usa sistemas de vía doble o apeaderos (junto con las preseñales) para tramos medios-largos. Esto elimina los atascos y permite tener más de un convoy operativo en el mismo tramo de vía. Esto hace que la frecuencia de trenes pueda ser mayor.

Como observareís, en el primer escenario (parte superior) solo puedes tener un tren operativo por la misma vía. En el segundo caso, (parte media), puedes tener dos a pleno rendimiento, por vías distintas, pero el coste de mantenimiento se dobla. En el tercer caso, puedes tener muchos más, sin que se estorben y operando por tramos entre estaciones. mientras uno llega por la vía principal, otro espera en el apeadero, y como mucho tendrá que esperar en la siguiente parada, sino podrá operar hasta que se encuentre un tramo ocupado (esto requiere el uso de preseñales para reservar los distintos tramos)

Usa en lo posible convoys mixtos, de mercancías y pasajeros. Son más lentos pero te permiten rentabilizar los trayectos por la diversificación de las fuentes de ingresos. Lleva las mercancías entre ciudades o fábricas y al mismo tiempo a la gente que viaja al trabajo o a otras ciudades.

Los trenes entre ciudades son más eficientes que los coches particulares. Intenta no conectar las ciudades por carretera, en la medida de lo posible, para no desencadenar el movimiento de tráfico rodado. Usa trenes rápidos y sin paradas intermedias, para atraer pasajeros de una ciudad a otra. Esto puede dar lugar a que desarrolles zonas menos pobladas pero con industrias, ya que la gente irá a trabajar a dichas zonas desde otras ciudades.

Todas las intersecciones de carreteras y ferrocarriles no deben superponerse, para que el tráfico rodado no estorbe a los trenes. Usa pasos elevados o túneles, para ahorrar tiempo.

Tras estos consejos rápidos y sencillos, voy dejaros con algunas reflexiones y conclusiones acerca de lo que he leído sobre redes de transporte.

Existe un elemento clave que debemos tener en cuenta en todo momento: la eficiencia de las redes de transporte. Pero ¿qué es eficiencia? ¿cómo definirla? tras mucho buscar, podríamos decir que en este caso consideramos la eficiencia en base a dos criterios coste por viajero y kilómetro viajado, y velocidad media.

Cuantos más viajeros podamos transportar en tramos más cortos, más ganaremos por cada viajero. Pero por otro lado, cuanta mayor sea la velocidad media de la red, más viajeros podremos transportar y eso suele conseguirse en redes de longuitud media o larga con bastante distancia entre paradas para que el tren pueda alcanzar su velocidad máxima y a mantenga durante el mayor tiempo posible. Esto implica, entre otras cosas, el uso de tramos rectos con pocas curvas y sin desniveles.

Además, debemos ser conscientes de que, por diversos motivos, el tráfico rodado tiene objetivos diferentes al tráfico ferroviario, y uno no puede sustituir al otro. En Simutrans, el transporte ferroviario de mercancías compite principalmente con el tráfico marítimo, mas que con el tráfico rodado. En el caso del transporte de pasajeros, los trenes compiten con los aviones.

Un enfoque interesante para organizar y priorizar tus redes de transporte es conformar una jerarquía de usuarios de dichas redes, que te servirá para mejorar la planificación y el diseño de las mismas. En esta jerarquía los peatones estan primero, después aparecen los ciclistas, el transporte público, a continuación las mercancías y por último los vehículos privados. Sé que hay cosas que en Simutrans no tienen sentido, como los ciclistas, pero el objetivo de establecer esta jerarquía es asegurarse de que se cubren las necesidades de todos los usuarios en la mayoría de situaciones, sin que esto signifique necesariamente que los peatones de las ciudades tengan siempre prioridad en cualquier situación.

Habría que tener en cuenta esta jerarquía a medida que las ciudades crecen, tanto de población como de industria, ya que al final las ciudades pasan de ser monocéntricas, con un solo punto o zona que atrae el tráfico, a policéntricas, basadas en varios centros de intercambios de pasajeros y mercancías, y eso implica cambios en la estrategia para incluir nuevas infraestructuras de transporte.

¿Y qué uso se puede dar a esto? pues nos puede ayudar a decidir en determinados momentos si es más beneficioso o no introducir una línea ferroviaria de mercancías en una ciudad muy poblada, por ejemplo.

Otra de las propuestas más interesantes que he encontrado es separar completamente el tráfico de mercancías del de pasajeros. Crear redes completamente independientes, por donde ambos tipos de tráfico puedan circular sin obstáculos usando túneles y pasos elevados. Esto es lo que normalmente se suele hacer en Simutrans pero, claro está, incrementará los costes de mantenimiento de la red aunque esto se compensa mediante la posibilidad de poder mover mayores cantidades de mercancías sin impedimentos.

Por último, vamos a hablar un poco de las alternativas al transporte de mercancías por tierra. Mucha gente suele olvidarse de que existe algo más que los trenes para transportar mercancías a medias o largas distancias. En este caso, los grandes olvidados son los barcos y los canales fluviales. Hay que tener en cuenta que el tranporte marítimo y fluvial puede ayudar a descongestionar el resto de tipos de red de transporte y además nunca se estorbar ya que siempre en caso de intersección se pone un puente sobre el río y no se crea obstáculo ni retraso alguno. Evidementemente, la gestión de las redes y rutas marítimas es distinta, siendo preferible usar rutas directas de destino a origen que rutas con muchas paradas, al estilo de las rutas ferroviarias.

Espero que esto os haya servido para mejorar vuestra forma de jugar a Simutrans, y ya sabeís, las soluciones reales casi siempre se pueden aplicar a situaciones virtuales.

Un hombre, un voto...

2009-06-22T23:24:00.000+02:00

Como ya comentamos hace unos días, Simutrans se coló entre los finalistas de los premios SourceForge Community Choice Awards en la categoría de mejor proyecto para jugardores...¡y finalmente han comenzado las votaciones para elegir a los ganadores!

Leer más...

La competencia es muy dura, ya que tenemos proyectos muy conocidos como el FPS Nexuiz o el increible simulador de vehículos Rigs of Rods, así como los emuladores Scummvm y Desemu que ultimamente están muy de moda, pero creo que aún tenemos posibilidades, aunque sea una entre un millón.

Para votar, debeís ir a la encuesta y pulsaís en la pestaña Best Project for Gamers, votaís por Simutrans (se puede votar solo en una categoría) e introducís vuestra dirección de correo. A continuación recibireís el enlace de confirmación, y una vez pulsado el enlace vuestro voto será válido. ¡¡ánimo y a votar todo el mundo!!
ya sabeís lo que dicen..

las posibilidades de uno contra un millón salen bien nueve de cada diez veces

Dos monólogos no constituyen un diálogo.

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

Hace tiempo escribí algo sobre el famoso tema de porque Simutrans no es más famoso entre la gente. Es un juego muy bueno, con una temática donde no hay mucha variedad, al menos en la modalidad de software libre. Voy pues a reflexionar acerca de más posibles ideas para extender la palabra de Simutrans por la red.

Leer más...

Hace mucho escribí un tema en el antiguo foro llamado Los ocho pilares de una comunidad de Simutrans y trataba de resaltar que era lo que yo creía necesario para que una comunidad de Simutrans en cualquier idioma creciese y se hiciese fuerte. Los ocho pilares eran: guías y manuales, ayuda dentro del juego, textos del juego y los paksets, foros en idioma nativo, artículo en la wikipedia, wiki, material de referencia rápida (Faq, tutoriales, consejos) y herramientas. Muchas de estas etapas estan superadas, pero en teoría si cumplías todas, estabas ofreciendo al jugador todos los elementos para tomar parte en el juego y la comunidad.

Evidentemente, en este momento algunos de esos objetivos no se han alcanzado pero también es cierto que se han abierto nuevas formas de atacar el problema. Desde que dimos el salto hacia el código abierto, han surgido un buen montón de proyectos para agrupar y animar a los jugadores de Simutrans a formar parte de la comunidad grupo de Facebook o El desafío Rogaland, la cuestión es ¿se puede ir un poco más allá? ¿se puede mejorar la comunicación para reforzar y hacer crecer el proyecto?

Hace no mucho mantuve un pequeño intercambio con IgorTekton y me contó que él tenía en mente realizar alguna clase de proyecto, estilo blog o similar para aumentar el grado de comunicación de la comunidad Simutrans. Todo esto venía a raíz de una idea que Hajo ha dejado caer en más de una ocasión acerca de la fragmentación de la información relativa a los distintos proyectos dentro de la comunidad. Hay gente que comenta y discute sus planes, pide ayuda y participación al resto, otros por el contrario no dan señales, o dejan la información dispersa a lo largo del foro y es difícil acceder a ella.

En líneas generales, estoy de acuerdo pero desde mi punto de vista, el comunicar y compartir la información es una opción personal aunque si te unes a un grupo de gente con el que tienes afinidad, el no compartir ideas y mantener informado al resto no tiene sentido. Unirte a algo más grande para aislarte es sencillamente un disparate.

Uno de los problemas es que aunque haya bastantes noticias de temas individuales, hace falta organizarlas, clasificarlas, publicarlas y a veces traducirlas...Por supuesto, eso lleva esfuerzo y tiempo. Hay gente, como los administradores y moderadores del foro, que intenta llevar a cabo esta tarea pero no siempre es posible, por la cantidad de idiomas existentes entre otras cosas.

Partiendo de las ideas de IgorTekton y Hajo, pensé en algo que de alguna manera pudiera tener a la gente al día, sin tener que visitar el foro y a ser posible en su propio idioma. Un sitio donde la gente pudiera dejar notas cortas para informar, intercambiar o presentar ideas al resto de forma sencilla y concisa. En ese momento me vino a la mente la idea feliz...¡¡Twitter!!

La verdad es que nunca he usado este servicio, pero creo que se adapta a la perfección a lo que se necesita. Es informal, los mensajes son cortos y concisos, pueden ser recibidos por otros (followers o seguidores) para estar al día y es un servicio ágil y rápido. Ya existen jugadores de Simutrans que tienen cuenta de twitter (mobo, creador del pak32) pero esto sería como un servicio de noticias exclusivamente sobre Simutrans incluyendo las ultimísimas novedades: enlaces, ideas de desarrollo, nuevos proyectos en pañales, colaboraciones, temas de comunidades de Simutrans en otro idioma, peticiones de ayuda, etc..

Aún estoy madurando la idea, y tendría que planteársela al resto porque tal vez sea mucho curro para una sola persona, pero no descarteís que esto siga adelante y finalmente se lleve a cabo. Como decía al inicio del artículo, hay que usar todos los medios para extender la ruta de Simutrans por el mundo.

¡¡A por ellos, oé...a por elloos, oé!!

2009-06-15T00:47:00.000+02:00

Recordareís que hace unas semanas empezamos una campaña para que Simutrans optara como mejor proyecto para jugadores en los premios SourceForge Community Choice Awards. Pues bien, me complace informaros de que ¡¡nos han incluido entre los finalistas en dicha categoría!! Como diría el Sr. Burns...excelente

Leer más...

El mero hecho de la nominación ya supone un reconocimiento a la labor de toda la gente que participa y juega a Simutrans, tanto ahora como en el pasado. En comparación con otros juegos de código abierto, somos un proyecto de tamaño pequeño-mediano por eso la nominación tiene aún más mérito, pero ya que hemos llegado hasta aquí ¿por qué no llevarnos el premio gordo? ¡¡que nervios!! como cotilleo os contaré que se rumorea que los del departamente de relaciones públicas de SF harán incluso alguna que otra entrevista para prensa a Prissi, Hajo y compañía

Además, era la primera vez que Prissi, el gestor del proyecto lo presentaba a algún tipo de premio. Supongo que uno no hace este tipo de cosas por los premios, pero viene bien tener este tipo de inyecciones de moral..por otro lado, la visibilidad que dará al juego puede ser un empujón más para el juego y la comunidad.

No lo olvideís, las votaciones definitivas comienzan el día 22 de este mes, así que estad preparados para votar en masa, porque como ganemos...¡¡¡se va a liar la fiesta del siglo!!

P.D: Más grande que la de los ewoks en El Retorno del Jedi..

55 dias en Pekín y 100 días en el foro..

2009-05-26T22:57:00.000+02:00

Bueno, parece que todo vuelve a la normalidad en la comunidad de Simutrans. El foro internacional se va recuperando poco a poco del incidente (confirmada la intrusión por escalada de privilegios) Hace poco me dí cuenta de que hace unas semanas superé los 100 días invertidos en el nuevo foro. Obviamente no he estado esos 100 días fisicamente frente al ordenador, pero poco mas o menos.. xD ...En fín, esto es solo una excusa para hacer balance de lo que ha ocurrido en el mundo Simutrans en ese periodo.

Leer más...

Tengo que confesar que en mi vida había dedicado tanto tiempo a cualquier otro proyecto, más allá de mis aficiones como el rol, el modelismo y el 3D. Como decía no he estado esos 100 días frente al pc, lo que pasa es que tengo la página en recarga automática cada 9 minutos, para estar al tanto de lo que pasa..truquitos del Opera.

¿Y por donde empiezo yo ahora? han pasado tantas cosas desde que empezó el nuevo foro, haya por Agosto. Realmente creí que la cosa iría peor, porque el tema del cambio de foro pilló bastante de improviso, y en parte mostró la fragilidad de la comunidad. Isaac Eiland-Hall ya no podia dar hospedaje al foro y de un día para otro el núcleo duro de la comunidad tuvo que improvisar una solución. Suerte que apareció Hellmade, ofreciendose para hospedar el foro. Y digo menos mal, porque la cosa no estaba nada clara, pero eso es agua pasada.

Ese fue un punto de verdadera inflexión para Simutrans, ya que bastante gente que anteriormente fue importante para el proyecto se desligó de forma parcial o definitiva. Me refiero a Raven, Shunter, Joker, Stormoog, rmax500, Fagonella, Keirogreen, etc.. en su momento fueron gente que colaboró con gráficos, código, tiempo de gestión y grandes ideas pero que por uno u otro motivo decidieron pues no seguir colaborando. Una pena, pero esperemos que todo les vaya bien, sobre todo a Raven, uno de los impulsores de la comunidad hispana de Simutrans.

Por otro lado, ha llegado un montón de gente nueva a Simutrans y otros antiguos miembros han adoptado un rol más activo, en mi opinión principalmente a raíz del cambio de licencia y de entrar en SourceForge. Gente como Alex Brose, FrankP, Wernieman, JamesPetts, Gerw, Colin, Combuijs, Dwachs, Sojo, TommPa9, Cruzer, The Hood, colonyan, etc.. han traído nuevas ideas, paksets, informes, documentación y sobre todo energía para emprender nuevos caminos para el juego. Un diez para todos ellos. Y casi me olvido de Hajo, el creador original del Simutrans, que ha vuelto para quedarse y ofrecer su experiencia y conocimientos del juego, aconsejando en lo posible a todos. Un lujo tenerlo de nuevo entre nosotros.

Si bien es cierto que antes había más actividad en los foros de gráficos y objetos extra, yo personalmente creo que los paksets han llegado a un cierto punto de madurez en que ya no son esenciales tantas colaboraciones. Hay que pulir detalles, pero la gran mayoría de las áreas están mínimamente cubiertas. Es por eso que uno de los pocos reductos por donde los artistas de Simutrans pueden crecer es creando nuevos paksets como el pak96.comic que va directo al número uno con su particular estilo gráfico, el pak128.GB que probablemente dará soporte a la innovadora rama experimental de Simtruans, que tan buena sensación ha causado en parte de la comunidad de jugadores. Por otro lado, el cambio en la gestión del pak128, de Napik paso a manos de VS, conllevó un titánico esfuerzo para actualizarlo, adaptarlo a la nueva licencia libre (Artistic License v1.0) así como el gigantesco proceso de equilibrado de los vehiculos (trenes, aviones, etc..) y parece que la cosa ha dado resultado, aunque hubo que renunciar a algunos objetos.

En cuanto a la comunidad hispana, no me puedo quejar. Somos pocos, pero más que antaño y sobre todo fieles y activos. Gente como Zeno, Silver, Aglezabad, Derajjared, Lobsus, Nico Pelufo, Winslow, Tonu, Napo, Hugo samuel, Marioxcc,Jmoysae, etc.. han dado lugar a proyectos de traducción, paksets, instaladores, vídeos, buenos objetos, proyectos en común, mejoras en la documentación y una larga lista de cosas que todos juntos hemos llevado a cabo en estos 100 días. Ha sido y es una gozada compartir todos esos momentos con ellos, las discusiones, el intercambio de ideas, las críticas y las sugerencias. Otro diez para la comunidad hispana de Simutrans, y haber si terminamos el famoso logo de una vez.... xD

En cuanto al resto de comunidades, la colonia portuguesa-brasileira se durmió un poco en los laureles, probablemente debido a que algunos de sus más importante miembros ya no están pero IgorTekton hizo un buen trabajo, y poco a poco parece que la cosa remonta con algún que otro proyecto en común. ¡¡Animo pessoal!!

Otra comunidades que me han sorprendido son la checa y la francesa. Sinceramente no pensé que hubiera tantos jugadores checos, y menos creadores compulsivos de objetos como TommPa9. El tío no para de crear autobuses, camiones y trolebuses para el pak128. Suerte que lo tenemos de nuestro lado. Solo queda Felicitar a VS, por el buen trabajo de moderación en el foro checo. Por otro lado, parece que la comunidad francesa finalmente despertó. En el anterior foro no había casi nada, y ahora hay blogs, proyectos como el tren MLM y traducciones de los ficheros de ayuda. Esta es la mejor forma de promocionar Simutrans en tu idioma, creando comunidad.

En resumen, que han sido unos 100 días increibles con buenas discusiones, intercambios de ideas, críticas, pruebas, gratas sorpresas, interesantes proyectos y esperemos que lleguemos a los 200, 500 o quien sabe...puede que incluso a 1.000.

P.D: Se que me dejo un montón de cosas en el tintero, como Simutrans Experimental, Simutranslator, el port de Simutrans a iphone y Mac Intel, el cambio de admins del foro, la famosa, versión 100, los ríos, el parche de adelantamiento, el nuevo modo subterráneo, el renacimiento del repositorio de graphics.simutrans,com, las compilaciones nocturnas, las nuevas versiones de shades y Tilecutter, las guias de docs.simutrans.com, los cientos de proyectos sugeridos y nunca llevados a cabo, pero en fín, el espacio no es infinito..al menos eso dicen.

Todo tu foro nos es pertenecido...

2009-05-21T08:26:00.000+02:00

Para todos aquellos que paseís por aquí de camino o de vuelta del foro, habreís notado que está fuera de servicio. Bueno, el mensaje original es caído temporalmente. El caso es que parece que alguien o algo ha hackeado algunos de los ficheros.

Leer más...

Ayer por la noche algunos usuarios se dieron cuenta de que los archivos adjuntos con extensión patch contenían código html que olía a spam. Después de mucho indagar, yo entre otros, me dí cuenta de que el fichero index.php, habúia sido modificado introduciendo código html que contendía enlaces a sitios con spam. Eran lo menos 10-12 enlaces justo tras la cabecera HTML, a continuación de la etiqueta body.

Yo calculo que esto debió pasar a eso de las 16:00 de ayer, ya que cuando volví de comer en el trabajo, el filtro del proxy que tienen instalado para bloquear contenidos no deseados bloqueaba la portada del foro (el famoso fichero index.php) por contener referencias a juegos de azar y pornografía. Me pareció extraño, pero creí que se debía a errores del filtro hasta que por la noche me di cuenta de la modificación comentada en el parrafo anterior.

Los administradores del foro están trabajando en la restauración del mismo (Isaac, IgorTekton, VS, whoami, prissi, etc..) y esperemos que pronto vuelva a estar en funcionamiento.

Mientras tanto podeís seguir los avances y progresos en el foro de respaldo, habilitado por Isaac para estos casos.

Video: vagón cisterna implosiona e impresiona..

2009-05-21T00:37:00.000+02:00

Siguiendo con las entradas esporádicas de videos curiosos, acabo de ver este impresionante vídeo en Microsiervos, sobre vagones cisterna..

Leer más...

¡¡o.O!! Increible ¿no? Ya había visto algo parecido en MythBusters (Cazadores de Mitos) y en El Hormiguero, pero nunca con algo de ese tamaño...

Sígueme la corriente..

2009-05-18T22:48:00.000+02:00

Uno de los detalles de la mecánica en las cadenas industriales de Simutrans que habitualmente se suele pasar por alto son las líneas de alta tensión. Tengo que confesar que hasta hace cosa de un año, yo ni siquiera las usaba, pero me equivocaba completamente porque juegan un papel bastante importante dentro del juego.

Leer más...

A ver, apliquemos algo de método deductivo al asunto. Las líneas de alta tensión sirven para transportar electricidad. Dicha electricidad es generada por las centrales eléctricas de todo tipo (solares, eólicas, nucleares, termicas, hidroeléctricas, etc..) ¿y a donde debemos dirigir toda esa electricidad? Evidentemente no a las ciudades, porque esto no es Simcity o similares, así que solo queda otro candidato: las cadenas industriales.

Os habreís fijado que el ritmo de producción y consumo de algunas de las cadenas industriales es muy bajo. Hay cadenas donde se produce mucho y se consumo a ritmo muy lento, otras donde hay mucha demanda pero la producción es escasa.

Bien, pues para esto mismo sirve el suministro de energía electrica mediante líneas de alta tensión. Las fábricas necesitan más energía para consumir y producir a un mayor ritmo, por tanto lo que hay que hacer es conectar estas fábricas a la red, mediante tendido eléctrico, líneas de alta tensión y transformadores.

La operación de montaje de la red es sencilla. En cualquiera de las centrales electricas ponemos una Subestación ( menu Herramientas Especiales de Construcción >> Subestacción transformadora) justo al lado de la misma central. A continuación, repetimos la operación con la fábrica o fábricas que queremos conectar a la red. Una vez hayamos construido las subestaciones, Pulsamos la tecla L y el cursor del ratón cambia a modo tendido eléctrico (esta en el menu Herramientas Especiales de Construcción >> Tendido eléctrico) Ahora basta con conectar las estaciones de las fábricas a la de la central eléctrica. No hace falta que sea conexión directa, puedes conectar una sola, y construir ramales hacia el resto, por ejemplo.

Una vez hayas conectado la fábrica a la red eléctrica, si pulsas en ella, aparecerá el símbolo de un rayo rojo en la esquina superior derecha de la imagen que aparece en la ventana de información de dicha fábrica. Además si abres la Lista de Fábricas comprarás que aquellas que reciben suministro eléctrico tiene el famoso icono del rayo rojo antes del nombre. Eso significa que está conectada.

Las líneas eléctricas pueden cruzar ríos y mares mediante el otro tipo de tendido electrico denominado Líneas de Alta Tensión, que pueden atravesar como máximo cuatro cuadrículas de terreno.

El aporte extra de energía hará que la fábrica aumente su producción y/o su consumo. Por otro lado, el transporte de electricidad también da algo de dinero (no te hará rico pero menos es nada) Aún os podeís estar preguntado la utilidad de esto. Supongo que más de uno se habrá encontrado con que tiene un Mayorista o una Tienda de libros en la ciudad que consume muy lentamente, mientras que el resto de elementos de la cadena industrial van a todo gas, produciendo como locos, y al final tienes un montón de mercancía esperando a que el consumidor final gaste algo para que la cadena vuelva a funcionar de nuevo.

La solución para aumentar dicho consumo es suministrar electricidad al consumidor final (Mayorista o Tienda de libros) No tienes más que construir la subestación y conectarla mediante tendido eléctrico a la red ¿fácil, no? En algunos casos puede aumentar el consumo y/o la produción en cinco veces, pero lo normal es doblarla o triplicarla.

Los desarrolladores, en especial Kierogreen, estaban trabajando en mejoras para poder introducir tendido eléctrico dentro de la ciudades de forma subterránea. Esto es más realista y evita que el jugador tenga que estar remodelando cada dos por tres la ciudad, cuando esta crece y el tendido eléctrico dificulta dicho crecimiento. Esperemos que esta caracterítica esté incluida en próximas versiones.

Enlaces relacionados:

Tutorial del Foro en portugués

Wiki sobre el tema en alemán

Dime con quién juegas y te diré como eres

2009-05-17T09:00:00.000+02:00

Una de los elementos clave del desarrollo de cualquier projecto son los comentarios de los usuarios, la retroalimentación (feedback) es fundamental en el proceso de mejora y pulido de los detalles, ya que los desarrolladores normalmente no tienen tiempo de probar de forma intensiva todos ellos. Y Simutrans no es una excepción, ya que en los últimos tiempos hay algunos jugadores, más o menos experimentados que se han animado a relatar sus experiencias de juego en forma de informes, arrojando conclusiones que ayudan a mejorar tanto el juego como los paksets.

Leer más...

Primero hay que decir que no es estrictamente necesario ser un jugón para hacer este tipo de cosas, pero si ayuda. En otra ocasión comentamos que hay gente que juega por placer y otra como reto personal, lo cual no es malo pero son dos formas totalmente distintas de afrontar una partida de Simutrans, y ambas pueden aparecer mezcladas. Digamos que la segunda es más técnica, una visión más analítica del juego en busca de fallos o desequilibrios en al mecánica del mismo.

Este tipo de informes se basan en partidas con cronología, que analizan el comportamiento del juego y el pakset en un determinado lapso de tiempo o época. Sirve para ver si la mecánica está compensada, si la economía es favorable o desfavorable al jugador, si los vehículos existentes son rentables o deficitarios, si existen suficientes vehículos, si la época contemplada está debidamente ambientada con edificios y vehículos correspondientes. Ese tipo de cosas...

Supongo que existen muchos, y como hemos dicho con mayor o menor grado de detalle como por ejemplo el hilo del foro hispano de Simutrans donde la gente va colgando sus avances y se discuten estrategias y decisiones, no es tanto un informe completo sino un intercambio de ideas.

Uno de los que más me ha gustado (sobre todo porque no está en alemán.. :P) es NiNiWania - 19th Century from 1830 to 1900 creado por Lodovico. Si no recuerdo mal fue uno de los pioneros en este tema. El informe trata de una partida con pak64 y cronología entre 1830 y 1900, siglo XIX. Está muy bien estructurado, con imágenes de la evolución de las ciudades, comentarios divididos por años, muchas capturas de pantalla y seguimiento completo de las finanzas año a año. Otra ventaja es que a pesar de estar en inglés, no contiene mucho texto lo cual lo hace muy ameno.

Si echaís un vistazo por encima, la mayoría de la decisiones que toma son bastante sensatas y consecuentes. Siempre opta por los vehículos más rentables, y más baratos a ser posible, explicando las razones de su elección basada en criterios como capacidad, rentabilidad, coste operativo, etc...

Por otro lado sigue una de las máximas de Simutrans, que reza..

Para evitar la bancarrota, debes empezar por el transporte de mercancías

Si seguís leyendo, comprobareís opta por conectar las industruías existentes en ese momento, con los vehículos más optimos, y unas lineas más abajo aparecen las primeras conclusiones. Recomienda no usar un carruaje para papel y como en esa época no existen las señales de elección de parada vacía tienes que poner varias paradas y varias líneas sirviendo en la misma ruta, lo cual te lleva a tener atascos de tráfico.

Esto es una constante a lo largo de todo el informe. Primero valora su situación económica, revisa las nuevas oportunidades de transporte, toma decisiones y explica el razonamiento seguido, y por último analiza las consecuencias de dichos actos.

A veces hace "trampas" y compra nuevas industrias para aumentar las oportunidades, pero el análisis de los vehículos es muy concienzudo. Realmente te muestra cuando hay que optar por un tipo de vehículo u otro, y hace una extensa revisión de todas las locomotoras antiguas a vapor, con sus pros y sus contras.

Todas sus decisiones son muy precavidas, conservadoras y meditadas. Cuando ve que un vehículo da pérdidas, inmediatamente inicia la búsqueda de un posible reemplazo o simplemente ignora dicha ruta o mercancía.

Algunas de las conclusiones que se obtienen del informe:

Son necesarias locomotoras para periodo 1850-1870, con potencia 50-200 kw y coste operativo 1,5-2.5 cr/km

Vagón de pasajeros para 1850-1870

Vagón para áridos para antes de 1870 (10 tn., menos de 0,5 cr(km))

Vagones para acero y madera más ligeros que los actualmente disponibles para dicho periodo

Nuevos barcos para el periodo 1890-1900

Es posible que el que esté en inglés puede ser un freno para algunos, pero os recomiendo enormemente que leaís este tipo de documentos, porque siempre es enriquecedor leer las experiencias y los puntos de vista de otros jugadores. Y para los que desarrollan objetos sirve como guía de inspiración para nuevas creaciones.

Enlaces relacionados:

Informe Silverfuxx en alemán

Informe Bossilein en inglés

NiNiWania por Lodovico, en inglés

The World in pak64 por fuzion_051, en inglés

Simutrans al fresco: novedades, noticias y curiosidades

2009-05-15T12:50:00.000+02:00

Una vez más, volvemos con un resumen de lo más importante que ha ocurrido en las últimas semanas en el mundo de Simutrans, así como algunas noticias interesantes relacionadas con el hobby. Aviso que hoy venimos cargaditos de cosas de la comunidad hispana de Simutrans.

Leer más...

Para los aficionados al modelado 3D, y más concretamente a Blender, tenemos muy buenas noticias. Ya ha salida la nueva edicion del famoso libro Blender Basics Book que contiene todo lo necesario para aprender a manejar esta maravillosa herramienta desde cero, empezando por el interfaz y las operaciones básicas, hasta la animación y edicion de vídeos, pasando por el renderizado y la aplicación de texturas. Tal vez muchos no vayaís a llegar tan lejos, pero si quereís aprender a modelar objetos 3D para Simutrans, este debe ser vuestro libro de cabecera. Está en inglés y lo podeís descargar en formato PDF aquí (hay enlaces al libro completo o capítulos individuales)

En el capítulo de desarrollos, la versión experimental de Simutrans va viento en popa (en un futuro publicaremos un análisis a fondo) por la versión 3.8, gracias a la colaboración de nuevos jugadores, desarrolladores y gente que está informando de errores y creando material específico para aprovechar las características que brinda esta versión diferente de Simutrans. Os invito a todos a descargarla y probarla (enlace)

Por otro lado, en el tema de nuevos parches, parece que Dwachs está perfilando los últimos detalles para incorporar el nuevo modo subterráneo,que entre otras cosas nos permitirá ir de un nivel a otro cuando estemos mirando bajo tierra, así como ver la parte de superficie y la de bajo tierra al mismo tiempo en cada nivel. Parece que vamos dando pequeños pasos hacia una de las peticiones más repetidas que es la posibilidad de pendientes en el modo subterráneo (enlace)

También nos hemos enterado que JamesPetts, coordinador de Simutrans Experimental, ha incorpado la opción de dar una longitud máxima variable a los convoys. Actualmente la long. máxima es de 24 vagones incluyendo la locomotora, pero en la versión experimental de Simutrans puedes modificar esa restricción mediante una barra de desplazamiento. Con esto podremos tener convoys tan largos como queramos, pero para eso tendreís que descargar la versión experimental.

Dejando las noticias de desarrollo, pasamos ahora a las noticias relativas a la comunidad hispana de Simutrans, bastante activa ultimamente.

El compañero Derajjared que parece no parar ni para dormir, ha iniciado dos interesantísimos proyecto gráficos. Por una parte tenemos el Pak128.Azteca que se inspira en los paisajes y edificos mexicanos, para crear un minipak perfectamente ambientado en el desierto que se integra de maravilla tanto en ese clima como en el pak128 en general. Hay disponible una versión beta para descargar aquí

Por otro lado tenemos el proyecto denominado Relieves en el que haciendo gala de su talento para pintar, Derajjared ha creado una serie de accidentes geográficos como rocas, peñascos y cañones. El resultado es algo tan impresionante como esto:

Además estamos intentando dar más publicidad a Simutrans, gracias al proyecto de Simutrans TV iniciado por Aglezabad. Será un canal con contenidos sobre Simutrans como tutoriales, vídeos de partidas, composiciones musicales, muestras de paksets, etcc. pero tambien con contenidos relacionados como videos curiosos de transporte, reportajes de tecnología y demás. Os animo a participar y añadir vuestros propios contenidos y sugerencias. Más información en el foro.

Por último, Aglezabad en colaboración con FrankP, están creando instaladores de Simutrans para windows, en pos de facilitar la instalación del juego en dicho sistema operativo para aquellos que tengan problemas, o simplemente si lo quereís instalar de la forma habitual en windows (aceptar, siguiente, siguiente, finalizar) Los instaladores son gráficos, con opción de instalar varios paksets, idiomas, opciones del acceso directo en el escritorio, etc... una gozada para los usuarios de Windows. Más información y enlaces de descarga aquí.

Por cierto, casi se me olvida...¡¡Votad por Simutrans para los SourceForge Community Choice Awards!! más información aquí..

Se transparente, amigo.

2009-05-14T13:30:00.000+02:00

Esta entrada del blog va dedicada a uno de los errores más habituales que se producen cuando se están desarrollando los gráficos para nuevos objetos de Simutrans. Es el conocido como "Virus Barrotes" de Simutrans.

Leer más...

¿Y de donde viene este "problema"? bien, Simutrans tiene una forma especial de tratar las transparencias. El motor gráfico del juego soporta imágenes de 24 bits (8 bits por canal) mientras que el uso de transparencias supone habilitar imágenes de 32 bits (8 bits por canal más 8 bits para transparencia)

En este punto, por razones que desconozco aunque intuyo que sería para optimizar el motor gráfico y porque probablemente a Hajo y cia no les convencía mucho el soporte para transparencias de las librerías gráficas del momento, se optó por usar un ingenioso sistema. Este consiste en considerar un color dentro del rango de los permitidos como color transparente. Este valor tan conocido por muchos es el famosos E7FFFF, que aparece en los fondos de todos los objetos.

Cada vez que el juego detecta dicho color, simplemente no lo procesa ni lo representa en pantalla, actuando así como una falsa transparencia. Pero a veces realizamos acciones con el programa de dibujo, que hacen que se active el canal alfa o transparencia sin que nos demos cuenta de ello, y cuando empaquetamos el objeto y lo probamos nos encontramos con esto, conocido como virus barrotes de Simutrans:

Existen varias formas de solucionar este problema. La primera de ellas es seleccionar el fondo con la herramienta Varita, que agrupa como selección todas las zonas de imagen con el mismo color que hemos marcado con el puntero del ratón. Seguidamente invertimos la selección, suele ser pulsando CTRL+i y cortamos el contenido (CTRL+x). A continuación creamos una imagen del mismo tamaño con el fondo blanco y pegamos el contenido que hemos cortado anteriormente (CTRL+x). Puede que tengaís que centrarlo un poco.

Si aún así lo probaís y siguen saliendo los barrotes, la siguente solución es algo más complicada. Al crear la nueva imagen donde pondremos el contenido cortado de la imagen original hay que bloquear manualmente el canal alfa. El proceso para llevar a cabo esto depende del programa de dibujo que esteís usando. El Microsoft Paint por ejemplo, no tiene esta opción, así que en ese caso tendreís que usar algo más avanzado como GIMP, Paint Shop Pro, Photoshop o Paint.Net.

En GIMP, al igual que probablemente que otros programas que os dejen manejar capas, la forma de bloquear el canal alfa es muy sencilla. Una vez creada la nueva imagen que será la receptora del contenido original, pulsamos CTRL+L para que muestre el menu de Capas. Como es una imagen nueva, seleccionamos la única capa existente, y marcamos la casilla indicada en la imagen.

Ahora podemos seguir con el proceso, pegando el contenido de la imagen original en la nueva, y finalmente guardamos el fichero.

La primera solución suele ser suficiente, pero a veces las imágenes pueden dar más guerra de lo normal. Pues esto es todo por hoy, amigos..

Simutrans en los Premios SourceForge

2009-05-14T13:24:00.000+02:00

En SourceForge, el mayor repositorio de software del mundo, va a entregar los premios a los mejores projectos de 2008. Estamos haciendo campaña para que Simutrans pueda conseguir el premio como mejor proyecto para jugadores (Best Project For Gamers) así que animo a todos a que voteís por ello.

Leer más...

Rellenad este formulario donde lo único que tenís que escoger es la categoría Best Project For Gamers e introducir vuestro correo electronico. Tras emitir el voto, teneís que confirmarlo por mail, pulsando en el enlace incluido en el correo que os mandarán. ¡¡Todos a votar!!

Y se hizo la luz en Simutrans

2009-04-12T18:46:00.000+02:00

Hace poco charlaba con gente del chat de Simutrans sobre Blender, y se comentó que a veces surgían problemas para establecer la posición más adecuada de los focos de luz, en las escenas y objetos para Simutrans. Vamos, que no sabían cual era la forma más adecuada de iluminar una escena de Blender para Simutrans...y eso es lo que vamos a tratar de explicar aquí.

Leer más...

Antes de comenzar hay que tener claros un par de conceptos. Por convenio, el sol en Simutrans aparece por el Sur, esto es la esquina inferior izquierda de la pantalla. La posición del sol respecto a los objetos es de 60º respecto del plano horizontal (explicación) debido a la vista usada en el juego, denominada vista isométrica. En consecuencia, las caras visibles del objeto son Sur, Este y superior.

En resumen, tenemos que la cara frontal (Sur) y superior son las que más luz recibirán, siendo esta última la más iluminada. La cara lateral (Este) es por tanto la que menos luz recibe, y debería ser oscura o casi negra.

Por otro lado, debemos conocer los distintos tipo de luces existentes en Blender. Las posible opciones son: Sun, Spot, Lamp y Hemi. En este caso, nos centraremos en los tipos Sun y Spot, pero teneís más información en este enlace en inglés.

El tipo Spot es un foco que emite luz en todas direcciones, y sirve principalmente como luz de ambiente, para iluminar toda la escena o grandes superficies de la misma. Suele usarse como luz secundaria en las escenas, como apoyo al resto de focos.

El tipo Sun es un foco que emite luz de forma algo más concentrada. Digamos que es posible dirigir la luz emitida por dicho foco con algo más de precisión que el anterior tipo. Sirve para resaltar detalles de zonas concretas, y puede ser usada como luz principal de la escena.

En función de lo expuesto anteriormente, existen varias formas de organizar los focos de luz en una escena para Simutrans:

Principal y apoyo (Sun + Spot) se basa en la idea de que el Sol aparece por el sur, y por tanto dicha fuente de luz se corresponde con un foco tipo Sun situado en la zona sur que aporta la mayor parte de la iluminación en la escena. Pero como el Sol no está situado exactamente en el sur sino más bien el en sureste, se usa un foco tipo spot con menos de potencia para dar más de luz en el lateral. Esto garantiza algo más de definicion en todas las caras visibles del objeto.

Dos luces (Suns o Spots) es una técnica que opta por usar dos luces del mismo tipo. Si usamos dos focos tipo Spot obtendremos una escena con más luz ambiental, pero con menos contraste y detalle, por eso se suele usar en objetos con grandes superficies como edificios y estaciones. Por contra, si usamos dos focos tipo Sun obtendremos más detalle pero relativamente menos iluminación ambiental, por esto es más recomendable usarla para vehículos.

Tres luces (Suns + Spot) no es una técnica propia de Simutrans sino de Blender, pero puede ser igualmente útil. Las luces se sitúan en los puntos Sur, Norte (Sun) y Este (Spot) para conseguir una iluminación más suave del objeto. El foco Sur da detalle, el foco Este proporciona contraste y el foco Norte añade definición de la silueta del objeto. El resultado puede ser impresionante pero es posible que en determinados casos añada demasiada luz a la escena.

La distancia de los focos al objeto depende de la orientación de los mismos, que ya hemos mencionado debe ser 60º respecto a la horizontal siendo posible llegar hasta 45º. Yo habitualmente coloco el foco principal a unas 30 unidades de distancia y los focos secundarios en un rango de 12-15 unidades.

La potencia de los focos depende también de la distancia de los focos al objeto, pero en ningún caso recomendaría valores mayores de 1.00. Los valores que yo suelo usar son 0.70-0.92 para el foco principal y 0.60-0.72 para los secundarios.

Estas solo son técnicas y consejos básicos pero nada impide añadir nuevos focos para resaltar otros detalles o determinadas zonas, o dotar de más luz ambiental a la escena. Os dejo algunos enlaces adiccionales de referencia:

Manual de Blender (Focos y luz) en español

Básicos: Iluminación en Blender en inglés

Ajustando la luz en inglés

Simutrans en los medios: críticas, análisis y reportajes.

2009-04-05T22:45:00.001+02:00

Si creas o colaboras con algún proyecto, siempre te sientes orgulloso cuando crece y se hace más popular. Puede que no sea el objetivo principal, pero al menos en mi caso, me gusta que Simutrans pueda llegar a más gente y que nuevos jugadores lo descubran por primera vez. Por eso vamos a hacer una retrospectiva de como se ve Simutrans en algunos "medios".

Leer más...

Soy de los que piensa que siempre es bueno contar con opiniones externas al proyecto, porque resaltan elementos y aspectos que la gente de la comunidad posiblemente no aprecie. Destacan tanto aspectos positivos como negativos, y normalmente suelen ser más objetivos, lo cual ayuda a que el proyecto mejore en todos los aspectos.

He que decir que la mayoría de reportajes y análisis son de blogs y portales de descargas de juegos de código abierto, y es que poco a poco Simutrans se va haciendo un hueco y un nombre dentro de mundillo del software libre.

Linux game tome es una de las páginas más importantes de juegos del mundillo del software libre. Realmente no es una página de análisis y reportajes, sino que informa de nuevas versiones, y la gente califica los juegos y los comenta. Se han anunciado versiones de Simutrans desde la 0.78.01 en Junion de 2001. El último aviso es de la versión 100.

La calificación que le dan es de 4/5 con 31 votantes, y en general destacan su profundidad de juego y las horas de entretenimiento que proporciona. Por contra, algunos preferirían mejores gráficos y algún tipo de ayuda extra en forma de tutorial para principiantes, como ayuda para los nuevos jugadores.

Juegos libres es un blog en español dedicado a los juegos de códgo abierto. Hace una semana, publicaron un reportaje acerca de Simutrans, con bastantes buenas críticas. Nuevamente mencionaban como "punto flaco" los gráficos, pero el reportaje destaca la variedad y dinamismo en los mapas de Simutrans así como la evolución temporal de la partida, donde los componentes del mundo de juego van cambiando poco a poco. Resalta la importancia del transporte en el crecimiento de las ciudades y su entorno.

Freegamer es un blog exclusivamente dedicado a juegos de código abierto. Yo lo descubrí hace poco, y hace más o menos mes y medio realizó un interesante reportaje acerca de los distintos juegos de simulación de transportes y económica que existen (OpenTTD, Simutrans, FreeRails2, FreeTrains, Micrópolis, LinCityNG, OpenCity, etc..)

Este reportaje fue leído por muchos usuarios de la comunidad, y desde mi punto de vista, Simutrans fué el que mejor parado salió. Como aspectos negativos se destaca la música, el espartano interfaz de usuario (comparado con el de OTTD) y algunos problemas con textos se salen de las ventanas de diálogo. Entre los puntos a favor, destaca la viveza del entorno con ciudades, tráfico, personas y ciudades en constante cambio.

La conclusión final es que es más complejo en cuanto a mecánica de juego, menos repetitivo que otros, retando al jugador a que se adapte a las circunstancias de cada momento. El autor destaca otros problemas, en parte debido a que según comentó en el foro internacional, era un ex-jugador de OpenTTD.

Softonic es uno de los portales de descargas más populares de la red, y entre sus millones de programas y juegos descargables se ofrece Simutrans. A día de hoy, el juego tiene una nota media de 6,9 y leyendo las críticas, las opiniones se dividen en dos bandos. Los que han conseguido instalarlo y han jugado, resaltando la buena experiencia que han tenido y en algunos casos, la excesiva dificultad para los principiantes. La otra facción que no ha podido instalarlo y que se queja de que no exista un instalador automático. Aunque creo que esa fama es inmerecida y algunas de esas quejas son antiguas, la comunidad de Simutrans ya está trabajando en ello.

Supongo que existen muchos más sitios, en otros idiomas, donde se habla de Simutrans y que esto es solo un pequeño extracto de la opinión que tiene el resto del mundo acerca de nuestro amado juego. En general, las críticas positivas son mayoría frente a las negativas, pero no debemos relajarnos. Debemos seguir mejorando el juego poco a poco con cada nueva versión.

El foro (ya no) está fuera de servicio

2009-03-25T15:28:00.000+01:00

Para todos aquellos que paseís por aqui de ida o de vuelta hacia el Foro Internacional de Simutrans, ya habreís notado que está fuera de servicio desde hace unas horas.

Parece ser un problema con las DNS, que se estuvieron manipulando a lo largo de la última etapa de migración de todos los recursos de la comunidad a los nuevos servidores.

Se está trabajando para solucionar el tema lo más rápido posible, y al menos por mi parte ya se ha avisado a los principales administradores del foro. Así que tranquilidad y dedicaros a jugar un rato a Simutrans... xD

Actualización: como sospechábamos, era cosa de los DNS que estaban actualizándose, pero parece que todo está arreglado y funcionando de nuevo. Ya podeís entrar.

Simutrans en miniatura

2009-03-25T00:41:00.000+01:00

Siempre he pensado que Simutrans es como un gran diorama virtual, sobre todo para aquellos que hemos intentado hacer maquetas una y otra vez, y hemos fracasado. Este video que he descubierto parece confirmar mis sospechas. Bienvenidos a Miniatur Wunderland...

Leer más...

Tiene más de 700 trenes y 10.400 vagones con convoys de 14,5 metros de largo y también tiene tráfico rodado y fluvial. Cuenta con más de 200.000 luces, 150.000 personas y 165.000 árboles con ciclos de día y noche incluidos. Todo controlado por 33 ordenadores.

Al final del vídeo se puede ver que tienen planeado construir un aeropuerto con aviones en movimiento. ¡Menuda envidia! a ver si alguien se anima a recrear semejante diorama en un mapa de Simutrans....bueno, sin más dilación os dejo con el video.

Guía en español sobre el diorama (PDF)

Barcelona vista desde un tranvia

2009-03-22T23:00:00.000+01:00

De vez en cuando solemos incluir algún que otro video curioso relacionado con el transporte y la ciudad. Pues bien, navegando por Microsiervos encontré este vídeo de Barcelona vista desde un tranvía en youtube.

Leer más...

Barcelona, un paseo en tranvia. Una obra de 1908 que nos muestra la ciudad condal y sus principales calles bajo la dirección de Ricardo Baños. Un video genial.

La mecánica de juego en Simutrans

2009-03-12T23:45:00.000+01:00

Hace poco charlaba con otros usuarios de Simutrans a través del canal de chat, acerca de la complejidad y la forma de juego de Simutrans. Yo no tengo duda alguna de que la experiencia de juego es lo suficientemente compleja y excitante como para retar al jugador, pero otros pensaban que Simutrans aún podía dar más de si. Y tú ¿como definirías la forma de juego de Simutrans?

Leer más...

En este tema hay opiniones para todos los gustos, y toda tienen sus excelencias y limitaciones.

Hay gente que piensa que Simutrans es principalmente un simulador de transportes. Llevar las mercancías de un lado a otro, construir infraestructuras como puentes, túneles, intrincadas redes de ferrocarril, inmensas estaciones, redes de metro bajo las ciudades, aeropuertos gigantescos, largas lineas de autobús, etc... Esta facción no está interesada en tener que gestionar miles de pequeños detalles derivados de dichas actividades. Disfrutan más viendo los vehículos en movimiento y jugando con ellos. Es algo así como jugar con un montón de maquetas, para crear un pequeño gran mundo.

Por otro lado, tenemos a los partidarios de Simutrans como simulador económico. Ganar dinero, controlar gastos y ganancias, ser rentables, optimizar, ahorrar, etc.. Esta es sin duda una visión bastante opuesta a la anterior, completamente distinta diría yo. No es que los partidarios de esta corriente no disfruten con los vehículos, sino que enfocan la experiencia de juego desde una vertiente más técnica que lúdica, sin que esto signifique aburrimiento, todo lo contrario. Si el juego te reta por su complejidad y profundidad, probablemente disfrutes mucho más de él.

Esto nos lleva a hacernos la siguiente pregunta ¿Como definirías la forma de juego de Simutrans? ¿y qué harías para mejorarla?

Los que están de acuerdo con la segunda opción suelen proponer mejoras en la economía de Simutrans. Me refiero a cosas como cobrar tickets, mejorar los algoritmos de encaminamiento de mercancías, añadir competencia para el jugador por medio de los elementos pasivos del juego (coches privados, carreteras, etc..)

Muchas de estas propuestas conllevan lo que en la comunidad se conoce como el inconveniente de la microgestión. Si se empieza a salpicar la experiencia de juego con pequeños detalles y eventos a los que hay que prestar atención de forma regular y continua, y además dichos detalles sean determinantes a la hora de jugar, la cosa se vuelve injugable.

En el lado contrario, los partidarios de la primera opinión casi siempre optan por añadir complejidad a los principales elementos del juego, desde su punto de vista, que son las cadenas industriales. Actualmente una forma de dotar al juego de (aún) mayor complejidad y profundidad sería crear cadenas industriales más largas, con más dependencias entre ellos o dentro de la misma cadena.

Por ejemplo, la cadena del acero se compone de:

mina (carbón + hierro) --> Altos hornos --> Mayorista

Hay quién sugirió que sería más realista que las minas consumieran madera y agua, y todos los elementos de la cadena produjeran desperdicios, que serían tratados por alguna otra fábrica. Sin duda es realista, pero bajo mi punto de vista el añadir nuevas dependencias solo añade cuellos de botella. El problema es que los que antes eran productores pasan a ser intermediarios que depende de otras cadenas, y si estas no aparecen, te quedas sin una cosa ni la otra.

Que conste que no estoy en contra de la idea, pero me parece que ofuscar la mecánica de juego no es el camino para mejorar la complejidad y profundidad de la experiencia de juego del usuario. De lo simple nace lo complejo, y no hay mejor ejemplo de esto que la vida misma. Si en vez de crear mega-cadenas industriales, con miles de dependencias, con subcadenas y produciendo mercancías en todas las etapas nos centramos en pequeñas cadenas de dos o tres elementos, que se pueden acoplar o no a otras mas grandes, pero que no dependan de ellas. Si creamos cadenas tanto industriales como energéticas (gas, procesado de basuras) que tengan varias vertientes de aprovechamiento, creo que el juego alcanzaría el mismo grado de complejidad pero manteniendo intacta la mecánica de juego simple, clara y directa.

Keep it Simple Stupid deber ser siempre nuestro lema. :)

Simutrans extra: mondo bizarro

2009-03-08T20:07:00.000+01:00

Muchos ya sabreís que los japoneses son bastante "peculiares" en determinados temas: la forma de comportarse, de gastar bromas y de llevar determinadas acciones al extremo. Pues bien, Simutrans no iba a ser la excepción...

Leer más...

La comunidad japonesa de Simutrans, fue y creo que es, nutrida, productiva y muy importante. Han hecho toneladas de objetos extra y accesorios, algunos de lo más raro y peculiar, que han impulsado enormemente la aficción por el juego en esas tierras y en el resto del mundo. Trenes, puentes, estaciones, edificios y un largo etcétera de objetos pueblan la página oficial de simutrans en japonés (japanese.simutrans.com)

Pero todo tiene un límite, amigos. Estaba yo buscando imágenes de inspiración para el nuevo logo de la comunidad Hispana de Simutrans cuando me encontré con este maravilloso (¿?) objeto extra. Juzgad por vosotros mismos.

Imagen cortesía de Kuzira Dream Addons

Es una especie de ballena de colores, que actua como atracción turística, al más puro estilo pop de hello kitty! y lo mejor de todo es que funciona con la última versión de Simutrans.

No hay duda ¡estos japoneses están genialmente locos!

P.D: podeís descargar las versiones para pak64 y pak128 aquí

Simutrans al fresco: novedades, enlaces y cosas curiosas

2009-03-02T00:19:00.001+01:00

Te contamos las últimas novedades de la comunidad, algunos enlaces y noticias curiosas relacionadas con el mundillo de los transportes..

Leer más...

Para aquellos que no estéis muy puestos, se ha iniciado un port de Simutrans para iphone. Hace unos días, el usuario zodttd contactó con prissi para pedir permiso para portar Simutrans al iphone, y venderlo a través de Apple Store. Ya existían precendentes de gente que había preguntado si sería posible portar el juego a otras plataformas como PSP o NDS, pero debido al consumo de memoria del juego, el port no era posible. Pero el iphone es como un mini ordenador, así que problema resuelto.

El desarrollo está siendo muy rápido, de hecho ya existen imágenes. Se ha descartado el pak128 por excesivo consumo de recursos, pero el pak32, pak64 y pakHajo funcionan correctamente. Lo gracioso es que si lees los comentarios de la página de zodttd en AppleStore, la mayoría de la gente prefería un port de OpenTTD, el "gran" rival de Simutrans, pero como Simutrans es 100% software libre, y OTTD no está completo sin los archivos originales de TTD, pues el autor del port se inclinó por Simutrans. Así que todos aquellos que tengan un iphone (no es mi caso..) estad atentos al foro (enlace) porque dentro de poco podreís disfrutar de Simutrans en el metro, en el bar, en el autobús o en el baño... xD

En otro orden de cosas, el tema de los ríos, que tratamos hace poco, está casi terminado y en el caso del pak64, solo falta hacer los gráficos ('animaos y contribuid!) El nuevo modo subterráneo está corregido y casi terminado, y la conexión entre niveles está muy avanzada.

En esto momentos, en lo relacionado con desarrollo, lo que está haciendo es discutir formas de optimizar el código, limpiar partes del mismo para que sea más claro y fácil de mantener, y corregir mediante pequeños parches esos errores que se llevan arrastrando desde hace tiempo. También hay gente trabajando y haciendo algunas pruebas en el tema de nuevas IAs, implementando nuevos enfoques y haciendo pruebas de concepto. Yo creo que en lo que a desarrollo se refiere, no nos podemos quejar.

En cuanto a mis proyectos más inmediatos, estoy terminando el pak de camiones para papel y las terminales de carga para aeropuertos. He recopilado algunas fotos chulas de diseños de terminales de aeropuerto para pasajeros, así que es posible que haga algo en ese sentido. Tengo también unas locomotoras diesel Norteamericanas a medio terminar, les faltan las texturas.

Además me gustaría colaborar con el pakBritain, y ya que hace poco terminé Los Pilares de la Tierra, había pensado hacer la catedral de kingsbridge como atracción turística. Así de paso reemplazo la catedral tan fea que existe en el pak64. Por último, si me queda algo de tiempo empezaré con la cadena industrial del reciclaje y la del gas,pero supongo que eso será de aquí a tres años... :D

Por lo que sé, Zeno está currando en el pak de aviones, y en el modelo del ETR 300 settebello para el pak128. También ha hecho un interfaz para makeobj, pero eso mejor que os lo cuente él.

En cuanto a las cosas de casa, en el foro hispano hemos creado una encuesta para discutir si ponemos temas solo con enlaces de descarga objetos del juego. Es un tema complejo, y cada uno tiene su opinión pero parece que de momento gana el sí. Puedes seguir la discusión y votar aquí.

Ahora unos enlaces útiles y curiosos:

Oil Rig Resort es un hotel para pasar tus vacaciones en una plataforma petrolífera. Sería una atracción turística genial para Simutrans.

Enorme lista de sitios con texturas gratuitas

Interesante Barco de pasajeros con plantilla para poder dibujarlo.

Los logos de Metro del mundo.

Los 10 sitios web que pueden ayudarte es ser un maestro en GIMP

Curso de tratamiento de imágenes con Gimp