Plan de lanzamiento para PMDG 737-900, PMDG 737-600 y actualización pendiente para 737-800

PMDG informa de sus desarrollos en el siguiente texto, entre otras cosas, por fin reconoce, tras meses de negarlo a usuarios de Vatsim y aerolíneas virtuales, que había un bug que mostraba simulador pausado continuamente.

Capitanes,

Este mes ha sido interesante en el sentido de un antiguo proverbio.

Les contaré un poco sobre eso, pero primero hablemos de algunas novedades interesantes.

PMDG 737-900NG para MSFS 2024: Este producto está listo para su lanzamiento y estará disponible la próxima semana, salvo que surjan circunstancias imprevistas. (Véase: «¿Qué ha pasado con los lanzamientos de enero?», más abajo). Ya hemos iniciado el proceso de admisión con Microsoft Marketplace, por lo que prevemos que el producto aparecerá en relativamente poco tiempo también en la plataforma del mercado. Los paquetes de libreas del 737-900 para Marketplace también han comenzado a admitirse y, aunque están pasando por su propio proceso de aceptación, estamos seguros de que estarán disponibles en el momento del lanzamiento del producto principal o poco después.

PMDG 737-600NG para MSFS 2024: Este producto está casi listo para su lanzamiento, pero necesita un poco más de tiempo en la incubadora antes de que lo saquemos del nido. Si está planeando volar para ir a ver a su pareja, el 600 debería poder llevarle allí. (De nuevo, véase: «¿Qué ha pasado con los lanzamientos de enero?», más abajo).


Ahora, pongámonos al día con algunas actualizaciones e información pendientes:

PMDG 737-800NG para MSFS 2024 Actualización 18: Al mismo tiempo que el lanzamiento del 737-900, también tenemos una actualización para el 737-800. Esta actualización incluye una serie de ajustes, mejoras y cambios, uno de los cuales es que hemos detectado y eliminado un micro-stutter que la ventana de la consola de MSFS detectaba como un evento de pausa/reanudación. Esto estaba causando algunos problemas a ciertos usuarios de Vatsim y VA, por lo que se consideró una corrección crítica. Esto requirió un importante esfuerzo de ingeniería para encontrarlo y solucionarlo, pero es importante dar las gracias públicamente a muchos de nuestros clientes que colaboraron con nosotros entre bastidores para ayudarnos a recopilar los datos que necesitábamos y que nos ayudaron a resolver este problema.

PMDG 737-700 para MSFS 2024: Prevemos que este producto entre en fase de pruebas beta a mediados de febrero. Anteriormente había declarado que creía que se lanzaría en febrero, y aunque eso sigue siendo posible, las pruebas beta tendrán que salir casi a la perfección para que eso siga siendo probable. Si no se lanza dentro del plazo de febrero, no tardará mucho en hacerlo.

PMDG 737NG para MSFS 2024: Estamos llevando a cabo un importante proceso de actualización del modelo exterior en el marco del desarrollo del 737. Ya lo mencionamos en diciembre, porque estuvimos a punto de retrasar el lanzamiento del 737-800 para completar este proceso, pero decidimos introducir los cambios de forma progresiva tras el lanzamiento para que todos pudiéramos disfrutar del 737-800 durante las vacaciones. (Lo hicisteis, ¿verdad?!!!) Si miras la lista de cambios de la versión 18 y posteriores, empezarás a ver estos cambios. Prevemos que el proceso estará completado en torno a la fecha de lanzamiento del 737-700. El cambio incluye una importante renovación/actualización de la geometría del modelo, las texturas y las animaciones, y añade algunas características al exterior que actualmente no están presentes en el avión. Prepararemos una publicación destacada para guiarte a través de los cambios, pero sospecho que los verás con bastante claridad cuando terminemos de implementarlos.

