I'm using ITK 3.2.0<br>Should I switch to 3.4 and try again?<br><br><div><span class="gmail_quote">On 9/25/07, <b class="gmail_sendername">Mathieu Malaterre</b> <<a href="mailto:mathieu.malaterre@gmail.com">mathieu.malaterre@gmail.com
</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On 9/25/07, Steve M. Robbins <<a href="mailto:steve@sumost.ca">steve@sumost.ca
</a>> wrote:<br>> On Mon, Sep 24, 2007 at 11:50:05PM +0200, Pechin Lo wrote:<br>> > After some tweaking around, I found out that JPEG compression works provided<br>> > that the minimum difference between two pixels is 2.
<br>> > For example, if I have an image that only consists of n and n+1, the saved<br>> > image will only contains the value n.<br>> > However, if the image consists of value n and n+2, then the saved image will
<br>> > contains both n and n+2.<br>> > In other words, the image will stores fine if I multiply it by a factor of<br>> > 2.<br>> ><br>> > Can someone please tell me why is this happening?<br>
><br>> I'm not familiar with the code in question, but is it possible<br>> that you're using a lossy JPEG compression?<br><br>Hi all,<br><br><br> Could you please let me know if you are using ITK 3.2 / ITK
3.4 or CVS ?<br><br>Thanks<br><br>--<br>Mathieu<br>Ps: 3.4 and CVS should *not* produce this weird behavior.<br></blockquote></div><br><br clear="all"><br>-- <br>Pechin Lo Chien Pau<br>Ph.d. Student<br>Department of Computer Science (DIKU)
<br>University of Copenhagen<br>Universitetsparken 1, Office S226<br>DK-2100 Copenhagen, Denmark<br>Phone: +45 3532 1433