Hi Robert

I occurs on the hardware,I haven't tried the emulator yet as it takes so
long to build everything :( (Stephan, do you have the emulator running at
the mo). I got suspicious when I noticed the rtt fbo id was 2, after a
little reading it became clear this issue had tripped a few people up.

In terms of fixing it with a define, where would you feel the best place for
the define is as the 0 id is used in FrameBufferObject.cpp and
RenderStage.cpp. The reason I ask is that you need to #include
TargetConditionals.h to determine we are on the IOS platform and this is
already done in GL header. So I was wondering if perhaps I should put it
into GL header.

On a slightly different note. I'm starting to feel the need for an
OSG_TARGET_PLATFORM or something similar. As we do more gles platforms I
think determining the platform we are building for is going to become more
difficult and at the moment it can be a problem for things like IPhone as
CMake and XCode may just think we are building for OSX, since thats the
platform we are on. An OSG_TARGET_PLATFORM define would give us a one stop
shop for that information.


Cheers
Tom

On 4 November 2010 09:29, Robert Osfield <[email protected]> wrote:

> Hi Thomas,
>
> Interesting investigation and fix.  Does this issue occur on the
> target hardware and software emulators of it?
>
> Robert.
>
> On Thu, Nov 4, 2010 at 5:56 AM, Thomas Hogarth
> <[email protected]> wrote:
> > Fixed it,
> >
> > So after a bit of thinking I realised that the default buffer must be re
> > binded at some point so did another search and found 3 calls to
> >
> > fbo_ext->glBindFramebuffer(GL_FRAMEBUFFER_EXT, 0);
> >
> > And my earlier hunch was correct that ios' default buffer id is actually
> 1
> > so changing to the below makes it work
> >
> > fbo_ext->glBindFramebuffer(GL_FRAMEBUFFER_EXT, 1);
> >
> > So now I need to add a DEFAULT_FRAMEBUFFER define or something in the
> > FrameBufferObject header file that is set it to 1 on ios
> >
> > Over all though, good news. Performance seems great too.
> >
> > Tom
> >
> > _______________________________________________
> > osg-users mailing list
> > [email protected]
> >
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
> >
> >
>
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Reply via email to