PMDG DC-6 para MSFS 2020/2024: Para nuestros clientes de 2020, hemos trasladado el DC-6 al Centro de Operaciones 3.0, por lo que lo encontrarán allí. Para nuestros clientes de 2024, el DC-6 ha estado bastante relegado, a la espera de que el maldito 737 salga de la fase de trabajo para que podamos añadir algunos activos de desarrollo de modelos al proyecto. Prevemos que esto sucederá una vez que el 737 esté listo. El traslado del DC-6 a 2024 no es una reconstrucción, como los otros proyectos, sino una adaptación. El modelo se reconfiguró para que funcionara dentro de los límites del SDK 2024 y eso creó cierto drama. Necesitábamos un SU de Asobo para poder arreglarlo y, para cuando llegó, los activos de desarrollo estaban inmersos en otros trabajos. No tardará mucho, agradecemos vuestra paciencia. (Por cierto, este es mi producto favorito de PMDG, ¡así que estoy deseando que también esté listo en 2024!

Otros proyectos y títulos: Por el momento, no tengo ninguna información que pueda compartir sobre otros proyectos o títulos. Cuando haya información que compartir con vosotros, lo haré.


Bien, aquellos de vosotros que lleváis un tiempo por aquí sabéis que, de vez en cuando, os damos una idea de cómo es el proceso desde nuestro lado, así que, si os interesa ese tipo de cosas, seguid leyendo:

¿Qué demonios pasó con los lanzamientos de enero? Rara vez doy indicaciones sobre los plazos de lanzamiento, por lo que normalmente se puede saber cuándo me siento cómodo con un producto porque empiezo a dar pistas vagas sobre el calendario de lanzamiento. Cuando lanzamos el 737-800 para MSFS 2024, mencioné que estábamos seguros de lanzar el 737-900 y el 737-600 durante el mes de enero. El 737-900 estaba previsto para el 15 de enero, pero empezamos a tener algunas preocupaciones sobre el número de clientes que informaban de que se veían afectados negativamente por la consola MSFS, que indicaba que el 737-800 lanzaba eventos de pausa/reanudación en ráfagas a intervalos regulares. Ya hay mucha información sobre el tema, así que no voy a repetirlo, pero nuestro equipo de asistencia, Mathijs y nuestro equipo de moderadores de Discord (un trío que, por cierto, constituye vuestra mayor defensa como clientes) comenzaron a expresar su preocupación por la necesidad de resolver el problema antes del lanzamiento del 738, ya que se trataba de un fallo crítico.

El equipo de desarrollo pudo replicar el problema, pero tardó aproximadamente otra semana en averiguar «¿por qué ocurre esto?», ya que en realidad no activamos un evento de pausa/reanudación. Alrededor del 8 de enero identificamos la causa raíz del problema y el equipo de desarrollo comenzó a trabajar en una solución. (Versión resumida: el simulador detectaba un micro-tartamudeo causado por un proceso de lectura de datos dentro del producto PMDG y lo informaba a través de la ventana de la consola como una pausa/reanudación). Aplazamos el lanzamiento al 22 de enero y ajustamos el 737-600 al 29 de enero. Aún así, cumpliríamos la «promesa de Rob» y todo iría bien.

Cuando lanzamos la versión beta con la corrección de la pausa/reanudación, descubrimos que se topaba con algunas complicaciones relacionadas con el sistema de archivos virtuales de la plataforma, lo que provocaba que los sistemas Terrain Awareness System y EGPWS proporcionaran datos falsos en determinadas circunstancias a algunos usuarios… Nos llevó nueve días de trabajo de ingeniería «codificar nuestra solución» al problema y conseguir una beta satisfactoria con la nueva corrección.

Con el lanzamiento previsto para el 27 de enero, retrasamos el 737-600 a la primera semana de febrero. No es lo ideal, pero, considerando todas las circunstancias, sigue siendo bastante bueno.

El día antes del lanzamiento, un miembro del equipo de desarrollo estaba investigando algo que le preocupaba… y descubrió una interacción negativa que podía producirse si un usuario tenía una mezcla de versiones instaladas localmente y transmitidas en streaming de nuestros productos 737 en el simulador. Con un poco más de ingeniería y pruebas se resolvió el problema, y pasamos al 29 de enero…

Durante la noche del 27 al 28 de enero, uno de los proveedores en los que confiamos para las comunicaciones por correo electrónico fue objeto de un ataque concertado por parte de un conocido grupo de hackers que explotaba parte de su sistema operativo con la esperanza de obtener un rescate. Aunque la intrusión no nos afectó directamente, sí lo hizo de forma indirecta, ya que el proveedor suspendió algunos servicios operativos para proteger su red mientras combatía la intrusión. Lo consiguieron y su mundo se calmó el viernes por la noche, y todos los servicios volvieron a funcionar con normalidad alrededor de la medianoche UTC del 30 de enero. Dependemos de varios servicios de comunicación diferentes y, como algunos de ustedes habrán notado, sufrimos interrupciones intermitentes durante este periodo.

Dado que dependemos de varios servicios que abarcan todo el mundo, decidimos que lo mejor era esperar hasta la semana siguiente, ya que lanzar el producto durante el fin de semana significaba que podríamos no tener acceso a los recursos de primer nivel que necesitamos si algo sale mal durante el lanzamiento, y también queríamos estar seguros de que las cosas se habían calmado con el proveedor antes de empezar… No necesitábamos que un drama incontrolado afectara al drama controlado.

Por eso, la versión 739 llegará la semana que viene, en febrero, y no en enero, como había sugerido anteriormente.

Divertido, ¿verdad? (No, no lo es).

Siempre estoy a favor de que el producto sea perfecto para que, una vez que esté en vuestro simulador, no tengáis que preocuparos de que falle. Eso nos dificulta comunicar los plazos de lanzamiento y, para algunos usuarios, la falta de un plazo y nuestra aparente comodidad al ignorar un plazo ya comunicado puede resultar frustrante.

Entendemos su punto de vista y notarán que, en adelante, les daremos mucha menos información sobre los asuntos pendientes.

Si os comunico plazos aproximados (¡véase más arriba!), es porque tenemos mucha confianza en que los cumpliremos y, salvo circunstancias imprevistas, así será. (¿Quién tenía «El cónclave mundial de hackers derriba al proveedor de servicios globales» en su cartón de bingo para enero de 2026?

Gracias por leer, ha sido un mes de locos. ¡Pasemos página y entremos ya en febrero!

Robert S. Randazzo