<?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 Re: No copy for complex images ? in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978505#M21180</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;there is comment from our expert:&lt;/P&gt;&lt;FONT color="#000080" size="2"&gt;
&lt;P&gt;There is no direct support for complex images, so using of ippiSet for 32f complex data is too tricky:&lt;/P&gt;
&lt;P&gt;For his example: &lt;/P&gt;
&lt;P&gt;IPPAPI ( IppStatus, ippiSet_32f_C4R,&lt;/P&gt;
&lt;P&gt;( const Ipp32f value[4], Ipp32f* pDst, int dstStep,&lt;/P&gt;
&lt;P&gt;IppiSize roiSize ))&lt;/P&gt;
&lt;P&gt;where Ipp32f value[4] = {1.0, 0.0, 1.0, 0.0};&lt;/P&gt;
&lt;P&gt;IppiSize roiSize = {50, 100}; // if complex points were mentioned  he should divide by 2,  100/2 = 50; height is not touched.&lt;/P&gt;
&lt;P&gt;Int dstStep = 400; // 50 complex numbers in row, each consists of two 4-bytes floats.&lt;/P&gt;
&lt;P&gt;2D convolution function (ippiConvFull/Valid) is highly optimized and uses direct calculations in boundary cases only (when one of the images is too small, or dst image is too small and algorithm based on FFT is not effective). In all other cases convolution is based on convolution theorem algorithm.&lt;/P&gt;&lt;/FONT&gt;
&lt;P&gt;Regards,&lt;BR /&gt; Vladimir&lt;/P&gt;</description>
    <pubDate>Sat, 16 Sep 2006 01:25:41 GMT</pubDate>
    <dc:creator>Vladimir_Dudnik</dc:creator>
    <dc:date>2006-09-16T01:25:41Z</dc:date>
    <item>
      <title>No copy for complex images ?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978500#M21175</link>
      <description>In the IPP libraries, there are no "ippiCopy_32fc" routines to copy a (part of a) complex-valued image into another. &lt;BR /&gt;Is there a reason for this ? (I programmed one in order to circumvent this...)</description>
      <pubDate>Fri, 19 Dec 2003 17:51:08 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978500#M21175</guid>
      <dc:creator>Intel_C_Intel</dc:creator>
      <dc:date>2003-12-19T17:51:08Z</dc:date>
    </item>
    <item>
      <title>Re: No copy for complex images ?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978501#M21176</link>
      <description>Dear Customer,
&lt;DIV&gt;If you think this is an important feature for your development, please submit a detailed feature requestinto Intel Premier Support so our development team will review it in the next product definition cycle and will decide if or not it is needed to implement.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Ying &lt;BR /&gt;Intel IPP &lt;FONT size="1"&gt;&lt;/FONT&gt;&lt;/DIV&gt;</description>
      <pubDate>Mon, 29 Dec 2003 17:09:53 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978501#M21176</guid>
      <dc:creator>Ying_S_Intel</dc:creator>
      <dc:date>2003-12-29T17:09:53Z</dc:date>
    </item>
    <item>
      <title>Re: No copy for complex images ?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978502#M21177</link>
      <description>&lt;DIV&gt;&lt;/DIV&gt;
&lt;DIV&gt;Hi,&lt;/DIV&gt;
&lt;DIV&gt;You don't need a special copy function for complex images;just treat the image as a non-complex image with double the size.&lt;/DIV&gt;
&lt;DIV&gt;Regards,&lt;/DIV&gt;
&lt;DIV&gt;--Amanda S.&lt;/DIV&gt;
&lt;DIV&gt;Intel Corp.&lt;/DIV&gt;</description>
      <pubDate>Tue, 30 Dec 2003 06:38:07 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978502#M21177</guid>
      <dc:creator>Amanda_S_Intel</dc:creator>
      <dc:date>2003-12-30T06:38:07Z</dc:date>
    </item>
    <item>
      <title>Re: No copy for complex images ?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978503#M21178</link>
      <description>&lt;P&gt;I am having the same problems with complexfunctions. A lot of (basic) functions (like set, copy, etc) do not have complex counter parts. If I treat the image as twice the size, should I make it twice the width or twice the height? Could you give a basic example setting, say, a 100x100 image to a value of Re=1.0, Im = 0.0?&lt;/P&gt;
