https://www.airalandalus.org/content/stamen-terrain-en-little-navmap

Como se instalan.

Para modificar la información que aparece al pulsar "MAYS+Z" sigue estos pasos:

1. Para FSX:

Abre el archivo C:\Usuarios\TU NOMBRE DE SUARIO\AppData\Roaming\Microsoft\FSX-SE\fsx.cfg

Para P3D:

Abre el archivo C:\Usuarios\TU NOMBRE DE USUARIO\AppData\Roaming\Lockheed Martin\Prepar3D v4\Prepar3D.cfg ( v4 podrá ser v3 o v2 según tu versión)

2. Localiza los apartados [TextInfo.1] [TextInfo.2] y [TextInfo.3]

Dentro del apartado [TextInfo.1] se define la información que aparece cuando pulsas MAYS+Z  UNA SOLA VEZ. Dentro del apartado [TextInfo.2] está la información que verás cuando pulses MAYS+Z DOS VECES y, por último y como resulta evidente, [TextInfo.3] define la información a mostrar cuando se pulsa MAYS+Z TRES VECES.

3. Antes de modificar nada, primero hay que "entender" la estructura de este apartado. Veamos un ejemplo de mi P3Dv4 por defecto:

[TextInfo.3]
AirSpeed=1,5
Altitude=1,3
FrameRate=2,1
FuelPercentage=2,4
GForce=2,3
Heading=1,4
HealthPoints=2,5
Latitude=1,1
LockedFrameRate=2,2
Longitude=1,2
WindDirectionAndSpeed=1,6

Resulta evidente que las variables (AirSpeed, Altitude...) están ordenadas por orden alfabético. Sin embargo, en el simulador no se muestran en ese orden. El orden queda definido por los dígitos tras el signo igual. Por ejemplo:

AirSpeed=1,5

El primer dígito, 1 en este caso, indica que la variable "AirSpeed" (velocidad con respecto al aire) se mostrará en la PRIMERA línea. El segundo dígito, el 5, indica el orden. En esa primera línea, se mostrará en la posición 5 (en 5º lugar)

Por lo tanto, y tal y como sabemos por experiencia, en la primera línea veremos, por orden:

Latitude, Longitude, Altitude, Heading, AirSpeed, WindDirectionAndSpeed

Las variables disponibles con las que podemos modificar este apartado son, en orden alfabético:

AngleOfAttack - Ángulo de ataque
Altitude - Altitud
AltitudeAgl - Altitud sobre el suelo
Airspeed - Velocidad con respecto al aire
AverageFrameRate - Frecuencia media de imágenes por segundo
FrameRate - Frecuencia real de imágenes por segundo
FuelPercentage - Porcentaje de combustible
FuelRemainingGallons - Combustible restante en galones
FuelRemainingPounds - Combustible restante en libras
GForce - Fuerza G
Heading - Rumbo
HeadingHex - Rumbo hexadecimal
HeadingTrue - Rumbo verdadero
Latitude - Latitu
LatitudeDec - Latitud Decimal
LatitudeHex - Latitud Hexadecimal
LockedFrameRate - Frecuencia seleccionada como fija de imágenes por segundo
Longitude - Longitud
LongitudeDec - Longitud Decimal
LongitudeHex - Longitud Hexadecimal
TrueAirspeed - Velocidad real con respecto al aire (corregida para temperatura y altitud)
VerticalSpeed - Velocidad vertical
VideoDevice -  Dispositivo de vídeo
WindDirectionAndSpeed: Dirección y velocida del viento
WindSpeed - Velocidad del viento
WindDirection - Dirección del viento

Fuente: https://fsxinsider.com/customizing-shiftz/

Este vídeo ofrece una introducción y configuración básica de algunos controles de vuelo Saitek mediante la aplicación SPAD.neXt

Suelo formatear mi sistema operativo con relativa frecuecia. Eso, a lo largo de los años me ha causado un problema relativamente recurrente: alcanzar el número máximo de activaciones para mis distintos números de serie. La solución es tediosa, pero sencilla: enviarle un correo al desarrollador pidiéndole la reactivación. Hoy he pensado que quizás podáis encontrar de utilidad la siguiente plantilla en inglés que es, más o menos, lo que yo suelo escribir cuando solicito el desbloqueo de la activación de mis números de serie. Espero que así sea.

Hi, I have reached the maximum number of activations for my serial number escribir aquí el número de serie que se desea activar and I would really appreciate if you would reset its activation so that I can use it again. Next you will find the details of my purchase: Escribir aquí los siguientes datos que demuestren que eres el legítimo propietario de ese número de serie:

• Fecha de compra
• Número de pedido/factura
• Método de pago
• Correo electrónico

