Re: [osg-users] PagedLOD with externals
Hi Robert, Thank you for the feedback. We are looking into updating soon and we will also try this in the latest version. But in this case I suppose that it is just a wrong approach. We might need to adjust the radius of the PagedLOD by hand when placing the external reference. When exchanging the external later that wouldn't help though, but would be acceptable. -Stephan Am 09.09.2016 um 14:58 schrieb Robert Osfield: Hi Stephan, My guess is that the center or radius of the PagedLOD has been set incorrectly so it's being culled inappropriately. As a general note, I'd recommend up grading to OSG-3.4.0. There are lots of improvements between 3.0.1 and OSG-3.4.0, including to database paging. Whether it will have any baring on the problem you see I can't say, if it is a database issue as I suggest above then it won't help, but the rest of the improvements (features and bug fixes) to the OSG should be useful regardless. Robert. On 9 September 2016 at 12:14, Stephan Kussmaul <stephan.kussm...@triangraphics.de> wrote: Hi Community, I would appreciate your comments on our current OSG problem: We have several tiles with PagedLODs and an external airport model. The model is much larger then the tile it is referenced in and then clipped away incorrectly. You might want to check the attached .osg and the screenshots. Some details: When using PagedLOD, OSG will first load the tile reference of the master file. This contains a dummy geometry with the extends of the tile. From this OSG will determine the bounding box for clipping. Then the terrain tile will be loaded in the PagedLOD, but the extend of the terrain tile is greater than that of the dummy due to the big airfield. Thus, OSGViewer will clip out the entire tile with airport whenever the dummy bounding box is outside the field of view, even though the airfield is still in the field of view. OSG would have to overwrite the bounding box after loading the page file. We are working with OpenSceneGraph 3.0.1. Is this a bug or is our logic broken here. Putting the airport in the global master would not be practical. Thank you! Stephan -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=68559#68559 Attachments: http://forum.openscenegraph.org//files/culledairport_213.jpg http://forum.openscenegraph.org//files/4tiles_157.jpg http://forum.openscenegraph.org//files/osg_missingairport_162.7z ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] PagedLOD with externals
Hi Community, I would appreciate your comments on our current OSG problem: We have several tiles with PagedLODs and an external airport model. The model is much larger then the tile it is referenced in and then clipped away incorrectly. You might want to check the attached .osg and the screenshots. Some details: When using PagedLOD, OSG will first load the tile reference of the master file. This contains a dummy geometry with the extends of the tile. From this OSG will determine the bounding box for clipping. Then the terrain tile will be loaded in the PagedLOD, but the extend of the terrain tile is greater than that of the dummy due to the big airfield. Thus, OSGViewer will clip out the entire tile with airport whenever the dummy bounding box is outside the field of view, even though the airfield is still in the field of view. OSG would have to overwrite the bounding box after loading the page file. We are working with OpenSceneGraph 3.0.1. Is this a bug or is our logic broken here. Putting the airport in the global master would not be practical. Thank you! Stephan -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=68559#68559 Attachments: http://forum.openscenegraph.org//files/culledairport_213.jpg http://forum.openscenegraph.org//files/4tiles_157.jpg http://forum.openscenegraph.org//files/osg_missingairport_162.7z ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] What tools do you use
text/html; charset=ISO-8859-1: Unrecognized inline: f_logo.pnginline: youtube_64.png___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] v3.0 format and relative paths
Hi All,
We have just been testing the new file formats, but couldn't really
proceed. We have a master.osg and a master.osgt referring a sub tile -
the latter won't work as expected under Windows7, Visual Studio 2008.
Old .osg format with relative path to child tile works:
ProxyNode {
nodeMask 0x
cullingActive TRUE
ExtRefMode DEFER_LOADING_TO_DATABASE_PAGER
Radius -1
FileNameList 1 {
X0\Y0\L0\R0\0x0_0_0x0.osg
}
num_children 0
}
New file format works when using an absolute path but not as below:
#Ascii Scene
#Version 80
#Generator OpenSceneGraph 3.0.0
osg::ProxyNode {
UniqueID 3
FileNames 1 {
X0/Y0/L0/R0/0x0_0_0x0.osgt
}
Children 0
LoadingExternalReferenceMode DEFER_LOADING_TO_DATABASE_PAGER
}
Probably I missed something. I could also imagine that our build is
somehow broken, as this is a very basic functionality. Any pointers are
appreciated.
Thank you,
Stephan
--
-
Stephan Kussmaul
Managing Director
TrianGraphics GmbH
Schoenhauser Allee 45
10435 Berlin
Germany
Tel: +49 (0)30 48495573 FAX: +49 (0)30 48495581
Email: stephan.kussm...@triangraphics.de
Web: www.triangraphics.de
-
Sitz der Gesellschaft / Corporate Headquarters:
TrianGraphics GmbH, Berlin
Registereintragung / Registration:
Amtsgericht Berlin-Charlottenburg HRB 93807 B
Geschaeftsfuehrer / Managing Directors:
Stephan Kussmaul, Mirco Nierenz, Volker Walkiewicz
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] TriStripVisitor issue
Hi Manu,
We found a bug those days in TriStripVisitor.cpp. I didn't really read
your latest email, but this might be related to your precision issues:
class WriteValue : public osg::ConstValueVisitor
{
...
// add those 3 lines
virtual void apply(const Vec2d v) { _o v; }
virtual void apply(const Vec3d v) { _o v; }
virtual void apply(const Vec4d v) { _o v; }
...
}
class RemapArray : public osg::ArrayVisitor
{
...
// add those 3 lines
virtual void apply(osg::Vec2dArray array) { remap(array); }
virtual void apply(osg::Vec3dArray array) { remap(array); }
virtual void apply(osg::Vec4dArray array) { remap(array); }
...
}
Hope this helps.
Regards,
Stephan
Emmanuel Roche schrieb:
Hi Robert,
Actually, I've noticed that the problem doesn't come from the
underlying tristripper library:
instead, it seems that the indice array generated from my vertices is
incorrect: I suspect that the comparison function to find if too
vertices are the same or not is too precise in my case. Do you have a
clear idea where this is done ? (otherwise, I will just read more code
and find it...)
cheers,
Manu.
2009/11/23 Emmanuel Roche roche.emman...@gmail.com
mailto:roche.emman...@gmail.com
Actually, I also noticed that OSG v2.8.1 uses version 1.0 of the
tristripper library.
As I'm quite in an hurry, I think I will re-implement my own
tristripvisitor with the latest version of tristripper and check
if this makes a difference. Will let you know what's the result of
this test.
But I believe this could really be a generic issue (it happens
with all the models I tested) and thus would mean many people are
currently using not so well tri-stripped geometries if they use
this optimiser feature ! (it is the case for instance in the
OSGExp export plugin for 3DS max as I've noticed this issue there
for the first time).
regards,
Manu.
2009/11/23 Robert Osfield robert.osfi...@gmail.com
mailto:robert.osfi...@gmail.com
Hi Manu,
If the tristripper doesn't connect the triangles together well
then it
can result on few tristrips and lots of unconnected traingles
that it
has to put into a single list of triangles to avoid lots of
separate
primitive calls.
As to why your model is not being stripped well I can't say.
We've
used 3rd party code to do the tri-stripping so I'm not best
placed to
answer the low level questions, but... the original author of
the cdoe
Tanguy Fautre is now an OSG user and I believe still on the
list so
perhaps he'll be able to chip in ;-)
Robert.
On Mon, Nov 23, 2009 at 11:08 AM, Emmanuel Roche
roche.emman...@gmail.com mailto:roche.emman...@gmail.com
wrote:
Hi everyone,
I have a strange problem with the TryStripVisitor:
When I use it on a model (with about 6000 triangles,
described as TRIANGLES
[thus using 18000 vertices]) I get trip strip primitive sets
indeed BUT
actually I get a few TRIANGLE_STRIP primitive sets with 4
vertices in each,
and then a single big TRIANGLES primitive set with about
17950 vertices
So, most of the model is just not stripped at all ! any idea
what I could be
doing wrong ???
Moreother, I've noticed that the geometry is then
transformed as an indexed
geometry... correct me if I'm wrong but indexed geometries
are slower that
simple vertices ordered arrays. If there a way to switch
this or am I on my
own on this ?
Regards,
Manu.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
mailto:osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
___
osg-users mailing list
osg-users@lists.openscenegraph.org
mailto:osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
--
-
Stephan Kussmaul
Geschaeftsfuehrender Gesellschafter / Managing Director
TrianGraphics GmbH
Schoenhauser Allee 45
10435 Berlin
Germany
Tel: +49 (0)30 48495565 FAX: +49 (0)30 48495581
Email: stephan.kussm...@triangraphics.de
Web
Re: [osg-users] TriStripVisitor issue
Hi Robert,
We are using OSG 2.8.2.
The problem we encountered was when the TriStripVisitor was used with
double data (e.g. for OpenFlight with double precision). As far as I can
remember in this case the wrong member function (remap(...)) in the
base class was used. That's why we had to add those additional
overloads. Otherwise we later encountered crashes with indices pointing
to Nirvana.
-Stephan
Robert Osfield schrieb:
HI Stephan,
On Mon, Nov 23, 2009 at 2:31 PM, Stephan Kussmaul
stephan.kussm...@triangraphics.de wrote:
We found a bug those days in TriStripVisitor.cpp. I didn't really read your
latest email, but this might be related to your precision issues:
What bug was this? Could you explain? Which version of the OSG?
class WriteValue : public osg::ConstValueVisitor
{
...
// add those 3 lines
virtual void apply(const Vec2d v) { _o v; }
virtual void apply(const Vec3d v) { _o v; }
virtual void apply(const Vec4d v) { _o v; }
...
}
class RemapArray : public osg::ArrayVisitor
{
...
// add those 3 lines
virtual void apply(osg::Vec2dArray array) { remap(array); }
virtual void apply(osg::Vec3dArray array) { remap(array); }
virtual void apply(osg::Vec4dArray array) { remap(array); }
...
}
And these lines do what? To address what issue?
Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
--
-
Stephan Kussmaul
Geschaeftsfuehrender Gesellschafter / Managing Director
TrianGraphics GmbH
Schoenhauser Allee 45
10435 Berlin
Germany
Tel: +49 (0)30 48495565 FAX: +49 (0)30 48495581
Email: stephan.kussm...@triangraphics.de
Web: www.triangraphics.de
-
Sitz der Gesellschaft / Corporate Headquarters:
TrianGraphics GmbH, Berlin
Registereintragung / Registration:
Amtsgericht Berlin-Charlottenburg HRB 93807 B
Geschaeftsfuehrer / Managing Directors:
Stephan Kussmaul, Mirco Nierenz, Volker Walkiewicz
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Out of memory loading a small file in osgviewer
Hi Gustav, in the standard viewer the sharing of textures in not activated by default. So my guess is that the textures of the trees are loaded over and over again. You might try to activate this feature with the following code in the viewer and try again to verify this. (I don't think there is a command line option to activate this, is there?) osgDB::Registry::instance()-getOrCreateSharedStateManager(); if (osgDB::Registry::instance()-getSharedStateManager()) osgDB::Registry::instance()-getSharedStateManager()-setShareMode(osgDB::SharedStateManager::SHARE_ALL); I hope this helps. We had this problem before and I would vote for activating the sharing of textures in the viewer by default. -Stephan Gustav Haapalahti schrieb: Hi, I have a problem with a terrain model that is originally in the OpenFlight format. I do not have any problem when loading the OpenFlight file directly, but I get a problem after converting the file to the .osg format with osgconv. When I load the .osg file with osgviewer the memory consumption increases more and more until 2GB is used and the program crashes. When I load the original OpenFlight file, the osgviewer only uses about 30MB of memory. I believe that the problem has something to do with external file references that are inside ProxyNode:s in the converted .osg file. I have a tree model that is placed at lots of positions. Thank you! Cheers, Gustav -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=13341#13341 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- - Stephan Kussmaul Geschaeftsfuehrender Gesellschafter / Managing Director TrianGraphics GmbH Schoenhauser Allee 45 10435 Berlin Germany Tel: +49 (0)30 48495565 FAX: +49 (0)30 48495581 Email: stephan.kussm...@triangraphics.de Web: www.triangraphics.de - Sitz der Gesellschaft / Corporate Headquarters: TrianGraphics GmbH, Berlin Registereintragung / Registration: Amtsgericht Berlin-Charlottenburg HRB 93807 B Geschaeftsfuehrer / Managing Directors: Stephan Kussmaul, Mirco Nierenz, Volker Walkiewicz ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Out of memory loading a small file in osgviewer
Hi Gustav,
If you try to remove the texture by renaming it and the problem still
occurs, then the memory consumption is probably due to the vertices of
the tree. If you use external references over ProxyNodes nothing will be
shared concerning the vertices and this behaviour would be normal.
Could be that the OpenFlight loader does not have this problem, as the
optimizer merges the scenegraph somehow and thus the problem disappears.
A solution might also be to use PagedLODs instead of ProxyNodes and to
not load all trees into memory at once. Might also be an option to add
the object to the scene and reference it (we call this internal
reference).
-Stephan
Gustav Haapalahti schrieb:
Hi,
I have tried your suggestion and it did not help my case unfortunately. I still get abnormal memory usage.
The external file references in the .osg file that was generated with osgconv looks like
follows and I assume that the loading of this file is not cached so it gets duplicated.
There are about 120 of these ProxyNode:s all pointing to the same file. If I change the
FileNameList to point to an object that is smaller than this birch_unit.flt
file then the terrain can be loaded but still takes abnormal amounts of memory.
ProxyNode {
nodeMask 0x
cullingActive TRUE
ExtRefMode LOAD_IMMEDIATELY
Radius -1
FileNameList 1 {
birch_unit.flt
}
num_children 0
}
--
-
Stephan Kussmaul
Geschaeftsfuehrender Gesellschafter / Managing Director
TrianGraphics GmbH
Schoenhauser Allee 45
10435 Berlin
Germany
Tel: +49 (0)30 48495565 FAX: +49 (0)30 48495581
Email: stephan.kussm...@triangraphics.de
Web: www.triangraphics.de
-
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] TXP Visual DB for OSG
Hi Patrick, We have a few relatively small demo terrains in OSG and IVE format for download: http://server/www.triangraphics.de/index.php?1=Downloadl=eng You can use them for demonstration purposes but not commercially. If you should need anything larger, we might be able to provide you something, too. I hope this helps. Stephan Patrick Castonguay schrieb: Hello all I have developed an application that uses the MPV project (based on OSG, SDL and others...) and for demo purposes (academic exercise) I have been unable to find a good quality visual db. I have used the Portland and St-Louis TXP as well as some proprietary OpenFlight databases but the proprietary TXP I have seems to have a problem with OSG (or OSG a problem with the DB)... I am quite certain the DB was generated with TerraVista but not sure of the details (options, settings etc). Would anybody be so kind as to point me in the right direction for a paged terrain db (TXP prefered) that would showcase OSG nicely? My application is for a sensor sim for aircraft so idealy would cover a large terrain but as long as the quality is there I would be most happy!!! Regards /Patrick Castonguay/ H: 613 435 2235 C: 613 325 1341 Technology Innovation Management (TIM) Student - Modeling and Simulation stream Carleton University, Ottawa, ON ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- - Stephan Kussmaul Geschaeftsfuehrender Gesellschafter / Managing Director TrianGraphics GmbH Schoenhauser Allee 45 10435 Berlin Germany Tel: +49 (0)30 48495565 FAX: +49 (0)30 48495581 Email: stephan.kussm...@triangraphics.de Web: www.triangraphics.de - Sitz der Gesellschaft / Corporate Headquarters: TrianGraphics GmbH, Berlin Registereintragung / Registration: Amtsgericht Berlin-Charlottenburg HRB 93807 B Geschaeftsfuehrer / Managing Directors: Stephan Kussmaul, Mirco Nierenz, Volker Walkiewicz ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] TXP Visual DB for OSG
Patrick, sorry- I have sent you a link to our intranet. This link should work: http://www.triangraphics.de/index.php?1=Downloadl=eng Those ive databases hold PagedLODs and thus support paging. However as they are relatively small they are not too good paging examples. All LODs of one tile are packed into one referenced file, which is paged in completely if requested. Are you aware that VPB (Virtual Planet Builder) is able to generate such large databases? We could also provide you larger databases with other settings, if you think this is what you need. You can address me personally for this if you like. -Stephan- Patrick Castonguay schrieb: Stephan, Thanks for the reply but I have not been able to access the address you posted. Is it still valid? I have also tried to FTP my way in but was rejected as I did not have a username. Also are these DB paged? For now all the IVE files I have been able to find are all loaded at once. Or maybe I am mistaken somehow... Cheers Patrick ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- - Stephan Kussmaul Geschaeftsfuehrender Gesellschafter / Managing Director TrianGraphics GmbH Schoenhauser Allee 45 10435 Berlin Germany Tel: +49 (0)30 48495565 FAX: +49 (0)30 48495581 Email: stephan.kussm...@triangraphics.de Web: www.triangraphics.de - Sitz der Gesellschaft / Corporate Headquarters: TrianGraphics GmbH, Berlin Registereintragung / Registration: Amtsgericht Berlin-Charlottenburg HRB 93807 B Geschaeftsfuehrer / Managing Directors: Stephan Kussmaul, Mirco Nierenz, Volker Walkiewicz ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Videos of DBGS Trian3D
Hi Jean-Sébastien, Very nice stuff. I've looked through your sample databases, and it looks very good. I have a few questions: * Is the representation of trees configurable? Some situations might need only a billboard, others a cross of quads, others a more detailed tree model (LODs with all three even?) You can certainly place any object you like (see below concerning building placement) and we are currently working on a billboard modifier for automatic billboard generation. But we don't do automatic plant generation, if you want a tree with LODs going from high-res over quad to billboard, you will have to define this by hand. * Why is the lowest LOD of your terrain a flat white quad? Couldn't it be a quad with the terrain texture at least? Or even a very low-poly version of the terrain, so we still get a general impression of the hills... It looks a bit weird when we zoom way out and it becomes a flat white plane. I see your point. In general this quad should not be seen at all, as it is only displayed when the last LOD is switched out. Normally there should not be anything, but we needed a dummy object so that the pager would start his work. We don't want to put the low-res LOD in the master (as I think it is done in VPB), as our terrains might be very large. There might be a better way to do this- any advice is appreciated. * Are the building models configurable too? If we have an in-house modeler, could he use his own building models (with LODs etc.) in Trian3D Builder? Sure you can place any objects according to various policies. You may place objects as local geometries (make e.g. groups of 200 trees and switch them in/out together) , internal reference (tree is in the file but referenced), external reference (points to external file e.g. airport). For building models with LODs you will have to use a reference policy. We (CM Labs) will have some people at I/ITSEC, so I've talked to them and they will go check your stuff out firsthand. Great I will write you another e-mail personally. Regards, Stephan -- - Stephan Kussmaul Geschaeftsfuehrender Gesellschafter / Managing Director TrianGraphics GmbH Schoenhauser Allee 45 10435 Berlin Germany Tel: +49 (0)30 48495565 FAX: +49 (0)30 48495581 Email: [EMAIL PROTECTED] Web: www.triangraphics.de - Sitz der Gesellschaft / Corporate Headquarters: TrianGraphics GmbH, Berlin Registereintragung / Registration: Amtsgericht Berlin-Charlottenburg HRB 93807 B Geschaeftsfuehrer / Managing Directors: Stephan Kussmaul, Mirco Nierenz, Volker Walkiewicz ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Videos of DBGS Trian3D
Hi OSG Users, We have created a few new videos about our terrain generation software Trian3D. Maybe some of you like to see what we are doing with OSG. Here is the link to our website: www.triangraphics.de/index.php?1=Download2=Videosl=eng or if you prefer to watch them on YouTube (in modest quality though): www.youtube.com/user/TrianGraphics Any comments or suggestions are welcome. If anyone is interested in meeting me at the I/ITSEC, just let me know. Best regards and thanks to all OSG developers, Stephan -- - Stephan Kussmaul Geschaeftsfuehrender Gesellschafter / Managing Director TrianGraphics GmbH Schoenhauser Allee 45 10435 Berlin Germany Tel: +49 (0)30 48495565 FAX: +49 (0)30 48495581 Email: [EMAIL PROTECTED] Web: www.triangraphics.de - Sitz der Gesellschaft / Corporate Headquarters: TrianGraphics GmbH, Berlin Registereintragung / Registration: Amtsgericht Berlin-Charlottenburg HRB 93807 B Geschaeftsfuehrer / Managing Directors: Stephan Kussmaul, Mirco Nierenz, Volker Walkiewicz ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Videos of DBGS Trian3D
Hi Alejandro, thanks for the feedback. Does it run on other platforms? Are you using wxWidgets or Qt for the UI stuff or calling into win32 directly? We are only offering a Windows version at the moment. This will not change on short term as the GUI is Windows stuff. This is due to historical reasons- the software was originally developped as internal tool. If enough people shout here we will think about porting Trian3D to other platforms ;) -Stephan- Alejandro.- On Thu, Nov 27, 2008 at 7:50 AM, Stephan Kussmaul [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi OSG Users, We have created a few new videos about our terrain generation software Trian3D. Maybe some of you like to see what we are doing with OSG. Here is the link to our website: www.triangraphics.de/index.php?1=Download2=Videosl=eng http://www.triangraphics.de/index.php?1=Download2=Videosl=eng or if you prefer to watch them on YouTube (in modest quality though): www.youtube.com/user/TrianGraphics http://www.youtube.com/user/TrianGraphics Any comments or suggestions are welcome. If anyone is interested in meeting me at the I/ITSEC, just let me know. Best regards and thanks to all OSG developers, Stephan -- - Stephan Kussmaul Geschaeftsfuehrender Gesellschafter / Managing Director TrianGraphics GmbH Schoenhauser Allee 45 10435 Berlin Germany Tel: +49 (0)30 48495565 FAX: +49 (0)30 48495581 Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Web: www.triangraphics.de http://www.triangraphics.de - Sitz der Gesellschaft / Corporate Headquarters: TrianGraphics GmbH, Berlin Registereintragung / Registration: Amtsgericht Berlin-Charlottenburg HRB 93807 B Geschaeftsfuehrer / Managing Directors: Stephan Kussmaul, Mirco Nierenz, Volker Walkiewicz ___ osg-users mailing list osg-users@lists.openscenegraph.org mailto:osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- [EMAIL PROTECTED] http://varrojo.linuxuruguay.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- - Stephan Kussmaul Geschaeftsfuehrender Gesellschafter / Managing Director TrianGraphics GmbH Schoenhauser Allee 45 10435 Berlin Germany Tel: +49 (0)30 48495565 FAX: +49 (0)30 48495581 Email: [EMAIL PROTECTED] Web: www.triangraphics.de - Sitz der Gesellschaft / Corporate Headquarters: TrianGraphics GmbH, Berlin Registereintragung / Registration: Amtsgericht Berlin-Charlottenburg HRB 93807 B Geschaeftsfuehrer / Managing Directors: Stephan Kussmaul, Mirco Nierenz, Volker Walkiewicz ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] SharedStateManager as default
Hi all, for sharing textures over various tiles, we use the option string noTexturesInIVEFiles, when writing .ive files. If a customers now tries to load this database with the standard OSG binaries into the osgViewer, the memory footprint for hundreds of trees will go through the roof. My question is, why the SharedStateManager is not created by default, as suggested in the DatabasePager's c'tor, where this line is commented out: // make sure a SharedStateManager exists. //osgDB::Registry::instance()-getOrCreateSharedStateManager(); I suppose there is a good reason for that. Thanks for any clarification. Kind regards, Stephan Kussmaul -- - Stephan Kussmaul Geschaeftsfuehrender Gesellschafter / managing director TrianGraphics GmbH Schönhauser Allee 45 10435 Berlin Germany Tel: +49 (0)30 48495565 FAX: +49 (0)30 48495581 Email: [EMAIL PROTECTED] Web: www.triangraphics.de - Sitz der Gesellschaft / Corporate Headquarters: TrianGraphics GmbH, Berlin Registereintragung / Registration: Amtsgericht Berlin-Charlottenburg HRB 93807 B Geschäftsführer / Managing Directors: Stephan Kußmaul, Mirco Nierenz, Volker Walkiewicz ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