&lt;P&gt;I am planning to perform a 2D convolutionin Fourier space using IPP. I have seen the 2D convolution routines in de IPPI manual, but they seem in to work in the spatial domain and should thus be much slower. Is this true?&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 15 Sep 2006 00:03:10 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978503#M21178</guid>
      <dc:creator>thijse</dc:creator>
      <dc:date>2006-09-15T00:03:10Z</dc:date>
    </item>
    <item>
      <title>Re: No copy for complex images ?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978504#M21179</link>
      <description>&lt;P&gt;In general, could one adress the real and imaginary parts as different channels? Such as:&lt;/P&gt;
&lt;P&gt;const int Ipp32fSize = sizeof( Ipp32f ); &lt;BR /&gt;IppiSize srcSize = {100, 100};&lt;/P&gt;
&lt;P&gt;// Create a single channel, complex image...&lt;BR /&gt;Ipp32fc* srcImage= ( Ipp32fc * )ippiMalloc_32fc_C1( srcSize.width, srcSize.height, &amp;amp;stepBytes ); &lt;/P&gt;
&lt;P&gt;// ...but adress as dual channel, real image:&lt;BR /&gt;&lt;BR /&gt;// Initialize real part (1st channel) to 1.0f&lt;BR /&gt;ippiSet_32f_C1CR( 1.0f, srcImage, srcSize.width * Ipp32fSize, srcSize );&lt;/P&gt;
&lt;P&gt;// Initialize imaginary part (2st channel) to 0.0f&lt;BR /&gt;ippiSet_32f_C2CR( 0.0f, srcImage, srcSize.width * Ipp32fSize, srcSize );&lt;BR /&gt;&lt;BR /&gt;ippiFree( srcImage );&lt;BR /&gt;&lt;/P&gt;
&lt;P&gt;Please excuse me if I am asking things that are in the manual but I overlooked.&lt;/P&gt;</description>
      <pubDate>Fri, 15 Sep 2006 17:57:39 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978504#M21179</guid>
      <dc:creator>thijse</dc:creator>
      <dc:date>2006-09-15T17:57:39Z</dc:date>
    </item>
    <item>
      <title>Re: No copy for complex images ?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978505#M21180</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;there is comment from our expert:&lt;/P&gt;&lt;FONT color="#000080" size="2"&gt;
&lt;P&gt;There is no direct support for complex images, so using of ippiSet for 32f complex data is too tricky:&lt;/P&gt;
&lt;P&gt;For his example: &lt;/P&gt;
&lt;P&gt;IPPAPI ( IppStatus, ippiSet_32f_C4R,&lt;/P&gt;
&lt;P&gt;( const Ipp32f value[4], Ipp32f* pDst, int dstStep,&lt;/P&gt;
&lt;P&gt;IppiSize roiSize ))&lt;/P&gt;
&lt;P&gt;where Ipp32f value[4] = {1.0, 0.0, 1.0, 0.0};&lt;/P&gt;
&lt;P&gt;IppiSize roiSize = {50, 100}; // if complex points were mentioned  he should divide by 2,  100/2 = 50; height is not touched.&lt;/P&gt;
&lt;P&gt;Int dstStep = 400; // 50 complex numbers in row, each consists of two 4-bytes floats.&lt;/P&gt;
&lt;P&gt;2D convolution function (ippiConvFull/Valid) is highly optimized and uses direct calculations in boundary cases only (when one of the images is too small, or dst image is too small and algorithm based on FFT is not effective). In all other cases convolution is based on convolution theorem algorithm.&lt;/P&gt;&lt;/FONT&gt;
&lt;P&gt;Regards,&lt;BR /&gt; Vladimir&lt;/P&gt;</description>
      <pubDate>Sat, 16 Sep 2006 01:25:41 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978505#M21180</guid>
      <dc:creator>Vladimir_Dudnik</dc:creator>
      <dc:date>2006-09-16T01:25:41Z</dc:date>
    </item>
    <item>
      <title>Re: No copy for complex images ?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978506#M21181</link>
      <description>&lt;P&gt;Thanks, &lt;/P&gt;
