【问题标题】:OpenCV Image Aligment using ORB使用 ORB 的 OpenCV 图像对齐
【发布时间】:2017-03-21 10:36:02
【问题描述】:

我需要精确对齐两个图像。为此,我使用增强相关系数 (ECC)。除了旋转很多的图像外,这给了我很好的结果。例如,如果参考图像(基本图像)和测试图像(我想对齐)旋转 90 度 ECC 方法不起作用,根据 findTransformECC() 的文档,这是正确的,其中

请注意,如果图像经历强烈的位移/旋转,则需要进行大致对齐图像的初始变换(例如,允许图像大致显示相同图像内容的简单欧几里德/相似变换)。

所以我必须使用基于特征点的对齐方法来进行一些粗略的对齐。我尝试了 SIFT 和 ORB,但我都面临同样的问题。它适用于某些图像,而对于其他图像,则生成的转换会在错误的一侧移动或旋转。

这些是输入图像:

我认为问题是由错误匹配引起的,但如果我只使用 10 个距离较小的关键点,在我看来它们都是很好的匹配(当我使用 100 个关键点时,结果完全相同)

这是匹配的结果:

这是结果:

如果您比较旋转后的图像,它会向右移动并上下颠倒。 我错过了什么?

这是我的代码:

        # Initiate detector
    orb = cv2.ORB_create()

    # find the keypoints with ORB
    kp_base = orb.detect(base_gray, None)
    kp_test = orb.detect(test_gray, None)

    # compute the descriptors with ORB
    kp_base, des_base = orb.compute(base_gray, kp_base)
    kp_test, des_test = orb.compute(test_gray, kp_test)

    # Debug print
    base_keypoints = cv2.drawKeypoints(base_gray, kp_base, color=(0, 0, 255), flags=0, outImage=base_gray)
    test_keypoints = cv2.drawKeypoints(test_gray, kp_test, color=(0, 0, 255), flags=0, outImage=test_gray)

    output.debug_show("Base image keypoints",base_keypoints, debug_mode=debug_mode,fxy=fxy,waitkey=True)
    output.debug_show("Test image keypoints",test_keypoints, debug_mode=debug_mode,fxy=fxy,waitkey=True)

    # find matches
    # create BFMatcher object
    bf = cv2.BFMatcher(cv2.NORM_HAMMING, crossCheck=True)
    # Match descriptors.
    matches = bf.match(des_base, des_test)
    # Sort them in the order of their distance.
    matches = sorted(matches, key=lambda x: x.distance)


    # Debug print - Draw first 10 matches.
    number_of_matches = 10
    matches_img = cv2.drawMatches(base_gray, kp_base, test_gray, kp_test, matches[:number_of_matches], flags=2, outImg=base_gray)
    output.debug_show("Matches", matches_img, debug_mode=debug_mode,fxy=fxy,waitkey=True)

    # calculate transformation matrix
    base_keypoints = np.float32([kp_base[m.queryIdx].pt for m in matches[:number_of_matches]]).reshape(-1, 1, 2)
    test_keypoints = np.float32([kp_test[m.trainIdx].pt for m in matches[:number_of_matches]]).reshape(-1, 1, 2)
    # Calculate Homography
    h, status = cv2.findHomography(base_keypoints, test_keypoints)
    # Warp source image to destination based on homography
    im_out = cv2.warpPerspective(test_gray, h, (base_gray.shape[1], base_gray.shape[0]))
    output.debug_show("After rotation", im_out, debug_mode=debug_mode, fxy=fxy)

【问题讨论】:

  • 你找到答案了吗?当我旋转时,我也有翻译“走开”的问题。图像的正常平移工作得很好,但是一旦图像旋转单应垫的平移部分(在我的情况下,estimateRigidTransform 效果更好)将不会保持不变(它应该在围绕中心旋转时)。
  • @ScubaKay 好吧,我骗了一点 :D 因为我知道裁剪电路板后将是一个“站立”的矩形(矩形的较短边与水平面平行) line )或“laying”(较长的一侧将与水平线平行)。所以我只是将其中一张图片旋转了 4 次 90°,并在每次旋转后比较了两张图片。而不是我只是简单地选择了一个最相似的旋转图像。之后 ORB 就像一个冠军!

标签: python opencv image-processing image-registration


【解决方案1】:

这个问题的答案既平凡又令人恼火。假设这与我遇到的问题相同(我认为是):

问题及说明 大多数相机使用包含“方向”值的 EXIF 标签保存图像。从 OpenCV 3.2 开始,当使用 cv.imread() 加载图像时会自动读入这个方向标签,并且图像是基于标签进行定向的(有 8 种可能的方向,包括 90* 旋转、镜像和翻转)。某些图像查看应用程序(例如 Linux Mint Cinnamon 中的 Image Viewer 和 Adob​​e Photoshop)将显示沿 EXIF Orientation 标签方向旋转的图像。其他应用程序(例如 QGIS 和 OpenCV

一种可能的解决方案 在将图像读入 OpenCV 之前删除 EXIF 方向标签。现在,从 OpenCV 3.4(可能是 3.3?)开始,可以选择加载忽略标签的图像,但完成后,它们会以灰度(1 通道)的形式加载,如果您需要颜色 cv.imread('image.jpg',128),这将无济于事其中 128 表示“忽略方向”。因此,我在 python 中使用 pyexiv2 从我的图像中删除有问题的 EXIF 方向标签:

import pyexiv2
image = path_to_image
imageMetadata = pyexiv2.ImageMetadata(image)
imageMetadata.read()
try:
    del imageMetadata['Exif.Image.Orientation']
    imageMetadata.write()
except:
    continue

【讨论】:

    猜你喜欢
    • 2019-11-09
    • 2020-09-28
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-01-02
    • 1970-01-01
    • 2016-12-12
    • 2012-07-05
    相关资源
    最近更新 更多