Hello Carsten,
thank you very much for your support, ID buffer selection works now for us.
Michael
-------- Original-Nachricht --------
> Datum: Tue, 16 Nov 2010 11:25:47 -0600
> Von: Carsten Neumann <carsten_neum...@gmx.net>
> An: opensg-users@lists.sourceforge.net
> Betreff: Re: [Opensg-users] ID Buffer Selection
> Hello Michael,
>
> On 11/16/2010 09:14 AM, Michael Raab wrote:
> > I tried it your way. I used MaterialGroup::renderEnter/Leave as draft
> for my implementation.
> >
> > Action::ResultE onEnterMaterialGroup( CNodePtr& pNode, Action * action
> )
> > {
> > RenderAction *ra = dynamic_cast<RenderAction *>(action);
> > MaterialGroupPtr mg = MaterialGroupPtr::dcast(pNode);
> >
> > Action::ResultE r = mg->renderEnter(action);
> >
> > osg::ChunkMaterialPtr m =
> SelectionHelper::getInstance()->getIDMaterial(osg::getContainerId(pNode));
> > ra->setMaterial(m.getCPtr(), action->getActNode());
> >
> > return r;
> > }
> >
> > Action::ResultE onLeaveMaterialGroup( CNodePtr& pNode, Action * action
> )
> > {
> > RenderAction *ra = dynamic_cast<RenderAction *>(action);
> > MaterialGroupPtr mg = MaterialGroupPtr::dcast(pNode);
> >
> > return mg->renderLeave(action);
> > }
> >
> > The problem is
> > mg->renderEnter(action) and
> > mg->renderLeave(action)
> > are protected. Ideas?
>
> I don't think you want to call the original MaterialGroup callbacks at
> all, those are the ones that set the material on the RenderAction which
> then prevents your per-geometry material to be used.
> Also, for the id-buffer rendering you probably want a unique material
> for each geometry regardless of their original material (so you don't
> want to set the id-buffer material from the MaterialGroup). My
> suggestion therefore was to register the callbacks of Group for
> MaterialGroup (basically getting rid of the special behaviour of MG and
> just keep the frustum culling stuff from Group).
> I see now that Group's callbacks are protected too, but you can copy the
> contents to the above callbacks and should be good.
>
> I guess what I'm trying to say is that for id-buffer rendering a
> MaterialGroup should just behave like a Group.
>
> Cheers,
> Carsten
>
> ------------------------------------------------------------------------------
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
> Spend less time writing and rewriting code and more time creating great
> experiences on the web. Be a part of the beta today
> http://p.sf.net/sfu/msIE9-sfdev2dev
> _______________________________________________
> Opensg-users mailing list
> Opensg-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/opensg-users
--
Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief!
Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail
------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