Thank you very much in advance for your support. Kind regards,

Si, como yo, haces uso de VPN tendrás IPs muy diferentes y de diferentes países. Eso suele ser bastante "sospechoso", así que conviene también comentarlo así:

Please, take into account that although my country of residence is indicar aquí el país en inglés I sometimes use VPN servers which will cause my connections to show a wide range of IPs.

Espero que os sea de utilidad. Un saludo,

1. ¿Qué es una textura?

Cualquier objeto virtual en un entorno tridimensional, como sucede en los simuladores de vuelo, está compuesto de dos partes: una malla y una textura con la que se "pinta" esa malla.

Ejemplo de malla:

Ejemplo de una textura aplicada a una malla:

Imágenes de cgtrader.com

2. Resolución de las texturas

La resolución de una textura es, simplemente, el número de píxeles (o puntos de color) que vamos a usar para "pintarla". Si usamos un número de píxeles bajo para una determinada superficie veremos la textura "borrosa" y falta de detalles; especialmente si hacemos zoom para ampliar. Esa textura "pobre", en cambio, puede que se vea correctamente si la miramos a una cierta distancia. Por lo tanto, un factor importantísimo en nuestra percepción de la nitidez de una textura es a qué distancia vamos a verla.

Pongamos un ejemplo clásico: las texturas del terreno mientras volamos. Si vamos a hacer un vuelo VFR a baja altura disfrutaremos mucho más del terreno si tenemos texturas de alta resolución. Sin embargo, si solemos hacer vuelos comerciales a más de 30.000 pies, podemos ser perfectamente felices usando texturas del suelo de baja resolución.

Siguiendo con ese razonamiento, si usamos texturas de baja resolución para "pintar" el interior de la cabina de una avión tendremos una mala experiencia porque siempre estaremos a una corta distancia de todos los instrumentos y, si la resolución es baja, se verán muy borrosos.

Aunque la siguiente imagen no está relacionada con la simulación, muestra perfectamente la influencia de distintas resoluciones de texturas en el aspecto visual final de un objeto en 3D. Los números de cada imagen representan su resolución, en las resoluciones de píxeles más habituales a día de hoy.

MUY IMPORTANTE: Pincha en la imagen para ampliarla y poder analizar las diferencias

Imagen por cdna.artstation.com

3. ¿Más es siempre mejor?

Definitivamente, NO.

Si analizas detenidamente la imagen anterior, verás un importante salto en la calidad de la texturas cuando pasamos de 256 píxeles a 512. La mejora en la calidad cuando pasamos de 512 a 1014 es notable, pero no tan evidente. En la zona rugosa se aprecian mejor las diferencias pero, en la zona metálica lisa, no hay ganancia alguna.

A partir de 1024 píxeles es imposible apreciar ganancia de calidad a simple vista.

En el mundo de la simulación de vuelo sucede algo muy similar. Las texturas de 1024 píxeles ofrecen una importante mejora visual con respecto a texturas de resolución inferior, pero texturas superiores no suelen aportar mucho.

4. Los problemas de usar texturas de alta resolución

Cada vez que se genera una textura el sistema debe almacenarla tanto en la memoria de la tarjeta gráfica como la memoria del sistema. Aunque las texturas se aplican a objetos 3D, las texturas en sí misma son siempre planas. Cuando decimos que usamos texturas de 256 píxeles lo que queremos decir, en realidad, es que usamos cuadrados de texturas de 256 x 256 píxeles. Hagamos cuentas...

256 x 256 = 65.536 píxeles por textura

512 x 512 = 262.144 píxeles por textura

1024 x 1024 = 1.048.576 píxeles por textura

2048 x 2048 = 4.194.304 píxeles por textura

4096 x 4096 = 16.777.216 píxeles por textura

Las texturas de 512 píxeles contienen 4 veces más resolución que las 256, las de 1024 contienen 4 veces más que las de 512 y así sucesivamente. Eso quiere decir que cada vez que hacemos un "salto" de resolución, pasando de 512 a 1024, por ejemplo, vamos a necesitar 4 veces más memoria que antes y la carga de nuestro procesador también aumentará al tener que procesar todos esos píxeles adicionales. Y, como el aumento es exponencial, el consumo se DISPARA con las resoluciones más altas. Por ejemplo, una textura de 2048 píxeles tiene SESENTA Y CUATRO (64) veces más resolución que una textura de 256 píxeles.

Las texturas de alta resolución ponen "de rodillas" hasta al ordenador más potente en la actualidad haciendo que la fluidez del simualdor, los famosos FPS (imágenes por segundo), caiga en picado. Pero aún en el caso de que tengas un equipo potente, hay otro problema peor: el consumo de memoria.

