<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd"><html><head><meta name="qrichtext" content="1" /><style type="text/css">p, li { white-space: pre-wrap; }</style></head><body style=" font-family:'DejaVu Sans'; font-size:9pt; font-weight:400; font-style:normal;">On Tuesday 03 March 2009, Matthew Woehlke wrote:<br>
&gt; Matthew Woehlke wrote:<br>
&gt; &gt; I'm comparing notes now, will see if I can comment on the 'noticeable<br>
&gt; &gt; pattern' mentioned in r934614; it may be a while before I can look<br>
&gt; &gt; though as I am doing a full rebuild due to the qt-copy update.<br>
&gt;<br>
&gt; Strictly looking at the code, I would guess it would help if the input<br>
&gt; wasn't 'x + y * a' (where 'a' is a relatively small number). As I recall<br>
&gt; from early experimentation, that's why I wanted the input number to be<br>
&gt; somewhat random-noise on its own, i.e. why I throw big numbers at the<br>
&gt; coordinates before feeding the resulting scalar to the meat-grinder.<br>
Might explain why I get a reapetitive patter on bigger image. Will try with a bigger number.<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>&gt; I'm curious where the current algorithm came from? (Also if there is any<br>
&gt; reason for not using my latest suggestion other than that it does more<br>
&gt; operations per pixel?)<br>
it does less operations :)<br>
I also get confused by your use of the generator in the noise filter, which doesn't fit with what is currently done. So I wasn't sure if your algorithm would fit the filter.<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>-- <br>
Cyrille Berger</p></body></html>