Hello Carsten,

On 17.06.2016 20:28, Carsten Neumann wrote:

> sorry for the very long delay on this. I had a severe deadline that
> prevented me from looking at anything unrelated to ${DAYJOB}.
>
It is good to here from you :-) Hope that you could serve your task in time.

> On 05/24/2016 02:30 AM, Johannes wrote:
>> I'm still hoping for some help with my HDR stage problem. I have updated
>> all files again to wikisend:
>> http://wikisend.com/download/544744/OpenSG_files.zip
>
> hmm, unfortunately it has expired again. Do you perhaps have a google
> drive or dropbox account (or similar) that keeps the files around
> without expiration?
No not currently. But I will investigate in the future. For now, I have 
reloaded the last zip file to wikisend:

http://wikisend.com/download/870064/OpenSG_files.zip

> In any case I'm attaching two images from running the tonemapping
> example (on linux) before and after performing a resize - the background
> color in both cases is RGB (0, 0, 180).
> I've also built with AntTweakBar to look at the various debug
> visualizations and the ExposureMap always comes out as gray (not solid
> black) after waiting for a moment to let the auto-adjustment settle.
> I've also run the whole thing under apitrace to capture the OpenGL
> commands issued, but there are around ~1000 OpenGL calls per frame
> making it challenging to find the difference between what happens on
> initialization vs. on a resize. Nothing jumped out at me as an obvious
> problem (I was mainly looking at viewport and texture sizes in the trace).

Maybe it is a problem that only shows up on windows? However, I do have 
the problem on on different computer with differing windows versions as 
well as differing graphic platforms (NVIDIA and AMD). I think that it 
must somehow be related to the cube map that is used in the example. But 
this guesswork and not very profound.

> The next two weeks should be a bit calmer for me, so I can be more
> responsive ;)

I really appreciate that.

My intention is the following:

1. Resolve the issue so that the stage is working properly.

2. Correct the code so that it follows the rules and intentions of 
OpenSG. For instance, I'm a bit unsure about the HDR2Stage::changed(...) 
implementation, which currently basically is empty.

3. Optimize the stage as far as possible so that it can be used without 
hesitations.

For point 2 and 3 I really do need a reviewer with experience in OpenSG 
land. I have undoubtedly made mistakes, but currently I'm on the 
learning curve from flatland to space.


Thank you again for taking your time.

Best,
Johannes





------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://sdm.link/zohomanageengine
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to