Hasta la llegada de P3Dv4, todos los simuladores anteriores eran de 32 bits. Eso quiere decir que, independientemente de la cantidad de memoria instalada en el equipo, un simualador de vuelo de 32 bits (FSX, FSX:SE, P3D v1, v2 y v3) solo puede usar un máximo de 4GB de memoria; independientemente de cuánta memoria tenga instalada el equipo. Y, cuando el simulador usa los 4 GB de memoria que tiene disponibles... ¡BANG! La aplicación se cuelga por un error OOM (Out of Memory, o falta de memoria) Hay que cerrar el vuelo a medias y volver a empezar.

P3Dv4, al ser un simulador de 64 bits no sufre ese problema. Pero eso no quiere decir que no existan límites. Seguiremos teniendo como límite la cantidad de memoria física tanto del equipo como la de la tarjeta gráfica.

5. Aspectos a tener en cuenta para optimizar el uso de memoria en tu simulador

5.1.Texturas repetidas vs texturas diferentes 

Por defecto, tanto FSX como P3D usan unas "pocas" texturas diferentes que se repiten sin cesar aquí y allá. Aunque una textura se repita, solo se carga y se procesa una vez. Así que "repetir" es bueno tanto desde el punto de vista del rendimiento como del consumo de memoria. Pero, a menudo, el resultado es "pobre" visualmente y no es raro que podamos ver claramente recuadros con la misma textura que se repiten sin cesar; especialmente en zonas de poco detalle como en grandes extensiones de agua o desierto.

La alternativa son las texturas fotorrealistas, que muestran el terreno tal y como es en realidad. ¡CUIDADO! En las texturas fotorrealistas NO HAY REPETICIÓN así que todas y cada una de las parcelas del terreno son diferentes. Eso quiere decir que el consumo de memoria es EXPONENCIALMENTE MAYOR que con respecto a las texturas por defecto, lo que hace MUY PROBABLE que tengas errores OOM si combinas esas texturas con aviones detallados que, por su parte, también hacen un alto consumo de memoria.

Por ese motivo, las texturas fotorrealistas suelen tener una resolución MUY interior al resto de texturas y siempre se ven borrosas cuando se vuelan a baja altura. Al desarrollador no le queda otro remedio: usar texturas de alta resolución para escenarios fotorrealistas extensos es una garantía de errores OOM.

Algunos desarrolladores han logrado alcanzar un término medio que, en muchos casos, resulta tremendamente satisfactorio. Es el caso de ORBX FTX Global, Gound Environment X o Ultimate Terrain X. Estos productos ofrecen una variedad de texturas mayor que las que FSX o P3D ofrecen por defecto, logrando un buen aspecto visual, y suelen estar muy optimizadas para lograr el menor consumo de memoria posible.

5.2. Los formatos BMP, DTX1, DTX3 y DTX5

En el mundo de la imagen digital, el color de cada píxel se representa mediante una combinación de 3 colores: rojo, verde y azul o, en inglés, Red, Green, Blue.

En la actualidad, todas las pantallas del mercado doméstico, como monitores, televisores, pantallas de móviles, etc, pueden mostrar una combinación de 256 tonos diferentes para cada uno de esos valores (el rojo, el verde y el azul). 256 son 28 (dos elevado a 8), de ahí que a ese formato se le llame de 8 bits.

Representación visual de las distintas profundidades de color, en bits:

Fuente: the-working-man.org

En el mundo virtual de la simulación de vuelo, además de los colores, a menudo hay que tener en cuenta otro factor: la transparencia, a la que se le conoce comúnmente como canal Alpha. Al formato que combina estos tres colores, más la transparencia, se llama, por sus siglas en inglés, RGBA (Red, Green, Blue, Alpha)

Para saber cuánto ocupa una textura en la memoria, o en el disco duro, tenemos que calcular, PARA CADA PÍXEL:

8 bit por canal x 4 canales (los 3 colores + la transparencia) = 32 bits, siendo 1 bit la cantidad mínima de información que se puede procesar.

Para convertir a bytes, tenemos que dividir por 8:

32 / 8 = 4 bytes

Es decir, PARA CADA PÍXEL, necesitamos 4 bytes de memoria. Ahora hagamos cuentas para cada BLOQUE de texturas:

256 x 256 = 65.536 x 4 = 262.144 bytes / 1.024 = 256 KB

512 x 512 = 262.144 x 4 = 1.048.576 bytes / 1.024 = 1.024 KB / 1.024 = 1 MB

1024 x 1024 = 1.048.576 x 4 = 4.194.304 bytes / 1.024 = 4.096 KB / 1.024 = 4 MB

2048 x 2048 = 4.194.304 x 4 = 16.777.216 bytes / 1.024 = 16.384 KB / 1.024 = 16 MB

