非 8 位系统上的 CV_8U opencv 矩阵

发布于 2024-12-07 12:49:15 字数 279 浏览 1 评论 0原文

我读到，signed char 和 unsigned char 类型不能保证在每个平台上都是 8 位，但有时它们有超过 8 位。如果是这样，使用 OpenCv 我们如何确定 CV_8U 始终是 8 位？我编写了一个简短的函数，它采用 8 位 Mat，并且如果需要的话，会将 CV_8SC1 Mat 元素转换为 uchar，将 CV_8UC1 转换为 schar。现在我担心它不是独立于平台的，我应该以某种方式修复代码（但不知道如何）。

PS：同样，CV_32S 如何总是 int，即使在没有 32 位 int 的机器上？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

拧巴小姐 2024-12-14 12:49:16

您能提供一下参考吗（我从未听说过）？可能您的意思是可以在 cv::Mat 中的行末尾添加的填充。这没有问题，因为通常不使用填充，特别是如果您使用接口函数，例如迭代器（cf）。如果您发布一些代码，我们可以看到您的实现是否确实存在此类问题。

// template methods for iteration over matrix elements.
// the iterators take care of skipping gaps in the end of rows (if any)
template<typename _Tp> MatIterator_<_Tp> begin();
template<typename _Tp> MatIterator_<_Tp> end();

CV_32S 将始终为 32 位整数，因为它们使用 inttypes.h 中定义的类型（例如 int32_t、uint32_t< /code>），而不是特定于平台的 int、long 等。

Can you give a reference of this (I've never heard of that)? Probably you mean the padding that may be added at the end of a row in a cv::Mat. That is of no problem, since the padding is usually not used, and especially no problem if you use the interface functions, e.g. the iterators (c.f.). If you would post some code, we could see, if your implementation actually had such problems.

// template methods for iteration over matrix elements.
// the iterators take care of skipping gaps in the end of rows (if any)
template<typename _Tp> MatIterator_<_Tp> begin();
template<typename _Tp> MatIterator_<_Tp> end();

the CV_32S will be always 32-bit integer because they use types like those defined in inttypes.h (e.g. int32_t, uint32_t) and not the platform specific int, long, whatever.

回复收藏 0 原文

~没有更多了~