&lt;P&gt;Because we want to manipulate our convolution filters in Fourier spacewe have decided to use the FFTFwd and FFTInv algorithms and do our convolution using MulPack, instead of using ConvFull. &lt;/P&gt;
&lt;P&gt;However, this brought me to the next problem: I would like to individually manipulate the complex values in the Complex Packed Fourier image, but I found it hard toconstruct an elegant (or efficient) algorithm to find the real and imaginary values corresponding&lt;BR /&gt;totheir position (x,y) in the original image,that will work for RCPack2D storage images with both odd and even rows and columns. Could you perhaps provide (C-code) for such an algorithm?&lt;/P&gt;
&lt;P&gt;Alternatively, I could use PackToCplxExtend to create a "normal" complex image and manipulate those values, but I could not find a reverse function, (CplxToPackToCompact ?). Does such an function exist?&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 17 Oct 2006 16:36:10 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978506#M21181</guid>
      <dc:creator>thijse</dc:creator>
      <dc:date>2006-10-17T16:36:10Z</dc:date>
    </item>
    <item>
      <title>Re: No copy for complex images ?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978507#M21182</link>
      <description>&lt;P&gt;This is the function that I am now trying. Is this a correct mapping of Ipp32fc A(x,y) to an RCPack2D Storage image?&lt;/P&gt;
