问题标签 [msaa]

启动 WinEventHook 似乎并不可靠。什么会导致事件挂钩有时仅监视事件（或运行已识别的事件 proc 函数）？

IE。在 IE8 BHO 中

我一直在定期收到事件，但是在最近的构建之后它不起作用，除非我也在运行 MS“可访问事件观察器”，停止和启动事件观察器也会停止和启动我的事件 proc 被调用。

我在最近的任何版本中都没有更改 SetWinEventHook，所以我不相信这是原因。所有其他线程/消息泵送操作都按预期进行，因此我不认为无法在线程上泵送消息是原因。

使用http://www.quirksmode.org/dom/events/tests/DOMtree.html测试获取重新排序事件并添加/删除测试元素。

编辑：
经过进一步测试，似乎更改可能是我停止运行“可访问事件观察器”而不是构建。

没有“Accessible event watcher”的事件挂钩捕获的事件范围似乎是 [first, last) 或 eventMin 到 eventMax-1，这与启动“Accessible event watcher”时不符合文档SetWinEventHook的范围不同，并且似乎是 [first,last] 因此使用 EVENT_OBJECT_FOCUS 的 eventMax 似乎可以获得看到 EVENT_OBJECT_REORDER 的预期结果。

我在这里遗漏了什么，或者文档只是错了，事件观察者也在做某事？

我正在尝试编写一个工具来自动安装二进制文件。基本上，我使用 comtypes 和 MSAA 界面与安装窗口交互并驱动安装过程。当弹出一个窗口时，我递归枚举这个窗口上的所有元素，选择最合适的元素（通常是一个按钮）进行交互，等等。该工具有时可以正常工作。但有时，枚举元素可能需要很长时间（对于不是很复杂的窗口可能长达 1.5 分钟）。这个问题似乎与时间有关。它并不总是快乐。我在这个问题上坚持了一周。有人可以帮忙吗？请！！！

我能想到的一种可能性是：当我枚举一个窗口时，这个窗口被目标应用程序破坏，然后 COM 被 mssed 并且无法进行进一步的导航。这可能是一个潜在的原因吗？我无法说服自己，因为最终枚举了窗口。如果枚举过程中窗口消失了，那么遍历窗口元素树应该会失败吧？

我的纹理 iPhone 代码渲染只有在我禁用 MSAA 时才有效，否则我得到的只是黑色纹理。问题的原因可能是什么？

这是我的代码：

我使用 Apple 网站上的示例在我的 iPad OpenGL ES 2.0 应用程序上启用了 4x MSAA。在模拟器上效果很好，图像很好而且平滑，但是在设备上，边缘上有彩色伪影，应该进行抗锯齿处理。这存在于 iPad/iPad2 和 iPhone4 上，但不存在于模拟器中。我在下面附上了一张关于神器外观的图片。有谁知道这可能是什么？

请查看以下代码，该代码应该连接到当前运行的 Excel：

事实是 Excel 确实在当前时刻运行，但 AccessibleObjectFromWindow 返回 E_FAIL。我还尝试在循环中运行此代码并切换到 Excel 以它为重点的应用程序。同样的故事，AccessibleObjectFromWindow 返回一个 E_FAIL。我现在正在互联网上寻找答案，但之前找到的所有答案都没有给我任何帮助。因此，如果有人可以提供解释，将不胜感激。

我一直在为屏幕阅读器（例如 JAWS）制作脚本，并且经常需要深入研究它的窗口层次结构（MSAA、UIA 等）。我通常使用旧的 AccExplorer32 应用程序，但它不是最佳的（层次结构通常与屏幕阅读器生成的不对应，加上树中的搜索非常有限）。是否有更好的应用程序来浏览可访问性层次结构？它应该：

• 具有良好的搜索功能（理想情况下，您可以搜索所有可访问性字段）
• 生成尽可能接近屏幕阅读器，尤其是 JAWS 使用的窗口树
• 拥有 AccExplorer 的大部分其他功能，尤其是突出显示选定对象的选项很重要

这些应用程序不够好（就我的目的而言，不如 AccExplorer）：AccChecker、Process Monitor、uiaverify、spyxx。我找不到更好的东西，这似乎很奇怪，因为这样的应用程序肯定有空间。

我正在使用以下架构：

• iOS 上的 OpenGL ES 2
• 具有相同 ShareGroup 的两个 EAGL 上下文
• 两个线程（服务器，客户端=主线程）；服务器将内容渲染到纹理，客户端使用简单的纹理四边形显示纹理。

