It does not change the extend if wrapping is enabled.
However I think this does not work for non-integer translations. Going to test this now.
In my opinion the correct fix is to fix the CPU…
I found a quick fix to COM_TranslateOperation.cc.
However the proper fix is to change the sampling code to do Clip correctly. I'm not sure if this is worth doing however as I suspect the plan…
blender/blender#124841 is a patch that appears to work. This seems less intrusive than changing the translation of odd domains.
I have a new idea for fixing your example. This will not involve shifting odd-sized domains. Instead a "resolve" used to match up multiple domains, where there is no transform, will translate by…
I added some fixes for the CPU compositor to make it match the GPU compositor more. IMHO the GPU compositor is correct, the CPU compositor was wrong.
PS: Every other piece of software I have worked on or tested will blur the image if an attempt is made to center an odd-sized image in an even-sized one. Generally the user "fixes" this by…
Yes this is on purpose. If the pixels between two images do not line up, one must be filtered. So the odd sized image must be moved so the pixels line up. IMHO there is absolutely no way around…
See #124760 for a patch that adds the 1/2 pixel shift for odd-sized domains, fixing the example.