4096 x 4096 = 16.777.216 x 4 = 67.108.864 bytes / 1.024 = 65.536 KB / 1.024 = 64 MB

En entornos virtuales tan extensos y complejos como el de la simulación se utilizan cientos o miles de texturas que llenan la memoria mucho más rápido de lo que todos, tanto desarrolladores como usuarios, deseamos. Así que pronto se vio la necesidad de utilizar alguna técnica que permitiera reducir el tamaño que las texturas ocupan en memoria. Aunque hay varios formatos de compresión, en el mundo de la simulación de vuelo, el más usado es uno llamado S3 Texture Compression (S3TC). Aunque, en realidad, casi nadie se referiere a ese formato con ese nombre, sino como DTX. Las variantes usadas en la simulación de vuelo, que luego veremos, son las DTX1, DTX3 y DTX5.

Si abres la carpeta de texturas de cualquier escenario o avión, puedes encontrarte dos tipos de archivo:

BMP: A los archivos BMP contienen texturas en formato RGBA y se le conoce como RAW o "crudo" porque las texturas se almacenan en su formato original. La parte buena: preservan el 100% de la calidad visual original. La parte mala: son auténticas DEVORADORAS de memoria.

DDS: Los archivos DDS contienen texturas en cualquiera de las variantes del formato DTX. La parte buena: las texturas DTX1 logran un ratio de compresión de 6:1. Es decir, ocupan en memoria 6 veces menos que las originales en formato BMP. En el caso de las texturas en formato DTX3 y DTX5 la ratio es de 4:1. La parte mala: esa reducción se logra aplicándole al color una compresión con pérdida de información con respecto a la textura original. Es decir, una textura BMP siempre se verá mejor. Sin embargo, la pérdida de calidad queda de sobra comprensada, no solo con la reducción del uso de memoria por parte de las texturas, sino también con la ganancia de rendimiento.

Ejemplo visual de la pérdida de la precisión de color tras aplicar una compresión DTX:

Fuente: fsdeveloper.com

Siempre que puedas, elige texturas DTX. Si el escenario o avión que quieres usar no están en formato DTX (archivos .DDS) siempre puedes convertir los BMP a DDS tú mismo con diversas herramientas:

https://www.avsim.com/forums/topic/413917-dds-mass-texture-converter/

http://www.mwgfx.co.uk/programs/dxtbmp.htm

https://vvvv.org/contribution/dds-converter

Ten en cuenta, eso sí, que la reducción en el uso de la memoria y aumento en el rendimiento es directamente proporcional al uso que haga el simulador de esas texturas. Los beneficios de convertir texturas RGBA a DTX serán mucho más notables si conviertes un extenso escenario fotorrealista que si conviertes la textura exterior de un avión.

A la hora de elegir qué formato DTX usar (DTX1, DTX3 o DTX5) hay que tener en cuenta que como ya sabemos, cada color básico (RGB) tiene 256 variaciones. Eso son 28 (dos elevado a 8) u 8 bits. Sin embargo, a menudo una textura no necesita transparencia. ¿Por qué "derrochar" memoria almacenando información que no necesitamos? El formato DTX1 es perfecto para texturas sólidas porque, en lugar de 256 niveles de transparencia (8 bit) solo incluye dos: o la textura es totalmente transparante o es totalmente opaca.

Los formatos DTX3 y DTX5 logran la misma reducción en el tamaño de las texturas. Su diferencia radica en la forma en la que se procesa la capa de transparencia. Las texturas DTX3 asignan solo 4 bits a las transparencias, usando los otros 8 bits para el color. Este formato funciona muy bien cuando no es necesario un degradado drtallado de las transparencias. Las texturas en formato DTX5 ofrecen transparencias más precisas a cambio de sacrificar algo más la precisión del color.

5.3 Distancia (LOD_RADIUS) y consumo de memoria 

A menudo, cuando usamos la vista exterior del avión el suelo se ve "estupendamente". Luego hacemos zoom para ampliar y ver los detalles y... ¡horror! ¡Está todo borroso!

El simulador tiene un ajuste que define el radio, alrededor del avión, en el que se cargarán las texturas a la máxima resolución. Más allá de esa distancia las texturas se cargan a resolución reducida para minimizar el consumo de memoria. Hace años que se usa una técnica llamada "mipmaps" que consiste en almacenar en un único archivo la misma textura con distintas resoluciones.

Imagen por Wikipedia.