服务器线程的附加细节（工作代码）

在初始化期间创建一个 fbo：

服务器的渲染循环大致如下：

到目前为止，这一切都很好。

新的（错误的）代码

现在我想将多重采样添加到服务器线程，使用 GL_APPLE_framebuffer_multisample 扩展并修改初始化代码如下：

主循环已更改为：

我现在看到的是纹理包含来自多个 loop() 调用的数据，混合在一起。我想我要么错过了某种“解除绑定”，要么可能是一个glFinish()电话（我以前在不同的地方遇到过这样的问题，我设置了纹理数据glTexImage2D()并在之后使用它——这需要一个glFinish()调用来强制纹理要被更新）。

但是在绘图代码之后插入 aglFinish()并没有改变这里的任何内容..

我正在尝试在我的应用程序中使用MS UI 自动化框架进行一些自动化测试。我现在的目标是监听 GUI 事件并记录它们，类似于 Windows SDK 中提供的示例 (TestScriptGeneratorSample)。

只需使用该演示应用程序，我就可以使用一个按钮启动一个简单的 Windows 窗体应用程序，并看到它将单击事件记录为“调用”UIA 事件。但是，对于按钮的每次单击，演示应用程序都会记录4 个“调用”事件。这是为什么？使用 WPF 按钮时，我没有看到这个问题。

我的猜测是，由于System.Windows.Forms.Button该类支持MSAA而不是 UIA，因此桥接 MSAA 接口的 UIA 部分行为不端，或者至少以我不理解且找不到任何文档的方式表现。也许它正在报告鼠标按下，向上，单击，然后实际按下按钮的调用事件？

谁能解释这种行为，和/或提供一种解决方法，以便按下一个按钮会导致一个调用事件？

编辑：这是在 WinXP SP3 下。我刚刚安装了Windows 自动化 API 3.0 更新，仍然看到相同的行为。

编辑2：我发现了这个例子，作者不经意地提到了这种行为作为Win32控件中的一个错误，但没有引用任何证据......

这是我的示例应用程序（上面有一个按钮的表单），以及其中包含的事件监听。添加对UIAutomationClient和的引用UIAutomationTypes。单击按钮并看到调用发生了四次而不是一次。

我正在尝试使用 D3DImage 在 DX11 中获取 MSAA，但似乎不可能，因为不允许共享多重采样纹理，如此处所述：http: //msdn.microsoft.com/en-us/library/windows/桌面/ff476531(v=vs.85).aspx

实际上，我使用的是 D3DImage 的 SharpDX 实现，它适用于 DX11 和 DX10，只要可以在没有抗锯齿的情况下离开。

此线程中描述了解决它的方法：http ://sharpdx.org/forum/5-api-usage/1000-d3d11-problem-with-usage-of-texture2d不成功。还有另一个线程问类似的问题：Multisampling and Direct3D10 / D3DImage interop

最后，问题实际上是，如果有人可以确认，绝对不可能使用 D3DImage 来渲染来自 DX10/DX11 的抗锯齿内容吗？

最近我尝试在 Linux 下使用 MSAA（多采样抗锯齿）。结果令人惊讶：使用 Nvidia 专有驱动程序一切正常，但使用 nouveau 驱动程序就不行了。奇怪的是，glxingo 说 GLX_ARB_multisample 是受支持的，我能够获得适当的 FBConfig，其中 GLX_SAMPLE_BUFFERS 设置为 1，GLX_SAMPLES 设置为 4（或 8）。但是在渲染方面，图片没有应用抗锯齿。我的项目和 freeglut 都存在这个问题，所以我将提供一个基于 glut 的小型程序来证明这个问题：

这是 glxinfo 输出（不包括视觉信息）：

glewIsSupported 表示扩展可用，glGetIntegerv 表示样本数为 4，在获取 FBConfig 时指定。我不知道发生了什么。

Edit: Here is the output of glXQueryExtensionsString: GLX_ARB_get_proc_address GLX_ARB_multisample GLX_EXT_import_context GLX_EXT_visual_info GLX_EXT_visual_rating GLX_MESA_copy_sub_buffer GLX_MESA_multithread_makecurrent GLX_MESA_swap_control GLX_OML_swap_method GLX_OML_sync_control GLX_SGI_make_current_read GLX_SGI_swap_control GLX_SGI_video_sync GLX_SGIS_multisample GLX_SGIX_fbconfig GLX_SGIX_pbuffer GLX_SGIX_visual_select_group GLX_EXT_texture_from_pixmap