<font class="Apple-style-span" face="verdana, sans-serif">Hi guys,</font><div><font class="Apple-style-span" face="verdana, sans-serif"><br></font></div><div><font class="Apple-style-span" face="verdana, sans-serif">I am trying to create a filter with n+m inputs and 1 output. n inputs have full size (the whole image), while the remaining m inputs are only a certain sub-region of that image (schematic attached).</font></div>

<div><font class="Apple-style-span" face="verdana, sans-serif"><br></font></div><div><font class="Apple-style-span" face="verdana, sans-serif">I have written all the code, and it works well for the case of 4 same-sized inputs. But when 3 cropped inputs are added, I hit and exception in</font></div>

<div><span class="Apple-style-span" style="font-family: verdana, sans-serif; ">d:\sdk\itk4\modules\core\common\include\itkImageToImageFilter.hxx, line 253</span></div><div><font class="Apple-style-span" face="verdana, sans-serif"><div>

Inputs do not occupy the same physical space!</div><div>InputImage Origin: [26.107, -141.741, 231.561], InputImage4 Origin: [26.4835, -27.7276, 75.3783]</div><div><br></div><div>The main reason I wrote this logic as a filter is that it is easily parallelizable and I wanted to take advantage of the filter multithreading infrastructure.</div>

<div><br></div><div>Of course, I want to produce the output the same size (and position) as the smaller images, sampling larger images by voxel position, not index.</div><div><br></div><div>Is there some workaround for this limitation or should I just abandon multithreading and write normal sequential function?</div>

</font></div><div><font class="Apple-style-span" face="verdana, sans-serif"><br></font></div><div><font class="Apple-style-span" face="verdana, sans-serif">Regards,</font></div><div><font class="Apple-style-span" face="verdana, sans-serif">Dženan</font></div>