Hello Oliver,
Oliver Kutter wrote:
> I want to create some points in a geometry. OK, they are perhaps more
> than "some" points, they are exaktly 2048x2048 points, which are over 4
> Million points in one geometry. The points are particles and until now I
> was calculating their positions in an fbo texture with a shader. That
> all works fine with about 1 million particles, where 1024x1024 is the
> size of the image and the fbo texture which is the render target. So
> 2048x2048 is the next possible size for power-of-2 textures. With these
> sizes the power-of-2 textures have the best performance.
>
> Now, there are some problems with 4 million points:
>
> I have 2 errors on 2 different computers.
I guess it's the case, but anyways: both machines have the latest
drivers installed ?
> The first computer with 2GB RAM has a Geforce 7600GT. The error is that
> the Image class tells me, that it is not possible to allocate 64MB
> memory, which is the texture size 2048x2048 with 32bit float RGBA values.
>
> The second computer with 4GB RAM is much faster with a 8600GTX. It tells
> me the following error:
> Geometry::handleGL: couldn't create display list (out of memory)
> skipping geometry ...
hm, can you try setting the environment variable OSG_LOG_LEVEL to DEBUG,
run the programs again and send (relevant parts of) the output it produces ?
Geometry and Image are both quite complex and having the exact error
message as produced by OpenSG would allow me to better locate where the
error is being emitted.
> Does someone have any ideas about this?
> I know that I'm working at the limits of OpenSG and graphics hardware,
> but perhaps there's someone, who can help me.
Is it possible that 2k x 2k is larger than the largest texture size
supported by OpenGL on the smaller machine ?
Maybe disabling display lists would allow you to get a bit further on
the larger machine, when creating the Geometry try adding this:
OSG::GeometryPtr pGeo;
OSG::beginEditCP(pGeo);
pGeo->setDlistCache(false);
OSG::endEditCP (pGeo);
It's likely to cause a performance hit though :-/
Hope it helps,
Carsten
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
