Hello Johannes,
On 08/26/2013 03:00 AM, Johannes wrote:
> On 24.08.2013 01:43, Carsten Neumann wrote:
> Is there a simple way to get occlusion culling without installing a
> foreground?
hmm, that looks like the RenderPartition is not set to occlusion culling
mode (there is a test for a StatCollector or the RP being in that mode
when the DrawableStatsAttachment is created).
I'll have a look.
>>> Is the occlusion culling still in use and supported?
>>
>> *cough* uhm, well, given the size of the user base these days...
>>
>
> Do you have any numbers about the actual user base. Perhaps we should
> collect some numbers about active users. I think that OpenSG is still in
> very good shape and should further evolve to accommodate to the art of
> modern graphics programming.
> I'm interested to hear what other people usage pattern of OpenSG is
> and what are their long term plans with respect to OpenSG.
>
>>> Is it advisable to use occlusion culling in modern GPU/shader etc.
>>> setups?
>>
>> I'd say it depends more on the scene. For scenes with many medium-high
>> complexity objects and high overdraw it should be a win. If your objects
>> are few, the early-z test may be enough (possibly with a depth only pass
>> done first). The other important factor is if the occlusion queries (or
>> rather reading back their results) causes pipeline stalls - OpenSG can
>> not use the results from previous frames, so that may cause stalls.
>>
>
> Typically, I do have lots of geometries which are not that complex by
> themselves.
For simple geometries it may not be a win, since there is some overhead
in setting up the query, drawing the bounding box, and retrieving the
query. But these things are always tricky to predict correctly, so it's
probably worth a quick try.
>>> In my setup I use
>>> GL_TRIANGLES_ADJACENCY_EXT and GL_TRIANGLE_STRIP_ADJACENCY_EXT
>>> GL primitives for my meshes. Can this be problematic for the occlusion
>>> culling implementation?
>>
>> Hmm, it may get the wrong idea about the size of the geometry (unless
>> DrawableStatsAttachment can account these primitive types correctly),
>
> The new primitives should be first class citizen of OpenSG :-)
Cheers,
Carsten
------------------------------------------------------------------------------
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
