I do āmake updateā in blender folder, and in ā/lib/linux_centos7_x86_64/openimagedenoise/include/OpenImageDenoise/version.hā it still shows 1.0.0
Is 1.2.0 version not already included in precompiled libraries?
In fact it would be good to know if there is any method to see the versions of the libraries that have been used in a certain Blender build. In this case for OIDN, but also in general.
I can probably clear up some of this confusion, the updating of the SVN libs is depended on the time the maintainers of a certain platform has available, the process closely follows the release schedule.
The way this works, I generally do most of the work in the deps builder (the source script that builds the SVN libs), and I aim to be done in bcon1 for windows, leaving some of bcon1 and the beginning of bcon2 for the other platform devs to catch up and build the libs for mac/linux and upload them to SVN.
However in bcon3 when the release branches/tags are made, the libs ought to be in place for all platforms.
So until bcon3 hits, thereās a rather large chance that the platforms have slightly different libraries on any given day.
bcon3/4/5 will have a good set of libs with identical versions across the platforms.
However once bcon3 hits for release N , bcon0 starts for release N+1 which repeats the loop.
TLDR;
if you want stable libs, stick to stable branches, master will always be whatever was available that day for any given platform.
make[3]: *** Keine Regel vorhanden, um das Ziel
ā/home/pepo/blender-git/lib/linux_centos7_x86_64/openimagedenoise/lib/libmkldnn.aā,
benƶtigt von ābin/blenderā, zu erstellen. Schluss.
Thank you for fast reply, got it to build removing the build directory on Laptop but still problems on workstation.
Will open a new thread if I not get it fixed by myself, has nothing to do with OIDN anyway.
You need to update the CMake configuration (by removing all OPENIMAGEDENOISE* variables from CMakeCache.txt) or start a clean build by removing the build_darwin folder entirely.
Hi. A couple of questions about new OIDN for final render. OIDN denoise node offers an option called āHDRā. I really donāt know technical issues and I donāt know exactly when it should be used. I was just wondering if this should also be an option to final render with OIDN, for example on View Layers tab. Also I have noticed that OIDN does not offer Input Passes in View Layers tab (like Optix). Should we have it?. Or perhaps it would be better to leave it as it is so as not to complicate much user settings.
I would also like to know what pass uses it as an image input, āImageā output or āNoisy Imageā output?. I ask because I understand that Noisy Image pass is mainly designed for native NML denoiser, and it could cause some problems if it was used in OIDN denoising node.
Hi.
My very bad memory to remember things (sorry for that). I have done a search and it turns out that I had even participated in the discussion and I had made tests (see this message here, from some messages above and some messages below)
@lukasstockner97 Could you clarify this please?
If this is how those firefly tests I did there, the best thing for OIDN would be to use Image output preserving the fireflies, because OIDN does a very good job transforming those fireflies into lighting, then the results are much more matched when comparing OIDN denoised result with many samples render without denoiser.