Como decía, más allá de la distancia definida, las texturas a cargar serán las incluidas en el archivo mipmaps de calidad reducida que, como he comentado se ven borrosas al ampliar. Y aquí llega lo complicado. Todos queremos que las texturas se vean nítidas hasta el infinito. Pero, como creo que ya ha quedado claro a estas alturas, ampliar el radio de dibujo, conocido como LOD_RADIUS por cómo se llama esta variable en el archivo de configuración, implica cargar más texturas (además de otros objetos 3D) a resolución completa y, a su vez, disparar el consumo de memoria (además de una mayor carga para el procesador, claro). Aumentar el LOD_RADIUSs siempre ha sido una causa habitual de errores OOM en las versiones de 32 bits (FSX, FSX:SE y P3Dv1, P3Dv2 y P3Dv3) En el caso de P3Dv4 el margen es mucho mayor pero sigue existiendo y, además, siempre penalizará el rendimiento (FPS o imágenes por segundo).

5.4 Sobre el ajuste TEXTURE_MAX_LOAD en el archivo de configuración

Por defecto, la resolución máxima de las texturas en FSX y P3D es de 1024 píxeles. Ese ajuste queda definido en la variable TEXTURE_MAX_LOAD del archivo de configuración.

Ahora bien, ¿qué pasa cuando usamos escenarios o aviones con texturas de 2048 o a 4096 píxeles? Pues depende... Veamos por qué.

Las texturas de la mayoría de escenarios y aviones incluyen MIPMAPS que, como hemos visto en el apartado anterior, son varias versiones de distinta resolución de una misma textura. Sin embargo, en ocasiones el desarrollador solo ofrece una versión con texturas de alta resolución.

SIEMPRE Y CUANDO las texturas incluyan MIPMAPS, lo cual, insisto, es optativo, el simulador limitará la resolución de las texturas a cargar al valor indicado en el apartado TEXTURE_MAX_LOAD que, como sabemos, es de 1024 por defecto. Sin embargo, si el desarrollador solo incluye texturas de alta resolución, por ejemplo de 2048, entonces ese parámetro no tiene efecto alguno porque el simulador no tiene "dónde elegir". Solo tiene la texturas en una resolución y, por tanto, esas son las únicas que puede mostrar

6. Consejos finales

6.1 Las texturas con una resolución superior a 1024 píxeles no suelen ser rentables para el exterior. Para la cabina virtual, posiblemente, la mejor opción sean las texturas de 2048 píxeles.

6.2 Siempre que puedas, elige o genera texturas DTX almacenadas en formato DDS, y evita las RBGA almacenadas en formato BMP.

6.3 Aumentar la resolución de las texturas y el radio de dibujo darán como resultado texturas más nítidas a cualquier distancia. Sin embargo, aumentar estos valores, además de provocar una caída de rendimiento, aumentan exponencialmente las probabilidades de provocar un error de falta de memoria (Out Of Memory, o OOM) en las versiones de 32 bits (FSX, FSX:SE, P3Dv1, P3Dv2 y P3Dv3). En P3Dv4 también puede haber errores OOM en los casos más extremos cuando se usa toda la memoria física de la tarjeta gráfica o del equipo y, en cualquier caso, siempre provocan caída de rendimiento.

6.4 Nunca actives más escenarios fotorrealistas de lo que necesites. Especialmente en FSX pueden provocar errores OOM aún en los casos en los que vueles a miles de kilómetros de distancia de esos escenarios.

Esta sencilla hoja de cálculo nos permite conocer la velocidad vertical necesaria en ppm que debemos aplicar tanto en ascensos como en descensos, en función del valor de la Ground Speed en Kt y de la pendiente ( % ) requerida en las cartas de navegación que estemos utilizando.
 
Esta hoja de cálculo está en periodo de comprobación, por lo que,si algún compañero detecta alguna anomalía se agradecerá comunicarlo a través de nuestro Foro General.
 
Muchas gracias.

Cuando tecleas "airalandalus.org" y pulsas la tecla "intro" haces una petición a internet. El tiempo que tarda en cargar la web es la suma de varios procesos:

1. El tiempo que tarda tu "petición" en llegar desde el ordenador de tu casa al servidor de airalandalus.org. Ese es el "ping", "latencia" o "tiempo de respuesta"

2. El tiempo que tarda el servidor de airalandalus.org en procesar tu petición y enviar los datos solicitados

3. La cantidad de datos por segundo que se pueden transmitir; que será siempre el menor de estos dos:

a) La velocidad de la conexión del servidor (en este caso airalandalus.org)

b) La velocidad de tu propia conexión a internet.

Normalmente todos los servidores web cuentan con una conexión excelente; así que en el 99,9% de los casos la velocidad más lenta será la tuya.

El "ping" pasa desapercibido en la mayor parte de las ocasiones. Sin embargo, es más importante de lo que muchos creen en la "sensación" de velocidad de internet.

