On Dec 2, 2007 11:21 PM, Himar Carmona [EMAIL PROTECTED] wrote:
Well, comments apart, is there any place where i could document the
proposed changes to FBO functionality in RenderStage and stand there until i
(or anyone else) have time to try to incorporate it to the osg distribution?
Hi,
this little hack makes this approach work:
Change to Image (header): Added bool allocateIfRequired to ReadPixels.
Controls if Image is free or not to allocate the desired memory buffer, or
app want to take care of it (true means Image has control). App must
guarantee _data is
Hi Himar,
If you are just resizing occassionally and its you don't have a frame
rate critical app then the overhead of recreating an FBO shouldn't be
a great issue. Ease of use wise tweaking the internals of RenderStage
to recreate the FBO when the setup changes would be the right thing to
do
Hi Robert,
thanks again. For now i will stand with my workaround. I'm also running for
a deadline and really
i have no time for things other than my project (i think there must be some
sort of pandemic disease
upon the programmers beings, i will not believe the day one programmer comes
and
Hi Robert,
i only resize (i.e. recreate) the FBO when a resize operation is performed
(when it is detected as finished). 99% of the time this will not happen.
Really, my app performance is dropping due to the readback operation every
frame. In my case this is acceptable, as i don't need constant
Hi,
i'm using FBO to render offscreen and i have found a little problem when i
need to resize the target object.
i have the following scenario:
1. I set up a camera to use FRAME_BUFFER_OBJECT (as osgprerender).
2. I attach an Image to it with camera.attach (leaving OSG to control de
6 matches
Mail list logo