&lt;P&gt;( IppImage src is an object that wraps an Ipp32f image.&lt;BR /&gt; src.pixel(x,y) returns the value of pixel(x,y), etc. )&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" size="2"&gt;Ipp32fc CSquareFilter::getRCPackedElement(IppImage&amp;amp; src,int x, int y) {&lt;BR /&gt;&lt;BR /&gt;// According to Table 10-4 &amp;amp;&amp;amp; 10-5 a RCPack2D stored image is transposed?&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" size="2"&gt;Ipp32fc value;&lt;BR /&gt;&lt;BR /&gt;int EvenM = ((src.width() % 2) ==0 );&lt;BR /&gt;int EvenN = ((src.height() % 2) ==0 );&lt;BR /&gt;int Mdiv2 = src.width() / 2;&lt;BR /&gt;int Ndiv2 = src.height() / 2;&lt;BR /&gt;int RCPcolumn;&lt;BR /&gt;int RCProw;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" size="2"&gt;if ((y==0) || (y==Ndiv2 &amp;amp;&amp;amp; EvenN)) {&lt;BR /&gt;&lt;BR /&gt;RCPcolumn = (y*2)-1;// is image transposed? y =&amp;gt; column?&lt;BR /&gt;if (x==0) { &lt;BR /&gt;// A(0,0) or A(0,N/2)&lt;BR /&gt;RCProw = 0; &lt;BR /&gt;value.re = src.pixel(RCPcolumn,RCProw);&lt;BR /&gt;value.im = 0.0;// for A(0,0) Freq = 0 the phase is irrelevant?&lt;BR /&gt;} else {&lt;BR /&gt;RCProw = (x*2)-1;&lt;BR /&gt;if ((x==Mdiv2) &amp;amp;&amp;amp; EvenM) {&lt;BR /&gt;// A(M/2,0) or A(M/2,N/2) &lt;BR /&gt;value.re = src.pixel(RCPcolumn,RCProw);&lt;BR /&gt;value.im = 0;// Im A(M/2,0) = 0 and A(M/2,N/2) = 0 for even number of rows?&lt;BR /&gt;} else {&lt;BR /&gt;// A(x,0) or A(x,N/2) &lt;BR /&gt;value.re = src.pixel(RCPcolumn,RCProw);&lt;BR /&gt;value.im = src.pixel(RCPcolumn,RCProw+1);&lt;BR /&gt;}&lt;BR /&gt;}&lt;BR /&gt;} else {&lt;BR /&gt;// A(x,y) &lt;BR /&gt;RCPcolumn = (y*2)-1;&lt;BR /&gt;RCProw = x;&lt;BR /&gt;value.re = src.pixel(RCPcolumn,RCProw);&lt;BR /&gt;value.im = src.pixel(RCPcolumn+1,RCProw);&lt;BR /&gt;}&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" size="2"&gt;return (value);&lt;BR /&gt;}&lt;/FONT&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 17 Oct 2006 22:26:06 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978507#M21182</guid>
      <dc:creator>thijse</dc:creator>
      <dc:date>2006-10-17T22:26:06Z</dc:date>
    </item>
    <item>
      <title>Re: No copy for complex images ?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978508#M21183</link>
      <description>&lt;P&gt;&lt;FONT size="1"&gt;&lt;FONT size="2"&gt;&lt;FONT size="3"&gt;&lt;FONT color="#000000"&gt;To code below actually runs and seem to give results that look to me as correct a mapping of an (x,y) position in a "normal" complex image (forx= 0,...,M-1;y = 0,... N/2) onto a (RCPcolumn, RCProw)position (forRCPcolumn = 0,...,N;RCProw = 0,... M).&lt;/FONT&gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT color="#000000"&gt;However, the resulting values of my routine are not as expected. Could anybody verify this routine?&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;void CSquareFilter::testGetRCPackedElement(int width, int height,int x, int y) {&lt;BR /&gt;&lt;BR /&gt;// According to Table 10-4 &amp;amp;&amp;amp; 10-5 a RCPack2D stored image is transposed.&lt;BR /&gt;//is this correct?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Ipp32fc value;&lt;BR /&gt;value.re = 0.0;&lt;BR /&gt;value.im = 0.0;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;int EvenM = ((width % 2) ==0 );&lt;BR /&gt;int EvenN = ((height % 2) ==0 );&lt;BR /&gt;int Mdiv2 = width / 2;&lt;BR /&gt;int Ndiv2 = height / 2;&lt;BR /&gt;int RCPcolumn;&lt;BR /&gt;int RCProw;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;if ((y==0) || (y==Ndiv2 &amp;amp;&amp;amp; EvenN)) {&lt;BR /&gt;if (y== 0) { RCPcolumn = 0; } else {RCPcolumn = (y*2)-1; }// is image transposed? y =&amp;gt; column?&lt;BR /&gt;if (x &amp;gt; Mdiv2) { &lt;BR /&gt;// This data is not present&lt;BR /&gt;printf("Orig x= %i, y = %i -&amp;gt; re: RCP Not present
", x,y);&lt;BR /&gt;printf("Orig x= %i, y = %i -&amp;gt; im: RCP Not present

", x,y);&lt;BR /&gt;return;&lt;BR /&gt;}&lt;BR /&gt;if (x==0) { &lt;BR /&gt;// A(0,0) or A(0,N/2)&lt;BR /&gt;RCProw = 0; &lt;BR /&gt;printf("Orig x= %i, y = %i -&amp;gt; RCP re: x= %i, y = %i
", x,y,RCPcolumn, RCProw);&lt;BR /&gt;printf("Orig x= %i, y = %i -&amp;gt; RCP im: Not present

", x,y);&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;return;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;} else {&lt;BR /&gt;RCProw = (x*2)-1;&lt;BR /&gt;if ((x==Mdiv2) &amp;amp;&amp;amp; EvenM) {&lt;BR /&gt;// A(M/2,0) or A(M/2,N/2) &lt;BR /&gt;printf("Orig x= %i, y = %i -&amp;gt; RCP x= %i, y = %i
", x,y,RCPcolumn, RCProw);&lt;BR /&gt;printf("Orig x= %i, y = %i -&amp;gt; RCP im: Not present

", x,y);&lt;BR /&gt;return;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;} else {&lt;BR /&gt;// A(x,0) or A(x,N/2) &lt;BR /&gt;printf("Orig x= %i, y = %i -&amp;gt; RCP re: x= %i, y = %i
", x,y,RCPcolumn, RCProw);&lt;BR /&gt;printf("Orig x= %i, y = %i -&amp;gt; RCP im: x= %i, y = %i

", x,y,RCPcolumn, RCProw+1);&lt;BR /&gt;return;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;}&lt;BR /&gt;}&lt;BR /&gt;} else {&lt;BR /&gt;// A(x,y) &lt;BR /&gt;RCPcolumn = (y*2)-1;&lt;BR /&gt;RCProw = x;&lt;BR /&gt;printf("Orig x= %i, y = %i -&amp;gt; RCP re: x= %i, y = %i
", x,y,RCPcolumn, RCPro
w);&lt;BR /&gt;printf("Orig x= %i, y = %i -&amp;gt; RCP im: x= %i, y = %i

", x,y,RCPcolumn+1, RCProw);&lt;BR /&gt;return;&lt;BR /&gt;}&lt;BR /&gt;}&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT color="#000000"&gt;Calling the routine, with some "difficult" points:&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;int width = 10;&lt;BR /&gt;int height = 10;&lt;BR /&gt;testGetRCPackedElement(width,height,0 ,0);&lt;BR /&gt;testGetRCPackedElement(width,height,int (width/2) ,0);&lt;BR /&gt;testGetRCPackedElement(width,height,int (width/2) ,int(height/2));&lt;BR /&gt;testGetRCPackedElement(width,height,0 ,int(height/2));&lt;BR /&gt;testGetRCPackedElement(width,height,int (width-1) ,1);&lt;BR /&gt;testGetRCPackedElement(width,height,int (width-1) ,int((height-1)/2));&lt;BR /&gt;testGetRCPackedElement(width,height,int (width-1) ,int((height-0)/2));&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT color="#000000"&gt;returns:&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;Orig x= 0, y = 0 -&amp;gt; RCP re: x= 0, y = 0&lt;BR /&gt;Orig x= 0, y = 0 -&amp;gt; RCP im: Not present&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;Orig x= 5, y = 0 -&amp;gt; RCP x= 0, y = 9&lt;BR /&gt;Orig x= 5, y = 0 -&amp;gt; RCP im: Not present&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;Orig x= 5, y = 5 -&amp;gt; RCP x= 9, y = 9&lt;BR /&gt;Orig x= 5, y = 5 -&amp;gt; RCP im: Not present&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;Orig x= 0, y = 5 -&amp;gt; RCP re: x= 9, y = 0&lt;BR /&gt;Orig x= 0, y = 5 -&amp;gt; RCP im: Not present&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;Orig x= 9, y = 1 -&amp;gt; RCP re: x= 1, y = 9&lt;BR /&gt;Orig x= 9, y = 1 -&amp;gt; RCP im: x= 2, y = 9&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;Orig x= 9, y = 4 -&amp;gt; RCP re: x= 7, y = 9&lt;BR /&gt;Orig x= 9, y = 4 -&amp;gt; RCP im: x= 8, y = 9&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Courier New" color="#000000" size="2"&gt;Orig x= 9, y = 5 -&amp;gt; re: RCP Not present&lt;BR /&gt;Orig x= 9, y = 5 -&amp;gt; im: RCP Not present&lt;/FONT&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 18 Oct 2006 20:14:27 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978508#M21183</guid>
      <dc:creator>thijse</dc:creator>
      <dc:date>2006-10-18T20:14:27Z</dc:date>
    </item>
    <item>
      <title>Re: No copy for complex images ?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978509#M21184</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;For simple functions (copy, arithm etc) when there is no versions for complex data but there exist function for real data you can use ROI with doubles width:&lt;/P&gt;
&lt;P&gt;IppiSize roiCompl,roiReal;&lt;/P&gt;
&lt;P&gt;roiReal.width=roiCompl.width*2;&lt;/P&gt;
&lt;P&gt;roiReal.height=roiCompl.height;&lt;/P&gt;
&lt;P&gt;So you can call ippiCopy_32f_C1R to copy 32fc_C1 image with roiReal and the same step (it is in bytes)&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Alexander&lt;/P&gt;</description>
      <pubDate>Sat, 21 Oct 2006 00:20:53 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/No-copy-for-complex-images/m-p/978509#M21184</guid>
      <dc:creator>Intel_C_Intel</dc:creator>
      <dc:date>2006-10-21T00:20:53Z</dc:date>
    </item>
  </channel>
</rss>

