<?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 ReduceBits - dithering alignment? in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/ReduceBits-dithering-alignment/m-p/881470#M10256</link>
    <description>&lt;BLOCKQUOTE&gt;
&lt;P&gt;It is right, you can divide images in blocks and process them with the Bayer.&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Yes, but this would then require the function to get an offset for the Bayer pattern.&lt;/P&gt;
&lt;P&gt;It would work if, instead of an IppiSize, it was taking an IppiRect as region of interest. Otherwise the pattern will always start at the top-left of the block to process, thus if you're processing only a random part of the image, as you would if only a rectangle was refreshed in a GUI system, the result would be random.&lt;/P&gt;</description>
    <pubDate>Thu, 04 Mar 2010 08:10:26 GMT</pubDate>
    <dc:creator>gol</dc:creator>
    <dc:date>2010-03-04T08:10:26Z</dc:date>
    <item>
      <title>ReduceBits - dithering alignment?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/ReduceBits-dithering-alignment/m-p/881468#M10254</link>
      <description>&lt;P&gt;I'm looking for dithering &amp;amp; reading about ippiReduceBits, but it looks like it doesn't have a way to align/offset its dithering?&lt;/P&gt;
&lt;P&gt;That seems to limit its use, because you don't necessarily need to convert an entire image in 1 pass, thus if you're working in blocks (say in a GUI, or when processing large images in smaller blocks), you will end up with dithering patterns with inconsistent alignments.&lt;/P&gt;
&lt;P&gt;Edit: I see that most of the dithering algo's are error-diffusion ones, so I'm no expert in dithering but I assume that an offset would be pointless for those, they really need to work on full data?&lt;BR /&gt;However it would make sense for the Bayer one which is pattern-based, right?&lt;/P&gt;</description>
      <pubDate>Sun, 28 Feb 2010 09:37:06 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/ReduceBits-dithering-alignment/m-p/881468#M10254</guid>
      <dc:creator>gol</dc:creator>
      <dc:date>2010-02-28T09:37:06Z</dc:date>
    </item>
    <item>
      <title>ReduceBits - dithering alignment?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/ReduceBits-dithering-alignment/m-p/881469#M10255</link>
      <description>&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;Here are some comments from the function owner:&lt;/P&gt;
&lt;P&gt;Unfortunately, you Only can process an image as one unit for with error-diffusion desiring, no blocking.&lt;/P&gt;
&lt;P&gt;It is right, you can divide images in blocks and process them with the Bayer.&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Chao&lt;/P&gt;</description>
      <pubDate>Thu, 04 Mar 2010 01:53:21 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/ReduceBits-dithering-alignment/m-p/881469#M10255</guid>
      <dc:creator>Chao_Y_Intel</dc:creator>
      <dc:date>2010-03-04T01:53:21Z</dc:date>
    </item>
    <item>
      <title>ReduceBits - dithering alignment?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/ReduceBits-dithering-alignment/m-p/881470#M10256</link>
      <description>&lt;BLOCKQUOTE&gt;
&lt;P&gt;It is right, you can divide images in blocks and process them with the Bayer.&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Yes, but this would then require the function to get an offset for the Bayer pattern.&lt;/P&gt;
&lt;P&gt;It would work if, instead of an IppiSize, it was taking an IppiRect as region of interest. Otherwise the pattern will always start at the top-left of the block to process, thus if you're processing only a random part of the image, as you would if only a rectangle was refreshed in a GUI system, the result would be random.&lt;/P&gt;</description>
      <pubDate>Thu, 04 Mar 2010 08:10:26 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/ReduceBits-dithering-alignment/m-p/881470#M10256</guid>
      <dc:creator>gol</dc:creator>
      <dc:date>2010-03-04T08:10:26Z</dc:date>
    </item>
  </channel>
</rss>

