<?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 Hi, all: in Intel® oneAPI Math Kernel Library</title>
    <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Intel-MKL-DFT-gives-incorrect-result-on-odd-number-sampling/m-p/1142503#M26424</link>
    <description>&lt;P&gt;Hi, all:&lt;/P&gt;

&lt;P&gt;Thanks for all the comments and replies. I finally found the problem. It is in my implementation of ifftshift of matlab function. I wish that Intel MKL have such commonly used DFT utility function, which could save me days of work.&lt;/P&gt;

&lt;P&gt;Jianhua&lt;/P&gt;</description>
    <pubDate>Mon, 17 Jul 2017 17:51:40 GMT</pubDate>
    <dc:creator>Jianhua_J_</dc:creator>
    <dc:date>2017-07-17T17:51:40Z</dc:date>
    <item>
      <title>Intel MKL DFT gives incorrect result on odd number sampling points</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Intel-MKL-DFT-gives-incorrect-result-on-odd-number-sampling/m-p/1142501#M26422</link>
      <description>&lt;P&gt;HI, all:&lt;/P&gt;

&lt;P&gt;I'm using MKL DFTI to do 2D complex in-place DFTs. I found that when the size of my data array is odd, say 89x89 or 45x45, DFT results are incorrect while when the size of my data array is even say 48x48 or 80x80, DFT results are correct. I read the MKL manual, it says that MKL supports arbitrary size of DFTs. I wonder what could cause this odd/even problem. I appreciate any help or hint.&lt;/P&gt;

&lt;P&gt;Thanks,&lt;/P&gt;

&lt;P&gt;Jianhua&lt;/P&gt;</description>
      <pubDate>Fri, 07 Jul 2017 15:15:07 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Intel-MKL-DFT-gives-incorrect-result-on-odd-number-sampling/m-p/1142501#M26422</guid>
      <dc:creator>Jianhua_J_</dc:creator>
      <dc:date>2017-07-07T15:15:07Z</dc:date>
    </item>
    <item>
      <title>you may take a look at the</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Intel-MKL-DFT-gives-incorrect-result-on-odd-number-sampling/m-p/1142502#M26423</link>
      <description>&lt;P&gt;you may take a look at the one of 2D FFT examples we have in mkl package ( &amp;lt;mklroot&amp;gt;\examples\dftc\source ). for example -&amp;nbsp;basic_dp_complex_dft_2d.c - this example -&amp;nbsp;complex-to-complex in-place 2D with odd problem sizes ( n1=7, n2=11).&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 09 Jul 2017 18:17:49 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Intel-MKL-DFT-gives-incorrect-result-on-odd-number-sampling/m-p/1142502#M26423</guid>
      <dc:creator>Gennady_F_Intel</dc:creator>
      <dc:date>2017-07-09T18:17:49Z</dc:date>
    </item>
    <item>
      <title>Hi, all:</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Intel-MKL-DFT-gives-incorrect-result-on-odd-number-sampling/m-p/1142503#M26424</link>
      <description>&lt;P&gt;Hi, all:&lt;/P&gt;

&lt;P&gt;Thanks for all the comments and replies. I finally found the problem. It is in my implementation of ifftshift of matlab function. I wish that Intel MKL have such commonly used DFT utility function, which could save me days of work.&lt;/P&gt;

&lt;P&gt;Jianhua&lt;/P&gt;</description>
      <pubDate>Mon, 17 Jul 2017 17:51:40 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Intel-MKL-DFT-gives-incorrect-result-on-odd-number-sampling/m-p/1142503#M26424</guid>
      <dc:creator>Jianhua_J_</dc:creator>
      <dc:date>2017-07-17T17:51:40Z</dc:date>
    </item>
  </channel>
</rss>

