<?xml version="1.0" encoding="windows-1252"?>
<node id="1014369" title="Re^2: Detect file sequences in File:Find results" created="2013-01-20 20:33:00" updated="2013-01-20 20:33:00">
<type id="11">
note</type>
<author id="1014358">
aes1972</author>
<data>
<field name="doctext">
---&gt;What does the preprocess sub do?&lt;br&gt;
&lt;br&gt;
It sorts the directory results so that the unpadded sequences comes back in the correct order. Without it the sequence comes back looking like this:

&lt;code&gt;
image_sequenceA.1.tif
image_sequenceA.11.tif
image_sequenceA.12.tif
image_sequenceA.13.tif
image_sequenceA.14.tif
image_sequenceA.15.tif
image_sequenceA.16.tif
image_sequenceA.17.tif
image_sequenceA.18.tif
image_sequenceA.19.tif
image_sequenceA.2.tif
image_sequenceA.20.tif
image_sequenceA.3.tif


&lt;/code&gt;

Which would make the sequence detection incorrect. It also handles the cases where there are files with the same name but different extension like this:&lt;br&gt;
&lt;br&gt;
&lt;code&gt;
image_sequenceA.1.tif
image_sequenceA.2.tif
image_sequenceA.3.tif
image_sequenceA.1.exr
image_sequenceA.2.exr
image_sequenceA.3.exr
&lt;/code&gt;

So the preprocess sub is necessary in my case unless I can do the same sort somewhere else</field>
<field name="root_node">
1014360</field>
<field name="parent_node">
1014365</field>
</data>
</node>
