[oops, I dropped the ML accidentally earlier]
Hi Gerrit,
Gerrit Voß wrote:
>>>>>> More generally: while trying to figure this out, I've noticed that the
>>>>>> viewport is not present in the partitions and they explicitly carry size
>>>>>> information around. What is the reason for this - or why can't the
>>>>>> Partition/DrawEnv have a Viewport *?
>>>>> having a Viewport is the exception rather that the rule. Nearly all of
>>>>> the internal stages don't have one so in order to work nothing can
>>>>> really reference a viewport. And putting a dummy Viewport in seems
>>>>> overkill.
>>>> ok, maybe not a dummy, but an optional Viewport* ?
>>> hmm, I don't really see this would help. If the values derived from
>>> the Viewport are wrong as they seem to be now, carrying the Viewport
>>> around should not make a difference. It seems more the problem that
>>> the state is not carried over correctly (e.g. the scissor test info).
>> you could call activate() on it and have it do the right thing and we
>> don't need to make the distinction between active/passive in the
>> partition code, where it would seem a little misplaced IMHO.
>
> not sure, you still have to make sure that the DrawEnv values match
> the setup Viewport::activate creates.
ok, for that we could pass in the DrawEnv to activate or a different
function?
Also, I noticed today that FBOViewport (see the thread on the users
list: "osg 2.0 FBOViewport readpixels") is just broken in 2.0, we should
either remove it and force users to switch to use Stages or find a way
to fix it. The latter would be easy if there was a call from the
partition to the viewport before it starts drawing, i.e. activate ;)
IMHO it also seems cleaner to keep the VP in charge of setting these
things, otherwise one starts to wonder why we even have a VP?
Cheers,
Carsten
------------------------------------------------------------------------------
OpenSolaris 2009.06 is a cutting edge operating system for enterprises
looking to deploy the next generation of Solaris that includes the latest
innovations from Sun and the OpenSource community. Download a copy and
enjoy capabilities such as Networking, Storage and Virtualization.
Go to: http://p.sf.net/sfu/opensolaris-get
_______________________________________________
Opensg-core mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-core
