【问题标题】:WPF Bindings stop working under loadWPF 绑定在负载下停止工作
【发布时间】:2015-05-07 21:58:06
【问题描述】:

几周以来我一直在努力解决这个问题,所以我认为是时候寻求一些外部帮助了 :-)

我有一个 WPF 应用程序,其主窗口包括一大堆使用绑定的控件。其中一个控件是 SharpGL 控件,我提到它是因为它可能是相关的。

这些绑定都可以在我的笔记本电脑和其他高规格机器上运行,但在低规格机器上(我的笔记本电脑是超线程四核,其中一台失败的测试机器是双核的)。如果我提高笔记本电脑上 SharpGL 控件的帧速率,绑定将停止工作。同样,如果我放慢速度,它们就会开始在双核机器上工作(但是 SharpGL 控制速度太慢,无法满足我的需要)。

最后可能值得注意的是,我可以通过处理 PropertyChanged 事件并手动更新绑定来解决问题,但是我不再进行绑定,这太可怕了!

所以我想我真的有几个问题:

1) 有没有人见过这样的问题?关于如何解决它的任何想法?会不会与 SharGL 控件的存在直接相关? 2) 控件(在本例中为 SharpGL 控件)是否有可能以某种方式阻止绑定更新所有其他元素的方式失败? 3) SharpGL 控件引发并在我的代码中处理的 Draw 事件是否有可能加载 UI 线程,以至于根本没有足够的时间进行绑定更新?

提前致谢

迈克·纳什

【问题讨论】:

  • 您是否尝试移除 SharpGL 控件并进行测试以验证是否确实是该控件导致了问题?
  • 有人在此处报告了一个可能相关的问题:stackoverflow.com/questions/22209166/…
  • 感谢您的快速回复。我已经在使用顶点缓冲区,所以我认为这个问题与我编写 SharpGL 代码的方式无关。我或许可以进一步提高 OpenGL 绘图处理程序的性能,但这就像推迟不可避免的事情(即,当我添加更多内容时,问题会再次出现)。
  • 如果我删除了 SharpGL 控件,那么是的,问题就消失了,但 UI 上的大部分高速开销也同样如此 - 控件以大约 20fps 的速度调用绘图处理程序。因此,摆脱了绘图代码和控件后,我无法确定问题是负载问题还是仅仅是 OpenGL 中的错误。

标签: c# wpf sharpgl


【解决方案1】:

我曾经遇到过类似的问题,但在使用 sharpGL 时没有遇到过类似的问题,而是使用自定义的颜色类别,如果发出与绑定相关的另一个操作,绑定将停止工作。我通过使用解决了它触发器而不是直接绑定...不确定它是否对您有帮助...

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-12-06
    • 1970-01-01
    • 2015-03-07
    • 2013-05-25
    • 2017-03-15
    • 2011-01-11
    相关资源
    最近更新 更多