El primero de los motivos es que, siguiendo con el ejemplo de antes, cuando tecleas airalandalus.org y le das al intro lo que quieres es cargar la web. Sin embargo, cada componente se carga por separado. Es decir, no se envía todo "de golpe" sino que cada objeto de la web (cada imagen, banner, animación, texto, etc) implica una petición. Cuando una página tiene pocos elementos, el ping pasa casi desapercibido (sobretodo si es bajo) Pero cuando hay muchos elementos el ping suma una importante cantidad de tiempo.

Hay algunos casos en los que el ping, latencia o tiempo de respuesta, es especialmente crítico. Por ejemplo, las comunicaciones de voz. Cuando el ping es alto hay un "retraso" entre el momento en el que emisor habla y tú escuchas lo que dice (y viceversa) lo que resulta extremadament incómodo. Imagina un aeropuerto saturado de comunicaciones de voz cuando vueles online y escuches a los demás con cierto retraso. El ping elevado también implica que verás a los aviones a tu alrededor con un cierto retraso. Por ejemplo, puede que un avión toque tierra cuando tú todavía lo ves a unos metros del suelo. Como el ping se mide en milisegundos en el vuelo online comercial normalmente ese retraso no es crítico. Sin embargo, imagina un vuelo de guerra o acrobático en el que veas a tus compañeros con un retraso de medio segundo. Sería algo absolutamente inaceptable.

Vamos a la segunda parte: ¿cuál es un buen ping? (o una malo)

24 horas antes de escribir este texto estuve cenando en casa de mi hermano. Él cuenta con una conexión de fibra  y en una prueba de velocidad por wifi (por cable sería algo mejor) su ping fue de tan solo 19 ms (milisegundos). Ese ping es FABULOSO. Un ping de unos 30 ms estaría muy bien (según mi criterio). Entre 30 y 50 ms sería normal, entre 50 y 100 ms ya empieza a ser lento y más de 100 ms implica que o tienes una conexión de mala calidad o hay algún problema serio en tu equipo. Incido en que ese es MI CRITERIO y que es más que probable que otros usuarios discrepen.

Hace unos años tenía una conexión por satélite. Pensemos en el proceso. Cuando yo solicitaba una web, como airalandalus.org, sucedía lo siguiente:

    Le envío la petición a mi satélite que, recordemos, está orbitando en el espacio a unos cuantos km de distancia...
    El satélite transmite mi petición al centro de datos que, en mi caso, estaba en Turín (Italia)
    El centro de datos hacía la petición por mí a airalandalus.org.
    airalandalus.org le envía los datos al centro de datos de Turín.
    El centro de datos de Turín le reenvía los datos al satélite
    El satélite me envía, desde el espacio, los datos a mi router.

El resultado de este "paseo" de datos es que mi ping estaba siempre en torno a los 700 ms. Es decir, casi un segundo de retraso entre el momento en el que pulsaba intro y EMPEZABA a recibir datos. Pero recuerda que antes dije que este proceso de ping se repite para CADA ELEMENTO: para cada imagen, cada banner, cada animación, cada texto... Eso quiere decir que para una web con 10 fotografías, solo en ping, ya tenía 7 segundos de retraso. Y eso sin tener en cuenta para nada la velocidad de internet...

Así que, como decía, el ping tiene una grandísima influencia en la "sensación" de rapidez de internet. En ocasiones, aún no teniendo una velocidad de descarga muy elevada, si se cuenta con un buen ping es posible tener la sensación de que funciona muy bien. Y viceversa. Mi conexión por satélite era de 20 megas. Sin embargo, solo funcionaba bien con descargas de archivos (una sola petición). La navegación por internet y otros procesos eran simplemente desastrosos.

Para conecer el ping de tu conexión a internet puedes usar cualquiera de las muchísimas webs disponibles para ello. Algunos ejemplos son:

http://speedtest.net

http://speed.io

http://testmy.net

http://testdevelocidad.es

http://testvelocidad.eu

ÚLTIMA ACTUALIZACIÓN:
16 de mayo de 2017

Ver lista de cambios al final del documento

En esta página encontrarás los principales complementos que conozco para aumentar y mejorar las funciones y características de P3D y, en ocasiones, también FSX.

En un mundo tan "vivo" como el de P3D es probable que pronto este documento quede desfasado y que algunos de los extras aquí listados ya no estén disponibles y que se publiquen otros nuevos que no queden recogidos.

Aunque haré todo cuanto me sea posible por mantener este documento actualizado, por favor, úsalo con cautela.

Como siempre, espero que os sea de utilidad.

Meteorológicos

Active Sky - https://hifisimtech.com/
FSrealWX Pro - http://www.fsrealwx.net/
OpusFSI - http://www.opussoftware.co.uk
FS Global Real Weather - http://www.pilots.shop
REX - http://www.rexsimulations.com/
FSXWX - http://www.plane-pics.de/fsxwx/home.htm

