为什么createBackgroundSubtractorGMG被认为是过时的，我如何使用它
总的来说，我对OpenCV和图像处理相当陌生。我正在研究背景减法，以方便运动跟踪（人计数）。查看关于背景减法的openCV文档，GMG给出了相当不错的结果。同样，当看一个视频比较的方法，我觉得GMG给出了最好的结果，至少对我来说是这样。
我安装了opencv的最新版本，以便与python3一起使用：
git clone --depth=1 https://github.com/Itseez/opencv.git
cd opencv
mkdir build
cd build
cmake -DBUILD_opencv_python3=YES -DBUILD_opencv_python2=NO -DINSTALL_PYTHON_EXAMPLES=YES -DPYTHON3_EXECUTABLE=/usr/local/bin/python3 -DPYTHON3_INCLUDE_DIR=/usr/local/Cellar/python3/3.4.2_1/Frameworks/Python.framework/Versions/3.4/include/python3.4m -DPYTHON3_LIBRARY=/usr/local/Cellar/python3/3.4.2_1/Frameworks/Python.framework/Versions/3.4/lib/libpython3.4.dylib -DPYTHON3_NUMPY_INCLUDE_DIRS=/usr/local/lib/python3.4/site-packages/numpy/core/include/ -DPYTHON3_PACKAGES_PATH=/usr/local/lib/python3.4/site-packages/ ..
make -j8
make install
python3 -c "import cv2; print(cv2.__version__)"
有趣的是，在我自己的测试中，createBackgroundSubtractorKNN和createBackgroundSubtractorMOG2的当前(3.0.0-dev)版本比我以前在OpenCv2中测试的版本(MOG和MOG2)要好得多。因此，GMG算法可能被转移到这些算法中。或者，如果没有，为什么GMG版本现在被认为已经过时了？我如何让过时的版本工作（在python3)，以比较结果？
共有1个答案
我不认为它过时了...它刚刚被移动到contrib存储库。您必须使用OpenCV安装它，然后在cv2.bgsegm下提供它。按照生成说明的链接。
-
我听到一些人说，即使在使用获得种子之后，使用也是很糟糕的。为什么会这样？我想知道事情是怎么发生的...抱歉，我又问了一个问题..但是，有什么办法可以替代这一点呢？
-
问题内容： 我问了一个一般性的Spring问题：自动播发Spring Bean，并让多个人回答说应尽可能避免调用Spring 。这是为什么？ 我还应该如何访问配置了Spring创建的Bean？ 我在非Web应用程序中使用Spring，并计划按照LiorH的描述访问共享对象。 修正案 我接受下面的答案，但这是Martin Fowler的另一种选择，他讨论了依赖注入与使用（本质上与调用相同）的优点。
-
我有一个问题，关于什么是正确的做法，使用SwingU实用程序的调用稍后方法。 所以首先，我想确认我理解正确。 据我所知，对GUI的更改必须在EDT上完成，因为Swing组件不是线程安全的。invokeLater方法将Runnable作为参数，该Runnable中包含的任何内容都将在EDT上运行。因此，对Swing组件的任何调用都被放入一种队列中，在EDT上一次执行一个。 有了这些，我的问题是：使用
-
问题内容： 我知道这被认为是不良做法；并且，我希望整理出一份为什么要向第三方供应商提交的原因清单，说明为什么他们不应该在其分析代码的实现中使用它们。 请在下面说明您提出不良做法的理由。 问题答案： 一些较严重的问题： document.write（此后称为DW）在XHTML中不起作用 DW不会直接修改DOM，从而阻止了进一步的操作 （试图寻找证据，但充其量只是视情况而定） 页面加载完成后执行的DW
-
问题内容： 为什么是选择？如果添加了想要的新列，这是否意味着更少的代码更改？ 我知道这在某些数据库上是性能问题，但是如果您真的想要每列，该怎么办？ 问题答案： 确实有三个主要原因： 将数据转移到消费者方面效率低下。 当您选择SELECT *时，通常从数据库中检索到的列数超出了应用程序实际需要运行的列数。这将导致更多数据从数据库服务器移至客户端，从而减慢访问速度并增加计算机上的负载，并花费更多时间在
-
根据我的理解，如果子例程不作用于类的实例（其作用仅限于显式输入/输出），则它是；如果子例程作用于类的实例，则它是（它可能会对实例产生副作用，使其不纯）。 关于这个话题，这里有一个很好的讨论。请注意，根据接受答案的定义，静态实际上应该是一个函数，因为实例从不隐式传递，而且它不能访问任何实例的成员。 不过，考虑到这一点，静态实际上不应该是函数吗？ 我想确保我使用了正确的措辞。 有人能澄清一下吗？