In this case I am interested in three OpenCV image formats: CV_8UC4 (8-bit unsigned, 4 channels), CV_8UC3 (8-bit unsigned, 3 channels), and CV_8UC1 (8-bit unsigned, 1 channel – grayscale). Because both OpenCV and Qt provide multiple data formats for images, we need to do different conversions depending on their internal layout. The second thing to notice is the switch statement in the cv::Mat to QImage conversion ( cvMatToQImage). The first thing to note is that the cv::Mat to QPixmap conversion ( cvMatToQPixmap) at the bottom of this section simply relies on cvMatToQImage() and uses Qt’s QPixmap::fromImage() to return a QPixmap, so that’s pretty straightforward. Return QPixmap::fromImage( cvMatToQImage( inMat ) ) Inline QPixmap cvMatToQPixmap( const cv::Mat &inMat ) QWarning() << "ASM::cvMatToQImage() - cv::Mat image type not handled in switch:" << inMat.type() only create our color table the first time #if QT_VERSION >= QT_VERSION_CHECK(5, 5, 0) Inline QImage cvMatToQImage( const cv::Mat &inMat ) NOTE: This does not cover all cases - it should be easy to add new ones as required. #error Some of QImage's formats are endian-dependant. To submit a pull request on the GitHub page. If you are using such a machine, please feel free It would be possible to add conversions forīig endian machines though. This is why some conversions here swap red and blue and others do not. Since OpenCVĮxpects (B G R) we need to swap the channels for this format. Notice that Format_RGB888 is the same regardless of endianness. QImage::Format_RGB32 the bytes are ordered: (255) R G B QImage::Format_ARGB32 the bytes are ordered: A R G B QImage::Format_RGB888 the bytes are ordered: R G B QImage::Format_RGB32 the bytes are ordered: B G R (255) QImage::Format_ARGB32 the bytes are ordered: B G R A Functions to convert between OpenCV's cv::Mat and Qt's QImage and QPixmap.Īlthough not totally clear from the docs, some of QImage's formats we use here are
0 kommentar(er)
