From: Rick van Haasen (rick.van.haasen++at++philips.com)
Date: 08/26/2005 09:09:29
Alexej,
in the manuals it is indeed not mentioned how the bins are managed by the
channels.
The fact that you have to query a channel for a free bin does suggest that
each channel
manages its own bins. This would be strange, because binning is just a
way to efficiently store
geometry that is defined by the scene. Its the task of the channel to cull
& draw the bins.
As such the bins should be independent of the channel (i would think).
By experimenting (on an Onyx) i discoverd that the bins are shared: You
ask one channel for the free bins.
All defined channels will use the bins (which you use to "store"
geometry).
I did specify the binorder for each channel.
Rick
owner-info-performer++at++performer.engr.sgi.com wrote on 2005-08-26 15:29:32:
> hello,
>
> I try to do multipass-rendering with pfShaderProgram, and will use bins
to
> sort the passes.
>
> on a setup with multiple channels - how should the bins be registered to
> them:
> - all channels separately?
> - on only one channel? (are they shared)
>
> ===============================================================
>
> I want to use this all with avango, but I cannot access channel from
avango
> runtime:
>
> is there a reason why bins are managed by pfChannel instead of the
> scene-graph?
>
>
> ===============================================================
>
> is there a performer-revision on the way, that will support multipass
> shading (OpenGL-shader)?
>
>
> Thank U in advance...
>
> Alexej
>
> --
> Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko!
> Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner
>
> -----------------------------------------------------------------------
> List Archives, Info, FAQ: http://www.sgi.com/software/performer/
> Open Development Project: http://oss.sgi.com/projects/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
> -----------------------------------------------------------------------
>
This archive was generated by hypermail 2b29 : Fri Aug 26 2005 - 09:15:09 PDT