It is impressively good at spitting out code that looks good, but is actually so awful… It got me when I was too tired to tell the difference.
You have my sincerest apologies, and as pennance I did actually optimize it 90% of the way, but I got stuck on x-trans and won’t finish until tomorrow. Probably too late for you.
Some gory tech details: I replaced the neighborhood search with independent channel FFT operating directly on the RAWs, partly cause it should be faster but mostly to avoid an expensive demosaic. This was hard. I have a newfound appreciation for the elegance of the original design. Eventually, I did manage to get it to meet or exceed the original accuracy, and its ~5-6x faster. Getting it to work in X-Trans kept on giving me 2-4px residuals; no matter what crazy stuff I tried (I actually implemented something akin to this which I think is cool and useful on its own, but only reduced residuals to 1px. Whatever. Stupid Fujicams. I’ll figure it out tomorrow maybe.
I could batch on gpu as well, but I’m not sure its worth the effort.
I did make a prototype index/memcache though, which might prevent the do-over issue. If you haven’t finished downloading by tomorrow I can try to get it usable quickly.
It (*the rawnind download-preprocess script) is in mostly working draft form now. Just needs one or two more connections near the end and some bugsquashing.
I got a bit carried away, but I’ve always wanted to build this architecture soooo I may have gotten carried away.
Edit: It will depoend on your uplink speed, but it runs in about ~2-3 hours for me. And is rather fault-tolerant.
I had to change the activate command from activate_cmd = "source \"" .. extra.denoise_dir .. "/.venv/bin/activate\" && "
to activate_cmd = ". \"" .. extra.denoise_dir .. "/.venv/bin/activate\" && "
to get the export starting.
Are you trying to process an image right out of SD card?
May be the SD card doesn’t allow writes.
Try copying image to a different folder in your hard disk (/home/a/photos)
I have the same issue … the s1 tiff is generated, the denoised tiff and the jpg are not.
Nevertheless calling the denoise script from the command line is working for me, too.
I reloaded nind_denoise_rl.lua and changed only lines 83 if success and value ~= nil and value ~= "" then
and 855 activate_cmd = ". \"" .. extra.denoise_dir .. "/.venv/bin/activate\" && "
And now I see a new problem: cropped images. They are exported to TIF already cropped (and scaled(!) if you specify a scale), and then cropped again after denoising.
Another problem: TIF export takes into account the entire editing history, whereas in the console version without the --tiff-input option, the list of modules is severely limited.