<div dir="ltr">This is because OSL uses smarter filtering of a textures (sampling it over ellipse size of which depends on ray differentials). This causes slower sampling but solves noise in certain situations.<div><br></div><div>However, when the images are packed we're by-passing all OSL sampling code (because OSL does not support images loaded into memory) and do much simpler sampling, which is faster but also noisier (again, in certain situations).</div><div><br></div><div>So it's not a bug, just a difference in image sampling. We might need to slow SVM's sampling as well to support mipmaps and such tho..</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 4, 2016 at 3:55 PM, Zauber Paracelsus <span dir="ltr"><<a href="mailto:zauber@gridmail.org" target="_blank">zauber@gridmail.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I had been watching a video on youtube showing how to speed up renders<br>
with Open Shading Language (I can't paste the link, or else the mailing<br>
list rejects the message as spam). Apparently, the secret trick is to<br>
pack your textures.<br>
<br>
Is this a known shortcoming of OSL, or is it a bug in blender's<br>
implementation of OSL?<br>
_______________________________________________<br>
Bf-cycles mailing list<br>
<a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/bf-cycles" rel="noreferrer" target="_blank">https://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div><span style="color:rgb(102,102,102)">With best regards, Sergey Sharybin</span></div></div>
</div>