This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
主机:带有 Debian 9映像的 BeagleBone Black。
感谢此论坛中的一些答案、以应对 GNU C 编译器的更改、我编译了 pattern_display 并使用-t (test pattern)选项正常运行。
但是、如果我尝试使用640x360 24位 RGB 图像(value_variable.bmp)作为输入模式、并尝试
./pattern_disp vertical_variable.bmp 1 3
然后我得到了"浮点例外"。 我在 "structured_light"文件夹中搜索了代码、没有发现任何生成此短语的错误处理、因此我猜可能超出了此代码而导致问题? 然而、DLP2000EVM 在运行时与/opt/scripts/device/bone/capes/DLPDLCR2000中的其他测试代码 (例如 MPlayer 演示代码等)似乎表现正常。
如果能继续前进、我将不胜感激。 谢谢!
他妈的
Puck、您好!
欢迎来到 E2E 论坛。 感谢您的参与!
我们没有上面链接的 pattern_display 存储库、因此我们能够提供的具体存储库支持非常有限。
然而,您是否在使用任何其他 Debian 映像时遇到了"浮点异常"错误? 我们建议使用 eMMC 物联网 Flasher 映像、如 该映像。 在尝试使用任何其它.bmp 模式时,您是否看到此错误?
此致!
麦克斯因
感谢您的回复。 我使用了一个 Debian 11映像。 但这个特定的示例甚至没有 Python,因此我甚至无法在
dlp_lightcrafter-1.0.19.tar.gz
所以我换回来使用的 Debian 9映像(直到我尝试了自己的映像并遇到浮点例外)。
我希望确保输入图像尺寸
1)必须具有精确的像素计数作为 DMD (640x360)、并且
2) 2)需要24位 RGB (每种颜色8位)
如果浮点例外有任何其他已知原因、我将感谢您指出。
我将尝试这个新的 Debian 映像(12.2)。 由于 DLP2000EVM 手册如此之古老(2017年)仍然鼓励用户使用 Jesse、因此我很想尝试最新的发行版。
我解决了问题。 这段代码明智地被排除在 TI 的官方发布版本中(我在 GitHub 中无意中加入了它)。 TI 不支持此功能(但标题中包含 TI 声明和免责声明)。 读取代码并找到不良记录的用法需要花费一些时间。 但这是一个很好的起点,推动用户编写他们自己的代码,这是一个成功的。
BTW,上一篇文章中的12.2映像无法正确引导 BBB。 问题可能比预期的要多。
Puck、您好!
非常感谢您提供的信息。 我们很高兴您成功地使用了 Debian 11,我们将相应地更新我们的文档。
此致!
麦克斯因
不,Debian 11没有解决这个问题。 实际上、它与 Debian 版本无关。
我通过研究 C 代码找到了解决方案。 参数逻辑并不完美(没有关于如何排列输入图像的注释)、因此必须解决该问题、以避免出现模糊的错误消息。
解决方案是: 研究 C 代码。 (因此、对于这种推动用户首先完成家庭作业的努力的赞誉)
Puck、您好!
对误解深表歉意;我们感谢澄清。 可以肯定的是、您是说在 pattern_display 存储库中找到的 C 代码?
此致!
麦克斯因
是的、是"structured_light"文件夹。 如果有人花几个小时来提供文档/代码内注释、则可将其用作 TI 的官方支持。 对于计划将 DMD 用作照明(非显示)源的未来用户来说、这会非常有用。