Hello Carsten, thanks for taking your time!
On 09.05.2016 23:45, Carsten Neumann wrote: > > hmm, after fixing some small build issues (the gcc of Fedora 22 still > defaults to C++98 and was barfing on some C++11'isms) it seems the > example is working for me. At least I can see the colors adjust based on > the brightness of the image content - I'm running without the > AntTweakBar stuff, so only using initial settings for everything. > Can you perhaps send a screenshot of the problem or describe what is > going wrong? > Yes, I have uploaded images and small enhancements of the HDR2 stage and the example to Wikisend: http://wikisend.com/download/451168/OpenSG.zip The enhancements allows me to set the mipmap level from the example. I used that for images 6.png to 8.png. Ok, what you can find in the zip files is: 1.png and 2.png: I tried to not use the AntTweakBar library in order to rule it out as the cause of my problems. But the library has nothing to do with it. In the 1.png you see the screenshot just after I have started the example. You can see that the colors are all much to bright. After resizing the image about a small amount with the mouse I took image 2.png and now all rendering is as expected, i.e. correct. 3.png, 4.png and 5.png: Know I have enabled the AntTweakBar library in order to tweak the example a little. 3.png shows the example just after start up. Again the colors are much to bright. Now I have changed the output texture to the Exposure Map and you can see in image 4.png that the screen is totally black. That means that the average luminance map is not correct. Image 4.png is taken after resizing the window and you can see that the screen is pale gray, i.e. the average luminance map is functioning. 6.png, 7.png and 8.png: In this set of images I have used the new functionality that allows me to adjust the mipmap level used for lookup of the average luminance. See HDR2Stage::genFuncGetAvgLuminance() called by HDR2Stage::genSharedCode() which is called by HDR2Stage::genCompositeFragmentShader(). Image 6.png shows the example after startup and changing of the mipmap level to zero. The red arrow pointing to the mirror sphere shows artefacts that do stay at the original position after change of view point. This can be seen in image 7.png. Lastly, image 8.png shows that the artefacts vanish after resizing of the example window. > What > exactly do you mean by "... provide CMake support for AntTweakBar", i.e. > what is missing to make it work or work better? > What I mean is that I would like to do the same as I do for e.g. the jpeg library. I.e. I call cmake with the following defines with respect to the jpeg library: -D JPEG_INCLUDE_DIR=$CompInstallDir/Install${i}/include -D JPEG_LIBRARY_RELEASE=$CompInstallDir/Install${i}/lib/jpeg.lib -D JPEG_LIBRARY_DEBUG=$CompInstallDir/Install${i}/lib/jpegD.lib That is cmake knows that the jpeg library is a dependency of the OpenSG project and ask for these entries in the cmake GUI. Currently, I modify the MS VC project by hand, but I would like to generate them with the AntTweakBar set up already. Hope that my explanations help :-) Best, Johannes ------------------------------------------------------------------------------ Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j _______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
