Hi Ricardo,
I have to shame that I still haven't officially tagged new osgppu version which
supports resizing. All the changes are only in the svn.
As to your suggestions, I think it should be set to user to change the aspect
ratio. The reason is that the osgPPU does actually not know anything a
Hi there,
I rise again this pretty old thread to add a detail: the aspect ratio of the
camera is not automatically corrected when resizing the viewport.
Is this operation left to users on purpose to be more generic?
If you think it might be useful to integrate it in the resizeViewport method
- ma
Hi folks,
so, I just realized that the solution I posted yesterday is the same as was
proposed by Mick.
I just implemented another solution for proper resizing. You can find it in the
svn. With the current implementation resizing works like a charm with almost
any example (motionblur still ma
Hi folks,
ok, I made some progress. As I was already thinking, the issue with resizing is
osg related. The main problem is that the FBO's textures are not really resized
when their size changed. So scalling osg::Texture2D::setTextureSize seems not
to have any effect, therefor resizing not work.
Kook, Thanks Art. And if I do find a solution, I'll certainly post it. :D
Cheers,
Allen
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=26874#26874
___
osg-users mailing list
osg-users@lists.openscen
Hi Allen,
sorry to disappoint you, but I still haven't found a solution yet. I admit that
I haven't spent much time on this, but currently I am thinking that there is a
problem in the osg main core code. I tried already several things. I was able
to achieve that on resizing all the texture size
Hi,
I'm looking for a solution to this problem as well. I built a pipeline (a very
simple one) like so:
Code:
osg::Group* ogrpDoNotBlurTheScene(osg::Camera* camera, osg::Node* glowedScene,
unsigned tex_width, unsigned tex_height, unsigned windowWidth,
unsigned windowHeight, osg::Camera:
Hi Mick, Christian,
Christian:
Yes the texture can be resized with just a simple setTextureSize. When you call
this method a texture will be marked as dirty and will be resized on the next
Texture::apply method in the osg core. So the reallocation is done
automatically.
Mick:
Hmm, it seems tha
Hey Mick,
That looks useful thanks a lot!
To be honest, I was a bit surprised that textures could be resized by
simply calling setTextureSize(…). I was wondering why one doesn’t have
to reallocate them with the new size.
Anyway, thanks :)
Christian.
On Mon, Feb 8, 2010 at 8:48 AM, Mick Keller
Hi Art!
art wrote:
>
> I think we have to investigate the main osg code, since it seems that dynamic
> resizing of FBOs and its attached textures isn't well supported, but I am not
> sure.
>
I'm not sure if this addresses your problem exactly (I'm not very familiar with
osgPPU):
If I need
Hey Art,
It’s kind of comforting to hear that you had trouble too – after all I
spent a few days on this and couldn’t make any meaningful progress,
but then again I’m pretty much a novice at osg(PPU).
So maybe you could help me understand a few things about how osg and
osgPPU interact? For exampl
Hi Christian,
Yes, I know currently osgPPU isn't usable for dynamic resizing of the viewport.
I have tried it also with just a simple viewer and I wasn't able to solve the
issue. I had exactly the same problem as you and due to lack of time I canceled
the try to solve it. I tried almost anythin
Hi there,
I have been trying to extend the osgppu_viewer to allow resizing of the viewer
window, similarly to the discussion at
http://forum.openscenegraph.org/viewtopic.php?t=3693. However, I'm not making
any progress and already wasted way too much time on this.
The problem is that I cannot
13 matches
Mail list logo