Re: [osg-users] FBO, osg::image and compositeviewer

2008-02-29 Thread Robert Osfield
HI Nicolas, Thanks to your example I've been able to reproduce the problem, track the cause down, fix it, and confirm the fix. An svn update will get the fix to GraphicsContext::realizeImplementation(). The fix was simply to disable to automatic resize of the Camera's viewport and projection

Re: [osg-users] FBO, osg::image and compositeviewer

2008-02-29 Thread nicolas peña
Thanks a lot to you! I am very impressed by OSG an its community and would like to help more. At the moment I am learning a lot, but as the time pass by and my knowledge of OSG improves I will try contribute more. Cheers, Nicolas. 2008/2/29, Robert Osfield [EMAIL PROTECTED]: HI

Re: [osg-users] FBO, osg::image and compositeviewer

2008-02-28 Thread Robert Osfield
On Wed, Feb 27, 2008 at 11:59 PM, nicolas peña [EMAIL PROTECTED] wrote: A little correction (to my self); I have done more tests and the image is not set exactly to the size window, (as I previously said) but changes its value in a similar manner. I suspect the automatic window resize

Re: [osg-users] FBO, osg::image and compositeviewer

2008-02-27 Thread Robert Osfield
Hi Nicolas, This does sound like a bug. Could you write a small example, or tweak one of the existing OSG example to demonstrate the configuration you are using so that others can test for the bug first hand. Cheers, Robert. On Tue, Feb 26, 2008 at 11:57 PM, nicolas peña [EMAIL PROTECTED]

Re: [osg-users] FBO, osg::image and compositeviewer

2008-02-27 Thread nicolas peña
Hi Robert, Here is the example, it behaves as described in my machine and in build against OSG 2.3.4 One event that triggers the image resize is to resize the window, just moving it does not look to affect now. Cheers, Nicolas. 2008/2/27, Robert Osfield [EMAIL PROTECTED]: Hi Nicolas,

Re: [osg-users] FBO, osg::image and compositeviewer

2008-02-27 Thread nicolas peña
Hi, Another thing that I don't understand is why adding the view with the FBO and the image attached makes my process suck all the CPU available. I am limiting the number of frames to 60 per second (forcing sync) I understand that copying the image to main memory each frame takes time, but this

Re: [osg-users] FBO, osg::image and compositeviewer

2008-02-27 Thread Robert Osfield
Hi Nicolas, On Wed, Feb 27, 2008 at 12:55 PM, nicolas peña [EMAIL PROTECTED] wrote: Another thing that I don't understand is why adding the view with the FBO and the image attached makes my process suck all the CPU available. I am limiting the number of frames to 60 per second (forcing sync)

Re: [osg-users] FBO, osg::image and compositeviewer

2008-02-27 Thread nicolas peña
A little correction (to my self); I have done more tests and the image is not set exactly to the size window, (as I previously said) but changes its value in a similar manner. Cheers, Nicolas 2008/2/27, nicolas peña [EMAIL PROTECTED]: Hi Robert, Here is the example, it behaves as

[osg-users] FBO, osg::image and compositeviewer

2008-02-26 Thread nicolas peña
Hi all, I'm having a problem that is maybe well the result of my lack knowledge but smells like a bug; I have a composite viewer with two views, one camera each. Both cameras share the rendering context. One renders to a window (defined in the traits passed to generate the render context) and