Hi Max [email protected] schrieb am Sonntag, 9. April 2023 um 07:58:17 UTC+2:
Oki, here´s some conclusions. First. The "fix" in question. In *ImageTransformsGPU.cpp *I change line 465 to: *const int bytesPerDestPixel = 2 - 2 - 2* It was before: const int bytesPerDestPixel = 16 + 16 + 8 This allows for functioning corruptfree output even with files with wdth above 6000(pixels?). Big files in other words. THis didn´t work before. I cannot see any speed change by doing this and it can be used also with other intel machines with nvidia cards and so on. WIth that said I don´t see it as a stable fix for all macs. It works on M1 at least. First bytesPerDestPixel can now become zero or negative (when using other image formats). This breaks the following calculations or results even in a crash when dividing by zero. >From the first runs it was probably that the corruption occurs when using more than one dest chunk. So when you decrease bytesPerDestPixel you increase the size of the dest chunk and so nona/align_image_stack is using only one dest chunk and so the corruption does not happen. (run none with --debug switch) So you workaround the issue in your single usecase but don't the fix the real cause. Thomas -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/a29f7f76-16bb-4b38-a160-fa2065601ddcn%40googlegroups.com.
