<p dir="ltr">     Hello,</p>
<p dir="ltr">     Does Blender allow exporting at arbitrary subframes? If not, that might be a problem. If so, then Stuart has me exploring the code, and I think that I could write the patch while doing so. Does that sound okay?</p>

<p dir="ltr">     God Bless,<br>
     Gavin Howard</p>
<div class="gmail_quote">On Jun 9, 2013 6:34 AM, &quot;Brecht Van Lommel&quot; &lt;<a href="mailto:brechtvanlommel@pandora.be">brechtvanlommel@pandora.be</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We should support exporting at the exact shutter time. At the time I<br>
implemented motion blur evaluation at subframes was actually broken<br>
for shape keys and physics systems so I didn&#39;t use it, but that has<br>
been fixed since.<br>
<br>
However, exporting motion from the frame positions may be useful to<br>
keep as it may give more predictable results in some cases. When<br>
you&#39;re editing animations that&#39;s the only thing you actually see in<br>
animation playback, so the motion between those frames may contain<br>
some unexpected things that you don&#39;t want to render.<br>
<br>
I don&#39;t know how common that is, did not look at .blend files yet to<br>
see how different the results are, if it is an issue we should<br>
probably have an option (off by default) to only export motion from<br>
integer frame numbers and no subframes.<br>
<br>
On Sat, Jun 8, 2013 at 7:36 PM, Gavin Howard &lt;<a href="mailto:gavin.d.howard@gmail.com">gavin.d.howard@gmail.com</a>&gt; wrote:<br>
&gt;      Hello all,<br>
&gt;<br>
&gt;      I have a question about implementation. I have been told by<br>
&gt; Brecht that currently, the Cycles addon exports three steps for motion<br>
&gt; blur to the renderer: one at the previous frame, one at the current<br>
&gt; frame, and one at the next frame.<br>
&gt;<br>
&gt;      Now, my memory may not be serving me well here, so I may have<br>
&gt; gotten the details wrong. But if not, shouldn&#39;t the addon actually use<br>
&gt; the shutter time to determine the first and third steps? For example,<br>
&gt; shouldn&#39;t the addon export a step at the start of the shutter time,<br>
&gt; one at the current frame, and one at the end of the shutter time?<br>
&gt; Also, I think this type of reasoning should apply even when multi-step<br>
&gt; (more than 3) motion blur is added. (Multi-step blur is needed for my<br>
&gt; Deformation Motion Blur GSoC project, so I will add it over the<br>
&gt; summer.)<br>
&gt;<br>
&gt;      In short, I think that the shutter time should be the goto for<br>
&gt; exporting motion blur steps. If it is, then just ignore this. But if<br>
&gt; it&#39;s not, should we change it? Anyway, that&#39;s my two cents.<br>
&gt;<br>
&gt;      God Bless,<br>
&gt;      Gavin Howard<br>
&gt; _______________________________________________<br>
&gt; Bf-cycles mailing list<br>
&gt; <a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
&gt; <a href="http://lists.blender.org/mailman/listinfo/bf-cycles" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
_______________________________________________<br>
Bf-cycles mailing list<br>
<a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-cycles" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
</blockquote></div>