来自官方讨论区的资讯，使用网页翻译。
也有针对PMDG 737 停机刹车的问题做说明
EFB也非常顺利，感觉快要出来了
另外PMDG 777也开发的很顺利，希望有新的资讯
PMDG 737 for MSFS SU12 更新更改：
我们目前在 737 系列内部正在进行大量的核心/结构工作，以便更好地支持即将推出的 PMDG 通用飞行平板电脑的未来模块化，以及对 navdata 格式的待定更改。这种关注往往会稍微缩短更改列表，因为我们所做的大部分工作都非常深入于模拟产品内部，并且不会可见，因为它是支持其他较大更改的基础。
此处列出了此更新周期进行的常规检查：
0012039：[FMS - 功能问题（常规）] 按 CRZ 取消 ENG OUT 巡航页面 （emvaos）
0012307：[主面板 - PFD] 600/700 襟翼速度限制，带短场套件 （emvaos）
0012319：[FMS - 路线/支腿页面] HDG/TRK 直到距离航点计算增强 （emvaos）
0012080：[常规 - 发动机] 发动机关闭时面板状态负载的初始 EGT （emvaos）
0012081：[FMS - 性能页面] FMS 和实际重新调整 （emvaos） 之间的燃料报告错误
0012095：[FMS - 性能页面] AFS 垂直模式更改时自动 CLB->CRZ N1 限位开关（emvaos）
0011856：[FMS - 性能页面] 服务器应该能够接受 0 作为值 （emvaos）
0011610：[主面板 - EICAS 显示问题] 燃油显示当油箱为空时，应仅显示一个 0。（埃沃斯）
0012130：[FMS - 路线/支路页面] 带有 CRZ 风力请求的自动 DES 预报请求 （emvaos）
0012136: [FMS - 性能页面] 组开关/APU 排气 N1 值计算错误 （emvaos）
0011893：[常规 - 引擎] 目标 N1 增加/拆分，包装关闭/排气条件 （emvaos）
0011646：[FMS - 性能页面] RTE WIND 数据可以在没有 PERF INIT EXEC'D （仍然需要 CRZ ALT）的情况下输入 RTE WIND 数据（emvaos）
0011137：[主面板 - PFD] MCP 高度设置为零应仅显示四个零而不是五个（emvaos）
0011398：[FMS - 设置/选项页面] 350 度的冷和暗 EGT 负载 （emvaos）
0011922：[系统 - 空调/暖气] 增强 BLEED/PACK/ISOL VLV 开关逻辑，用于 TO/GA N1 限值提升 （EMVAOS）
0010649：[主面板 - PFD] 如果 ILS APP 在 FMC 中定义并设置了正确的频率，即使暂时 FS 报告没有 GS（由于距离）（emvaos）
0010971：[FMS/AFDS - VNAV] AFS 垂直模式更改时自动 CON->CRZ N1 限位开关（EMVAOS）
0011231：[FMS - 性能页面] 输入计划燃料时，进度页面上的计划燃料指示 （emvaos）
0012015：[FMS - 功能问题（一般）] 绕过后的几个问题 （emvaos）
SU12 驻车制动器更改：
SU12 beta 在平台上引入了一个错误，该错误破坏了 737 中的驻车制动逻辑。这个错误需要与Asobo进行一些协调工作来追踪和识别。Asobo将在他们准备好这样做时将该问题的修复程序提供给平台，但与此同时，我们对737进行了修改，使其对平台问题稍微宽松一些，以便使驻车制动器基本正常运行。大多数用户不会注意到差异，但如果您有良好的硬件，您可能能够在不完全踩下两个踏板的情况下设置/释放驻车制动器。这是一个临时的调整，直到 Asobo 发布问题的修复程序，然后我们将正确的逻辑返回到 737。
市场上的PMDG 737：
我们有各种737产品处于市场准备的不同阶段。在我们看来，微软最近宣布对产品摄取到市场环境的方式进行更改，这将大大加快这一过程。我们仍在学习如何最好地管理市场构建和更新，因此我不愿权威地谈论发布时间表等。
显然，我们通过自己的系统进行的更新和发布速度最快，但我们致力于为希望使用该门户的客户全面支持通过 Marketplace 发布的版本。我们正在“学习绳索”737，我们预计一旦我们经历了几次这个过程，就能够提供更明智的反馈。
XBox上的PMDG 737：
许多用户一直在问我们何时在XBox平台上发布737，这里的答案与上面相似;我们不完全确定，但我们正在朝着这个方向努力。
请记住，我们没有XBox流程的经验，并且测试过程刚刚由Microsoft返回给开发人员，我们正在开发我们的测试和验证过程，其中包括获取特定的XBox控制台作为内部测试的批准设备。我们也在期待如何处理navdata更新等事情，并确保Universal Flight Tablet在XBox控制台上能够正常运行。
我们正在花时间使用XBox，因为这对我们来说是一个全新的领域，并希望确保我们完全了解可能存在的限制（如果有的话），以便我们可以正确地将它们传达给用户，并努力最大限度地减少在此过程中必须注意的任何平台差异。
我们希望花时间完成此过程 - 随着我们接近启动一些适用于Xbox的737，我们将向您更新此过程。我们的最终目标是让所有PMDG产品同时出现在PC/Xbox上，因为这对我们有利，并有助于增加我们对新客户的市场曝光率。对于那些在PC模拟环境中的人来说，它为您提供了额外的灵活性，您也可以在哪里进行模拟。
Universal Flight 平板电脑进展：
对于平板电脑开发过程的进展，我们开始感到一丝喜悦。我们现在有操作绩效工具正常工作向用户提供数据。这与图表功能一起是两个核心功能，它们一直是工作的重点，并将很快被送去测试进行验证。在此之前，我们需要花一些时间来清理UI / UX，因为它没有得到太多的关注，而我们主要关注功能而不是漂亮。（顺便说一下，这就是为什么我们不向您展示屏幕截图的原因...
对于那些正在关注我们平板电脑的艰难孕育的人，这里有一个快速回顾：我们选择扔掉波音 I 级 EFB，因为它既丑陋又由于缺乏连接功能而在现实世界中很少使用。大多数航空公司都采用了软件驱动的平板电脑解决方案，我们认为为PMDG机组人员反映这种能力变化是个好主意。这种变化带来了一些必须清除的技术障碍，因为我们使用工程软件语言来创建模拟，而不是基于脚本的语言。在我们开始这个过程的时候，像我们这样基于C++/WASM的项目无法访问标准的网络工具与外界进行通信。这实际上意味着我们必须用脚本语言编写平板电脑作为一个独立的项目，然后在基于脚本的平板电脑和基于C++的飞机之间开发一种通信介质。这花费了大量的时间，而且比我们想要的要复杂得多。
在此过程中，我们在C++/WASM环境中获得了一些通信功能，这减轻了痛苦（谢谢Asobo！），但是我们仍然有一些必须解决的两个功能之间的通信障碍。我们现在超越了这个障碍，并深入构建使用这些功能的功能，以便为您创建平板电脑操作。
NAVDATA Progress：
我已经多次提到，我们正在努力扩展我们的 navdata 读取能力，以使用 Navigraph 的现代数据格式。这在我们的“待办事项”列表中已经有大约 7 年了，但优先级一直低于“保持业务”等事项，但最终在开发过程中发挥作用。这对你们大多数人来说几乎没有任何意义，除了它最终将允许我们解锁一些我们目前“模仿”但不能精确处理飞机的高级FMS横向路径管理功能。我们希望在几个月内对这件作品进行测试，然后将其交给您。当然，这些更改将作为免费更新进入您的 737。
用于微软飞行模拟器
的PMDG 777开发工作正在以极快的速度进行，我们期待着该项目进入beta测试阶段。与往常一样，我们目前不会向PMDG以外的任何人展示构建版本，但很高兴在适当的时候开始这样做。我可以说的一点是执行（至少对我来说）与我们能力的增长有关，并且了解 MSFS 平台。通常情况下，我们使用平台的时间越长，我们就越能更好地利用它的功能——事实证明，777 确实如此。我们对这款宏伟的新产品的推出方式感到非常满意 - 我迫不及待地想向您展示它，因为我们认为您也会看到积极的变化。
总而言之，PMDG各地的情况进展顺利。我们没有忙于论坛中的更新，主要是因为我们“低头”工作并取得了非常好的进展。这里即将再次忙碌起来，但是，由于我们有许多沉重的部件即将点击到位，以增强您当前和新的PMDG产品。
雷达卡
已绑定手机
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
照妖镜
