问题标签 [halcon]

我们目前正在开发一个 C++ 应用程序（使用 VS2015），它使用 Qt（5.9，用于 UI 框架）和 Halcon 9.0（用于图像处理）。

最近我们决定使用 Squish 来促进 UI 测试，并且最初的测试套件在我的系统（运行 Windows 8.1）上执行没有问题。然后我们尝试将这些测试套件添加到我们的 CI 环境中（类似的设置，但运行 Windows 10）。

这是我们遇到上述问题的情况：应用程序在“正常”启动时运行良好，但如果通过 Squish（或 Squish 的“startaut”工具）启动，Halcon 会产生以下错误：

其次是
。

众所周知，halcon 手册关于这些错误的原因很少（而且 Halcon 的支持速度目前似乎很缓慢 - 2 周，还没有对我们的查询做出回应） - 所以，即使这是一个远景：有没有其他人遇到过这样的（或类似的） ) 问题（Windows 10 上的 Halcon 9.0），如果是这样，您找到解决方案了吗？

有没有一种简单的方法可以将灰度 Halcon/MVtec Himage 对象转换为 ac# 位图？此处存在彩色图像的示例代码（mvtec 文档）：

但是从这个示例中，我不清楚如何处理灰度图像。

原图：

OpenCV 处理过的图像：

第一张图是原图。

第二张图片是 OpenCV 处理后的图片。

我也想在 HALCON 中实现效果。

有人可以给我建议使用哪种方法或 HALCON 运算符吗？

我有一个带有相机和闪光灯系统的设置，当与 HDevelop 中的图像采集 GUI 一起使用时，它可以为我提供适当的性能。即，使用闪光灯触发一次的图像捕获。我转到代码生成选项卡并导出相同的代码，执行时我得到了另一个性能。即两次触发闪光灯拍摄的图像。我一直无法确定问题所在。

下面是使用上述代码生成选项卡 ​​GUI 导出的代码

在 C# 中使用 Halcon 13 函数 FindNccModel 会导致以下错误：HALCON error #6001: Not enough memory available in operator find_ncc_model

该函数本身可以在一个while循环中无限运行，但如果它与我们的程序结合使用会导致内存异常。另一方面，程序本身可以在没有此功能的情况下无限运行。有趣的是，错误发生在程序达到典型的 1,1 Gb 内存之前，这意味着存在内存泄漏。

我在 Halcon 文档中没有找到任何关于此问题的参考，升级到最新的 Halcon 13 版本或使用 Halcon XL 没有帮助。有谁知道什么可能导致这个问题？

我正在使用带有 HDevelop 的 USB3 摄像头，我想用实时图像录制视频。我知道可以拍照，但我找不到录制视频的方法。可能吗？

我的设置包括一个 POE 摄像头，它直接连接到我安装了 HDevelop 的计算机。从过去几天开始，我遇到了一个问题，其中第一次尝试使用 HDevelop 连接到相机失败。

1. 从图像采集 GUI 使用 Connect 时，我收到一条错误消息，指出“HALCON 错误。图像采集：设备无法初始化”

2. 当使用程序控制台中的 open_framegrabber() 方法时，我也得到了同样的错误，并添加了 HALCON 错误代码：5312

在我收到此错误后，再次尝试连接，它成功。这是我目前的解决方法，但它很烦人，因为它经常重复，我不确定这个问题的原因是什么。我尝试从命令提示符 ping 我的相机，但没有显示任何 ping 丢失。并且使用 VIMBA 查看器中的相机，我没有遇到此类连接问题。

我知道这不是我应该提出此类问题的支持站点，但是如果有人可以就解决此问题给我一些意见，那将有很大帮助。

问候，

桑杰

我正在尝试使用 c++ 在 QT graphicsview 对象中显示 HImage。谁能指出我正确的方向？到目前为止，我还没有在互联网上找到任何线索。

首先是一个令人沮丧的事实：https ://www.base64decode.org/可以做我想做的事。

我正在尝试对由图像处理工具 MVTec Halcon 生成的模型文件（.shm）进行编码和解码（与 base64 之间），因为我想将其存储在 xml 文件中。

如果我打开它，它有这种奇怪的形式：

我正在使用这种方法对其进行编码和解码：

并像这样从 gui 调用方法：

我对modelneu的结果是：

所以你可以看到有很多丢失的字符。我猜这个问题是由使用 .Default 引起的。

谢谢你的帮助，米歇尔

首先：也许这是一个 XY 问题：我真正想要解决的是一个穷人的保护计划，以防止对我们的源代码进行间谍活动。我们在 C# 项目中使用 HALCON（一个图像处理库）；问题是 HALCON 部分存储为普通源代码，并且仅在程序开始时当您告诉它源代码在哪里时才由 DLL 编译/收集。我的目的是将源以加密形式保存在磁盘上，并在初始化 DLL 之前在程序开始时将其加载/解密到内存的一部分。这个想法是拒绝通过文件系统访问源（插入 USB 记忆棒并复制） - 我知道这是一种相当薄弱的保护形式，如果我遗漏了一些明显和优越的方法，请报告。

我一直在研究 RAM 磁盘，但这些对保护没有帮助，因为应用程序是 24/7 运行的。基于内存的文件将是理想的，因为它们在应用程序关闭时消失了，并且应该或多或少对外界不可见，但我必须为 DLL 提供一个简单的 DOS 文件路径（例如“C:/HALCON/ourproject”）的文件流/描述符，所以问题仍然存在，如果一个人可以（在 Windows 中！）用驻留在 RAM 中的瞬态部分覆盖每个进程的文件系统。

编辑：我使用的是 HDevelop-Interface，也就是说，HALCON 过程是通过调用 HALCON 解释器的过程调用的 HDevProcedure 对象调用的。