Mallas

FS Global Ultimate - http://www.pilots.shop
FreeMeshX - http://ninetwopro.com/freemeshx/
FS Genesis - http://www.fsgenesis.com/

Solo texturas (y autogen)

ORBX Global - https://orbxdirect.com/product/ftxglobal
Ground Environment X (zonas) - http://gex.flight1.net/
REX (Varios) - http://www.rexsimulations.com/fsxp3d.html
Active Sky Cloud Art (ASCA) - http://hifisimtech.com/asca/
ENVTEX - https://togapjcts.wixsite.com/toga/envtex

Texturas fotorrealistas

MegaSceneryEarth - http://www.megasceneryearth.com/

Solo vectores

ORBX Global Vector - https://orbxdirect.com/product/ftxg-vector

Solo landclasses

ORBX Global openLC (regiones) - https://orbxdirect.com/category/ftx-global
Sceney Tech - http://www.scenerytech.com

Combinados de Texturas, Vectores y Landclasses

Ultimate Terrain - https://www.scenerysolutions.com/product/ultimateterrain

Otras mejoras visuales

FSFX Packages - https://fsfxpackages.com/en/
REX Worldwide Airpots HD - http://www.rexsimulations.com/wwahd.html
FTX Global Trees - https://orbxdirect.com/product/ftxtreeshd
Suppresion Flight (varios)  - http://simmarket.com / http://fspilotshop.com

Sonidos

Inmersive Audio - http://secure.simmarket.com/immersive-audio.mhtml
Blue Sky Star - http://www.blueskystar.net/

AIRACS (aviones y P3D)

Navigraph - https://www.navigraph.com/FmsDataManager.aspx
Aerosoft NavDataPro - http://www.aerosoft.com
fsAerodata - https://www.fsaerodata.com/
Hervé Sors - https://www.aero.sors.fr/navaids3.html
Integrated Simavionics - http://www.isgsim.com/

Navegadores Garmin

Flight1 GTN 750/650 - http://www.flight1.com/products.asp?product=f1gtn
Flight1 GNS 530/430 - http://www.flight1.com/products.asp?product=f1gns
Mindstar GNS 530/430 - http://www.mindstaraviation.com/Product_430_530.html
MIndstar G1000 - http://www.mindstaraviation.com/Product_G1000.html

Tráfico artificial

MyTraffic - http://secure.simmarket.com/mytraffic-6-fsxfsxsep3d.phtml
Ultimate Traffic 2 - http://ut2.flight1.net
My Traffic 2013 - http://www.aerosoft.com/
Traffic 360 - https://www.justflight.com/product/traffic-360-download
World of AI - http://www.world-of-ai.com/
Ultimate Traffic Live - http://ultimatetraffic.flight1.net

Control ATC

PRO-ATC/X - http://www.pointsoftware.de/
Pilot2ATC - http://pilot2atc.com/
VoxATC - http://voxatc.com
Radar Contact - http://www.jdtllc.com

Gestión de vistas y cámaras

EZdok Camera - http://ezdok-camera.com/
Chase Plane - https://fsfxpackages.com/en/ChasePlane/

Preparación de vuelos: rutas, combustible, cálculo de rendimientos y escenarios

http://www.airalandalus.org/content/recursos-para-la-preparaci%C3%B3n-y-planificaci%C3%B3n-de-vuelos

Otros complementos de interés

GSX Ground Services - https://www.fsdreamteam.com/products_gsx.html
FSPassengers - https://www.fspassengers.com/
FS2Crew - http://www.fs2crew.com
FSUIPC - http://www.schiratti.com/dowson.html

Aviones y escenarios (compra y descarga)

Escenarios gratuitos

http://www.freewarescenery.com/
http://library.avsim.net/
http://www.flightsim.com/vbfs/fslib.php?do=displaysearch

Tiendas online

NOTA: Todos los enlaces han sido ordenados de forma aleatoria mediante random.org

http://www.fspilotshop.com/
http://www.pcaviator.com/store/
http://www.flightsimstore.com/
http://secure.simmarket.com
http://es.shop.aerosoft.com/eshop.php
http://flight1.com/
http://www.simw.com/
http://justflight.com/

Desarrolladores de aviones

NOTA 1: Todos los enlaces han sido ordenados de forma aleatoria mediante random.org

NOTA 2: Solo he incluido aquellos desarrolladores que conozco y que puedo recomendar

