问题标签 [windows-rt]

我已经对 JIT 编译代码进行了一些阅读，因为我想将模拟器移植到 Windows Phone 8 和 Windows RT，但我注意到 Microsoft 已禁止 VirtualProtect() 和相关 API 必须执行包含已编译代码的内存块. 因此，我认为可以在代码需要启动之前对其进行编译并将其保存到存储中。我的问题是，是否可以在存储上执行外部代码，如果没有，程序是否可以使用新的二进制文件扩展自身，然后在下次启动时可执行。

如果上述方法不起作用，有什么方法可以在设备上编译代码并能够执行它。

我也在努力寻找关于这个问题的阅读材料，所以如果你对此没有答案，你至少可以让我参考一些相关的阅读材料。

谢谢。

我有一个 Windows 8 应用程序和一个带有 Jenkins 和/或 Finalbulder Contiua 的 Windows 2012 构建服务器。

不，我只能在 Windows 8 或更高版本上安装 Visual Studio for WinRT Apps。

所以这意味着，我的构建服务器必须是 Windows，对吧

有没有办法在非 Windows 8 操作系统上编译 Windows 8 应用程序？

其他操作系统是否有某种“build win 8 sdk”？

我一直在试图弄清楚是否可以在 wp8 设备和 windows rt（Surface）之间发送文件。有些人似乎写道这是可能的，但他们从未写过如何做到这一点。

所以我想做的是 1. 在 wp8 设备上使用我的应用程序录制视频并将其保存到隔离存储中（这是我目前所在的位置） 2. 将视频（大约 20 分钟录制时间）发送到我的windows rt 设备 3. 在 rt 设备上播放视频。第 1 步和第 3 步很简单，但第 2 步让我抓狂。我一直在考虑使用蓝牙，但由于速度只有 700kbit/s 左右，传输它需要很长时间。Usb 是不行的，因为它在隔离存储中。Skydrive需要3g。所以我在想的是在我的 wp8 设备上开始互联网共享，然后将我的 windows rt 设备连接到它，当它完成时使用 wifi 从 wp8 发送视频以赢得 rt。

有什么办法可以工作还是这是不可能的？

我从某人那里收到了一个项目，其中包括一个带有一些传感器和灯的 Arduino (Uno) 板，带有 USB 电缆以及用于通过 COM 端口与该板通信的文档化协议。它适用于一些现有代码，但我需要将整个项目移植到使用 ARM 处理器并包括应用程序的 Metro 接口的 Windows RT 环境。而且它将被完全重写……
首先，我的 Windows RT 设备确实有一个 USB 端口，因此它可以连接到开发板。但挑战是与电路板通信以读取传感器并操纵灯光，而我碰巧在寻找一些有用的库、教程或其他有关如何使它们协同工作的信息时遇到问题。
不过，该项目适用于其他 Windows 版本。我只需要一些特定于 Windows RT/ARM/Metro 的东西。

是否可以将 Windows 窗体应用程序部署到 winRT 平板电脑？说表面。

win 表单应用程序的目标平台是 x86 或 x64，而不是 ARM。因此，我无法为平板电脑构建 win 表单应用程序，因此无法在平板电脑上执行。

谢谢， 索里亚

我将此代码用于我的 Windows Phone 应用程序。

但是现在对于平板电脑（RT）版本，什么是 ScheduledActionService 的替代品，调用？

谢谢，

我有一个用 .NET Framework 2.0 编写的 WinForms 应用程序。它可以在 Windows RT 设备上运行吗？

如果不是，哪个平板电脑可以运行我的应用程序？

AFAIK，只有 Metro 风格的应用程序可以在 Windows 8 ARM 上运行，而 Metro 风格的应用程序只能使用 WinRT API 编写。

根据这个线程我们可以从桌面应用程序和 Windows Phone 8 应用程序访问 Windows 8 WinRT API 吗？如果是这样，它们是否在不同的命名空间中？

Windows Phone 8 也使用 ARM 架构。因此，如果我们的应用程序是使用 WinRT API 编写的，它可以在 Windows 8 x86、Windows 8 for ARM 和 WP8 上运行，对吧？

我正在使用 Visual Studio 2012 Express 和 Blender 为 Windows 应用商店（Metro 应用程序）开发 3D 游戏，以创建 3D 对象 (fbx)。我使用 Visual Studio 3D Starter Kit 在游戏中导入 fbx 文件。目前我只在 Windows 8 机器上测试了我的应用程序，现在我也想在 Windows RT 设备上测试它。在 Microsoft 论坛上，我读到如果我想在 Windows RT 设备上部署构建，我需要将我的应用程序限制为功能级别 9_1。

我需要知道以下两件事：

• 如何在Windows RT 机器上运行硬件显卡上的应用程序？

• 如何将应用程序限制为 DirectX Feature Level 9_1？

任何帮助将不胜感激。

我曾经在我的 Win7 系统上注意到一个问题，认为这是一个 DWM 错误，因为它在重新启动后得到了修复。但现在我意识到它正在其他人的系统上发生（作为默认行为），这也是 Surface Pro 上的正常行为。

如何重现问题：使用 GDI 实现一个基本的套索系统。定义一个由鼠标控制的矩形，当矩形发生变化时，使旧的和新的无效（或使两个矩形的并集无效，无论是作为新矩形还是复杂区域，都无所谓，“错误”无论如何仍然显示）。

期间wm_paint，您只需擦除背景并绘制矩形（它必须是矩形轮廓，如果它是填充矩形，问题将不可见）。如果你想确定这不是一个闪烁的问题，你可以做双缓冲（相信我不是）。

所以你会看到，如果你有一个像我这样的系统（桌面 Win7 带有 geforce，aero on），是一个普通的套索系统，没有比显示器自己的重影。在其他系统上（如 Surface Pro，定义一个完全已知的系统），您会看到，当您向外扩展套索时，套索的边界消失了。有点像 LCD 重影，但更明显。

现在，不要使套索的矩形无效，而是尝试使整个窗口无效。在那里，不再有重影。

我发现并不是“修复”它的失效，而是 GDI 访问。您也可以使整个矩形无效，但只绘制套索的区域，仍然重影。但是，如果您绘制套索区域并在窗口的每个角上绘制一个小像素，就不会再出现重影了。

DWM 中肯定有一些东西，可能从 1.1 版开始，它使用了最后一次 GDI 访问的边界框的某种缓存，并且出于某种奇怪的原因，最后一个边界框内的内容将立即出现在屏幕上，而新的部分将至少延迟 1 帧。

这非常糟糕，因为它破坏了每个人都使用的非常基本的窗口失效，而且我还没有找到任何方法来修复它（当然，除了使整个窗口失效，但这很愚蠢，而且这是一个问题会影响整个 GDI，因此您在任何地方的视觉效果都很差）。

同样，它最有可能在 DWM 1.1 中，我认为您无法在 Vista 中获得它，但我不确定。我也不知道为什么它在我的桌面上不这样做，可能它取决于显卡的驱动程序。

所以如果有人碰巧知道更多关于这...