<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Stitching images in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/Stitching-images/m-p/922462#M15842</link>
    <description>Hi there!&lt;BR /&gt;&lt;BR /&gt;I am using Ipp 5.1 to get several overlapping 24bit rgb images to be merged into a larger image. For this I would like to use a proximity measure function to find the best match between pairs of images, the ippiSqrDistanceFull or ippiCrossCorrFull functions.&lt;BR /&gt;&lt;BR /&gt;The problem I face is when the overlap is small, then these functions give very unreliable results. The reason is that the images gets a zero-padding. This makes SqrDistance useless of course, while cross correlation functions very rarely finds a good match.&lt;BR /&gt;&lt;BR /&gt;So I am wondering if I am on the wrong track with using these functions for stitching images? In principle the sqr distance method seems good, but it needs to be on a per-pixel average and disregard any padding, something which IPP cant do. I am working with SqrDistanceValid now instead but overlapping equal sized images this mean many smaller matches instead of one big match.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Magnus</description>
    <pubDate>Fri, 09 Jun 2006 21:21:27 GMT</pubDate>
    <dc:creator>magnussq</dc:creator>
    <dc:date>2006-06-09T21:21:27Z</dc:date>
    <item>
      <title>Stitching images</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Stitching-images/m-p/922462#M15842</link>
      <description>Hi there!&lt;BR /&gt;&lt;BR /&gt;I am using Ipp 5.1 to get several overlapping 24bit rgb images to be merged into a larger image. For this I would like to use a proximity measure function to find the best match between pairs of images, the ippiSqrDistanceFull or ippiCrossCorrFull functions.&lt;BR /&gt;&lt;BR /&gt;The problem I face is when the overlap is small, then these functions give very unreliable results. The reason is that the images gets a zero-padding. This makes SqrDistance useless of course, while cross correlation functions very rarely finds a good match.&lt;BR /&gt;&lt;BR /&gt;So I am wondering if I am on the wrong track with using these functions for stitching images? In principle the sqr distance method seems good, but it needs to be on a per-pixel average and disregard any padding, something which IPP cant do. I am working with SqrDistanceValid now instead but overlapping equal sized images this mean many smaller matches instead of one big match.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Magnus</description>
      <pubDate>Fri, 09 Jun 2006 21:21:27 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Stitching-images/m-p/922462#M15842</guid>
      <dc:creator>magnussq</dc:creator>
      <dc:date>2006-06-09T21:21:27Z</dc:date>
    </item>
    <item>
      <title>Re: Stitching images</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Stitching-images/m-p/922463#M15843</link>
      <description>&lt;DIV&gt;&lt;/DIV&gt;&lt;P&gt;Hi, Magnus!&lt;/P&gt;&lt;P&gt;To use cross corr for your purpose you need compapatively big areas in images to stitch. It can be insufficients if image brightness or other characteristics differ.&lt;/P&gt;&lt;P&gt;Generally, image stitching (panorame image creation) is done via key points search in images. The most popular are SIFT (scale-invariant...) features. We plan to include functions to cover the most time-consuming part of SIFT algorithm to IPP and to provide the corresponding sample.&lt;/P&gt;&lt;P&gt;Alexander&lt;/P&gt;</description>
      <pubDate>Sat, 10 Jun 2006 00:28:54 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Stitching-images/m-p/922463#M15843</guid>
      <dc:creator>Intel_C_Intel</dc:creator>
      <dc:date>2006-06-10T00:28:54Z</dc:date>
    </item>
  </channel>
</rss>