https://www.precisionmanuals.com/
http://www.flightsimlabs.com/
http://flight1.com/
http://majesticsoftware.com/mjc8q400/
http://www.virtavia.com/
http://milviz.com
https://a2asimulations.com/
http://www.carenado.com/CarSite/Portal/index.php
http://www.iflysimsoft.com/
http://www.aerosoft.com/en/
http://www.eaglesoftdg.com/
http://www.blackboxsimulation.com

Desarrollo de escenarios

Airport Design Editor - http://www.scruffyduck.org/
Scenery Design - http://www.scenerydesign.org/

Vuelo online

IVAO - https://ivao.aero/
VATSIM - https://www.vatsim.net/

Actualizaciones de este documento

16 de mayo de 2017

Se añade FSXWX - http://www.plane-pics.de/fsxwx/home.htm

27 de marzo de 2017

• Se agrega milviz.com a los desarrolladores de aviones
• Se añade la categoría "Sonidos" y se agregan los siguientes:
  • Inmersive Audio - http://secure.simmarket.com/immersive-audio.mhtml
  • Blue Sky Star - http://www.blueskystar.net/

Como todos sabéis, desde que Google Maps modificó su funcionamiento interno ALZMap ha dejado de funcionar. Sin embargo, disponemos de varias vueltas, como la que voy a hacer yo ahora de "Nueva Zelanda insólita", cuyas rutas están publicadas en formato ALZMap. Juanjo, autor de esta vuelta, tuvo el detalle de incluir una captura de pantalla de la ruta a seguir sobre Google Maps que puede sevir, más o menos, de referencia. Pero cuando las etapas se empiezan a complicar, como es el caso de la etapa 3, y la que voy a empezar ahora, la 4, la captura de pantalla se me hace realmente insuficiente por falta de detalles para poder orientarme. Así que, en vista de que no puedo usar ALZMaps, he tenido que "buscarme las habichuelas". He encontrando un "truco" que me ha sido de gran ayuda y que comparto por si a alguien más le puede ser de utilidad.

Se trata de una web que permite trasladar los archivos de ruta generados con ALZMap a varios mapas interactivos (relieve, satélite, híbrido, topográfico, etc.); donde poder ampliar todo lo que queramos para poder ver la ruta con absoluta precisión. Esta solución, sin embargo, solo será de utilidad para quienes, como yo, no usen ALZMap a modo de "GPS" ya que, aunque es posible ver la ruta en varios mapas interactivos no permite ver la posición del avión al ser una mapa absolutamente independiente de FSX/P3D.

Vamos al grano. Veamos el contenido de las 5 primeras líneas del archivo NZ_04.txt correspondiente a la cuarta etapa:

200|-161.8444061279297, 60.77156741232444
167.9274845123291, -44.675794279555824
167.91864395141601, -44.67103343914363
167.87907600402832, -44.62808428518177
167.85414218902588, -44.60855316493442

Vamos a ingnorar la primera línea. Vemos que las 4 restantes incluyen únicamente las coordenadas en formato "longitud, latitud" y que todas están bastante cerca. Es decir, son los pasos de la ruta. Ignoro por qué la primera línea es tan difernte pero como a efectos prácticos podemos ignorarla pues nos olvidaremos por completo de la primera línea.

Una vez que tenemos todas las coordenadas de la ruta solo hace falta alguna herramienta que las traslade a un mapa interactivo. Supongo que habrá más herramientas para hacerlo, pero yo he encontrado esta web:

http://www.gpsvisualizer.com/map_input

Los pasos a seguir son:

1. Puesto que no nos sirve de nada,  BORRA EL CONTENIDO DE LA LINEA 1 (déjala vacía, pero no la borres del todo, hará falta para el paso 2)

2. Ahora debemos indicarle al "traductor" qué información le estamos proporcionado. Para eso es IMPRESCINDIBLE que en la PRIMERA LÍNEA (la que antes hemos vaciado) escribamos EXACTAMENTE esto:

longitude, latitude

3. Ahora copia el contenido del archivo y pégalo en el apartado correspondiente (1) o guarda el archivo y cárgalo con el botón correspondiente (2)

4. Por último, solo debes pinchar en el botón "Draw the map" (3) (dibujar el mapa) ¡Y ya está!

5. Se abrirá una nueva ventana desde la que puedes ver el mapa a pantalla completa (view) o guardar una copia (Download)

6. GPS Visualizer ofrece un menú desde el que elegir entre una gran variedad de tipos de mapas ¡Seguro que encuentras alguno que te guste!

7. Por último, ni que decir que SkyVector (https://skyvector.com) sigue siendo de una enorme utilidad para consultar espácios aéreos, aeródromos, altitudes mínimas, radioayudas... especialmente ahora que con el mapa interactivo podemos ampliar la ruta todo cuanto queramos.

Espero que esta información os resulte de utilidad.

Saludos,