Re: [osg-users] Too much support!!!!! (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE Searching osg-users: I would say that the size of osg-users and difficulty in searching it is my biggest problem as well. Google groups: I didn't know there was a google groups mirror; I'll have to try that next time. Concerning the wiki: Mostly, it seems to cover just newbie type questions. And, if there is an interface to edit or to add to it, I don't see it. I can understand wanting control over content; but it would be nice to see a more open option available. Besides the obvious wikipedia, the only wikis that spring in my mind are for things like games or entertainment. And, all the decent ones seem to use MediaWiki. But, that is not to say that's because of MediaWiki. It is more about the number of and level of commitment from their contributors. http://www.mediawiki.org/wiki/MediaWiki Not that using MediaWiki requires anonymous usage, see Citizendum for instance. http://en.citizendium.org/wiki/Main_Page Again, I am not saying I believe that MediaWiki to be the best software out there; it is just the most prolific. Obviously there is a lot: http://en.wikipedia.org/wiki/Comparison_of_wiki_software Mike Dorsett - Software Engineer - SAIC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Kuehne Sent: Friday, May 23, 2008 12:47 PM To: OpenSceneGraph Users Subject: Re: [osg-users] Too much support! one reason i think people fire at the list first, perhaps, is that mailman is a bit difficult to use for finding data. i find the mailing list as-is difficult to search, esp for noobs, and sometimes even for oldies like me. hence, that's why i mirror the osg list (as of a year or so ago) on a google group. i think it makes things a lot more accessible, and easy to search and find answers: http://groups.google.com/group/osg-users other things, aside from asking people to rtfm, are to point people to the excellent quickstart guide, or the reference manual, or (shameless plug) get support, books, or a training (shameless plug number two: denver! june 11-13) from paul and me: http://osgbooks.com if all that fails, robert, and nobody on the list answers, then i think you can feel some obligation to answer. but you should lie back and wait for the built-in safeties to fail first. :) have a nice long weekend, peeps in the usa, bob On Fri, May 23, 2008 at 1:22 PM, Paul Martz <[EMAIL PROTECTED]> wrote: > You have many good points. > > I've seen this topic come up many times in my nearly three decades of > using countless online discussion forums. One thing I've learned: no > matter how many resources and FAQs you make available, people, by > their very nature, are social, and therefore value the interaction and > networking more than quickly finding an answer to an issue. > -Paul > > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph. > org > -- bob kuehne founder and ceo - blue newt software www.blue-newt.com 734/834-2696 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.or g Classification: UNCLASSIFIED Caveats: NONE ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] why arent the ".h" postfix used in openscenegraph? (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE >> The problems with standards is that their are jut so many to choose from... What? That classic chesnut goes: The GREAT thing about standards is that there are so many to choose from. I should have sent this in OOXML format. Mike Dorsett - Software Engineer - SAIC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Osfield Sent: Tuesday, April 08, 2008 9:56 AM To: OpenSceneGraph Users Subject: Re: [osg-users] why arent the ".h" postfix used in openscenegraph? On Tue, Apr 8, 2008 at 2:31 PM, <[EMAIL PROTECTED]> wrote: Allright.. I didn't know that was the standard, allways used and seen ".h" used. :) The problems with standards is that their are jut so many to choose from... .h is most common for C++ simply from C heritage, but in the early days of C++ loads of others sprung up in the absence of any clear definition so .H, .hxx, .hpp and many other variants all turn up in the wild, there a many of these convoluted variations none of which really make any sense once you take a step back. When Standard C++ finally made it out it didn't use any of these convoluted attempts at something different from C's .h, rather it just dropped the extension entirely. Compilers just open files that are specified via #include without making any assumptions, so you can use absolutely anything you want, you could use .CPlusPlusHeaderFile if you wished and it'll still compile. Back in the late nineties I made the choice about extensionless header for the OSG as it aligns itself with what the Standard C++ headers convention, rather than going for one of the many .yetanotherabitaryc++headerextensions that were proliferating at the time. Back then I wouldn't have thought that it'd take more than a decade for IDE's to automatically realise that an extension C++ header file is a C++ header file for all the sophistication of modern software some really dumb arse things aren't possible... Robert. Classification: UNCLASSIFIED Caveats: NONE ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] VPB and PagedDatabase performance -compileGLObject (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE I don't have the 2.2 book to compare against, so I apoligize if I get something wrong. All this assumes you are using osgViewer::Viewer. Changing the environment variable OSG_MINIMUM_COMPILE_TIME_PER_FRAME wouldn't do anything right now. Same goes for the function equivalent. Setting targetFrameRate also isn't used. Here is the doxygen comment that talks about these 2 variables /** Set the target frame rate that the DatabasePager should assume. * Typically one would set this to the value refresh rate of your display system i.e. 60Hz. * Default value is 100. * Usage notes. The TargetFrameRate and the MinimumTimeAvailableForGLCompileAndDeletePerFrame * parameters are not directly used by DatabasePager, but are should be used as a guide for how * long to set aside per frame for compiling and deleting OpenGL objects - ie. the value to use * when calling DatabasePager::compileGLObjectgs(state,availableTime,). The longer amount of * time to set aside cthe faster databases will be paged in but with increased chance of frame drops, * the lower the amount of time the set aside the slower databases will paged it but with better * chance of avoid any frame drops. The default values are chosen to achieve the later when running * on a modern mid to high end PC. * The way to compute the amount of available time use a scheme such as : *availableTime = maximum(1.0/targetFrameRate - timeTakenDuringUpdateCullAndDraw, minimumTimeAvailableForGLCompileAndDeletePerFrame). */ So, if you used DatabasePager in your own viewer, using a different Renderer class, you could look up these variables and use them. Frankly, if you went to that much trouble, you probably already know what kind of time slice you would give to compileGLObjects. Mike Dorsett - Software Engineer - SAIC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Martz Sent: Wednesday, February 27, 2008 10:46 AM To: 'OpenSceneGraph Users' Subject: Re: [osg-users] VPB and PagedDatabase performance -compileGLObjects(UNCLASSIFIED) > I happened to be looking at that today. I noticed that the call in > Renderer.cpp (2.2 and trunk): > > databasePager->compileGLObjects > > Always uses 0.004 for available time. So, unless you roll your own > Viewer, your stuck with this time. Also, it doesn't seem that > variables: > > minimumTimeAvailableForGLCompileAndDeletePerFrame > Or > targetFrameRate > > are used at all, not even as a hint. But, I could be missing > something. If you believe the Reference Manual has incorrectly documented something, please point me to the page or section number, say what you think is wrong, and state how you think it should read. I'll be glad to look into it and make changes in a future revision. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com 303 859 9466 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.or g Classification: UNCLASSIFIED Caveats: NONE ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] VPB and PagedDatabase performance - compileGLObjects (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE I happened to be looking at that today. I noticed that the call in Renderer.cpp (2.2 and trunk): databasePager->compileGLObjects Always uses 0.004 for available time. So, unless you roll your own Viewer, your stuck with this time. Also, it doesn't seem that variables: minimumTimeAvailableForGLCompileAndDeletePerFrame Or targetFrameRate are used at all, not even as a hint. But, I could be missing something. Mike Dorsett - Software Engineer - SAIC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Martz Sent: Wednesday, February 27, 2008 8:53 AM To: 'OpenSceneGraph Users' Subject: Re: [osg-users] VPB and PagedDatabase performance. > > Q2: What are the parameters can I tweak in an OSG application to > > tweak how the program runs? > > Well there are hundreds of classes with dozens of methods in each... > so a massive set of options you can tweak. First thing is to figure > out what the actual performance problem is then to guide in the right > direction. Also, there are several environment variables for controlling the DatabasePager that you might want to take a look at. The current OSG Ref Man v2.2 contains a section documenting all OSG environment variables: http://www.lulu.com/content/1669182 Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com 303 859 9466 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.or g Classification: UNCLASSIFIED Caveats: NONE ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
