Re: [osg-users] Problem with looping animation in .ive 3dmodel format
Hi, I think may be using callbacks would help you . I do animations by exporting .3ds or .wrl from 3ds MAX and load them in OSG . Then use simple callback and use Animation path with NO_LOOPING option. This might help you ! http://ljudmila.org/~julian/share/doc/openscenegraph-doc/openscenegraph/classosg_1_1AnimationPath.html ... Thank you! Cheers, Rohit -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=25924#25924 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] ScreenCaptureHandler, captureNextFrame and threads synchronization
Hi Jean-Sebastien, This sure helped. Win32 event in the override operator() solves the problem Thank you! Oleg -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=25925#25925 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] ive modification
Hi ikhaber , if you know dimensions of existing .ive file , you can create a group under scene node and can use two nodes which will read two files , one of which will be your existing file , and other file can be added using PositionAttitudeTransform .. This might help you Cheers ! Rohit ikhaber wrote: Hi, I'd like to modify an *.ive file. For example I want to add new building to an existing ive file. How can I do this? or how can I convert ive files to another 3d format for example 3ds? Thank you! Cheers, İsmail -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=25926#25926 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OSG error log
Hi Jean-Sebastien, Do you know in which OSG this feature is included? I am working with 2.8.2 and did not find the osg::NotifyHandler in any header file. Thank you! Cheers, Oleg -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=25927#25927 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OSG error log
Hi Oleg, Do you know in which OSG this feature is included? I am working with 2.8.2 and did not find the osg::NotifyHandler in any header file. For now there is no stable release that includes it, you would have to use the SVN trunk version. And I don't think the upcoming 2.8.3 will include it either. You'll have to wait for 2.10 (unknown release date) for it, or use SVN trunk as I said. Of course, you could just redirect cout and cerr yourself, but that would redirect all messages not just what OSG outputs. If that's fine for you, search the web about cout/cerr redirection, it involves opening a file then using the file's streambuf on the cout/cerr streams. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] genwrappers: index.xml load failure
Hi Paul, On Sun, Mar 21, 2010 at 12:49 AM, Paul Martz pma...@skew-matrix.com wrote: Thanks, this definitely helped! Wrappers now updated on the 2.8 branch, and building cleanly on Vista / VS9Express / 32-bit and OSX 10.5 / gcc / 32-bit. Good to hear you got things working. My testing of Doxygen 1.6.2 showed that it doesn't work well with genwrappers. The output .cpp files were missing certain headers and namespace qualifiers that caused them to fail to compile. I backed out to Doxygen 1.4.7 and all is well (that's the short story, at least). I'll run through this exercise again if needed. I had the same problem with recent Doxygen versions. I presume the xml format has been tweaked. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] 2.8.3 release likely, need community assistance
I was referring to the osgManipulators nodekit. The website is still stuttering.. I just checked the revision log, and there were a view since the first 2.8.2 tag: r10429, r10431, r10434, r10436, r10443, r10523 and r10794 (most are small revisions) The changes do make the usage of manipulators more accessable to 'quick' usage, and more in line with the rest of the nodekits (thanks robert). and also fix a possible crash on certain platforms (r10794). I do admit it is a little late in the process ;-) make 2.8.3 equal to the trunk? haha, yeah, my guess is that the trunk has much more larger updates, then the refactoring of this nodekit, but i see what you mean. about the collada dom, the dilemma is this: the usage of the plugin will increase if it is build out of the box. leaving it out because there is only a small portion using it, doesn't.. Maybe there should be a seperate link/zip file with binaries/precompiled libraries on the dependencies page. or the knowledgebase. It also seems that the collada-dom will introduce dependecies of its own (wereas png and freetype don't). Have a good day! René 2010/3/21 Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com Hi René, Maybe the DOM 2.2 binaries could go into the 3rdparty folder or repository? that way the plugin becomes 'out of the box' like png and freetype or do we want a limited set of 3rdparty binaries? I think we'd have to survey to see how many people use it, because it's a pretty big dependency (over 12MB for the dynamic version, and over 70MB for the static version! and that's just for VC9sp1). If only a small portion of users use it... The png and freetype libs are pretty much required to do anything useful with OSG... About the 2.8.3 release: I recently updated sources to use the new manipulators in 2.9.7 . Is there a stable release to be expected that include these (nice!) improvements? I wouldn't mind these changes in 2.8.3 but other users of the old manipulator code will have to change some code. It's pretty easy to add #if OSG_VERSION_GREATER_THAN in your code so that it works for both versions of OSG. That's what I did when I tested if our framework worked with OSG 2.9.7 (in particular for the changes in osgManipulator). At some point Paul will have to draw a line, or else why not merge all the changes and make 2.8.3 equal to the trunk? Anyways, there should be a 2.10 release eventually, right? :-) J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.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
Re: [osg-users] 2.8.3 release likely, need community assistance
Hi Paul, Here are a couple of fixes if it's not too late: Revision 10601 on the trunk fixed 'Matrices' to 'Materials' in src/osgViewer/StatsHandler.cpp Under Ubuntu 9.10, gcc 4.4.1 the ply plugin fails to build because uint8_t is unknown. The solution would be to include stdint.h, except that under windows with Visual Studio 2005 and 2008, stdint.h is missing and the ply plugin uses its own typedefs instead. As a workaround, I've replaced uint8_t with unsigned char. Cheers, Tony -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=25931#25931 Attachments: http://forum.openscenegraph.org//files/statshandler_ply_fixes_905.zip ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OS X 10.6, is OSG building OK here?
Hi Paul, There were some fixes to the CMake files on trunk which got things compiling. - Nico On Sun, Mar 21, 2010 at 2:29 AM, Paul Martz pma...@skew-matrix.com wrote: Hi all -- I've got an offline report that the 2.8 branch isn't building on OS X 10.6 with the 10.6 SDK, so I wanted to post here and ask how others are getting along with OS X 10.6, either on the 2.8 branch head, or on trunk head. If there are issues, let's weed them out. Thanks for any info... -Paul ___ 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
Re: [osg-users] 2.8.3 release likely, need community assistance
Hi Andy -- This is now in the 2.8 branch (r11207, and also yesterday's r11263). It would be great if you could do some testing and verify this resolves the issue. Thanks in advance. On a slightly different topic, I've also merged in the change from trunk that adds the version convenience macros to the Version header, so that your OSG v2.8.3-based application can now contain code like this: #if OSG_VERSION_GREATER_THAN(2,8,3) // version specific code here #endif This is a handy feature on trunk, and I'm glad I remembered to grab this for 2.8.3. -Paul Paul Martz wrote: Thanks for the updated info, Robert. I see your change as r11207. It's good to know that this issue is limited to just a small handful of OSX-related files. I have already updates the 2.8 branch to the latest (except for r11207) GraphicsWindowCocoa and DarwinUtils; this was required for OS X 10.6 support. For now, I'll wait on this, and revisit the issue as 2.8.3 rc1 approaches. -Paul Robert Osfield wrote: HI Paul, On Sun, Mar 14, 2010 at 10:36 PM, Paul Martz pma...@skew-matrix.com wrote: Hi guys -- Given this work is still in progress, I agree with Robert and I don't think it's right for the 2.8.3 release. Sorry. I've done a little work on the static initialization side and it looks like the particular one that was an issue for Andy was the way that the automatic initialization of osgViewer's under OSX was making windowing system calls, this isn't normally a problem but when working on a headless machine you'd get error even if you didn't open a window. The solution for this particular issue was making moving the windowing system initialization calls form the constructor to be lazily initialized on demand. To make this work I modified : src/osgViewer/DawinUtils.h src/osgViewer/DawinUtils.mm src/osgViewer/GraphicsWindowCocoa.mm src/osgViewer/GraphicsWindowCarbon.cpp I checked these changes into svn/trunk over the weekend, so they will still need testing by the community. Andy reported success with the first iteration of the changes I made, but made a few more changes since then to clean them up so there is still a bit of risk associated with these changes. Once the community tests them out a bit further we should be confident enough to run with them. Save for the above changes for static it could be that none of the other changes would be required for Andy as this is the only one that his reported as a show stopper so far. There is a but though... I've just checked the 2.8 branch at it doesn't have any Cocoa support at all, so my changes wouldn't be able to merge directly unless you just added Cocoa support to the OSG-2.8 branch. For the OSX community faced with enforced Cocoa usage under 64bit build this would be no bad thing, but it's more work for yourself to merge. Without these we'll just have to keep the 2.8 series as 32bit under OSX, and ear mark the 3.x series for 64bit support under OSX. The sooner I can get 3.0 out the door the less of an issue this will be, as it'll be an easy sell to the community - just use 3.x if you want OSX 64bit support ;-) Cheers, Robert. ___ 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
Re: [osg-users] 2.8.3 release likely, need community assistance
Paul Martz wrote: Hi Andy -- This is now in the 2.8 branch (r11207, and also yesterday's r11263). It would be great if you could do some testing and verify this resolves the issue. Thanks in advance. Well, not so fast... It turns out that r11207 breaks the build on OS X 10.5. I get the same build errors on trunk as I do on the 2.8 branch with this change. Errors below. I'll back this out in 2.8. -Paul /Users/pmartz/Projects/OSG/trunk/src/osgViewer/GraphicsWindowCarbon.cpp: In member function Ôvirtual void osgViewer::CarbonWindowingSystemInterface::_init()Õ: /Users/pmartz/Projects/OSG/trunk/src/osgViewer/DarwinUtils.h:123: error: Ôbool osgDarwin::DarwinWindowingSystemInterface::_initializedÕ is private /Users/pmartz/Projects/OSG/trunk/src/osgViewer/GraphicsWindowCarbon.cpp:1069: error: within this context /Users/pmartz/Projects/OSG/trunk/src/osgViewer/GraphicsWindowCarbon.cpp:1071: error: ÔinitÕ is not a member of ÔosgDarwin::DarwinWindowingSystemInterfaceÕ make[2]: *** [src/osgViewer/CMakeFiles/osgViewer.dir/GraphicsWindowCarbon.cpp.o] Error 1 make[1]: *** [src/osgViewer/CMakeFiles/osgViewer.dir/all] Error 2 make: *** [all] Error 2 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] 2.8.3 release likely, need community assistance
Tony Horrobin wrote: Hi Paul, Here are a couple of fixes if it's not too late: Revision 10601 on the trunk fixed 'Matrices' to 'Materials' in src/osgViewer/StatsHandler.cpp Thanks -- I did not merge r10601; it was quite extensive. But I did modify StatsHandler.cpp to fix this type. Under Ubuntu 9.10, gcc 4.4.1 the ply plugin fails to build because uint8_t is unknown. The solution would be to include stdint.h, except that under windows with Visual Studio 2005 and 2008, stdint.h is missing and the ply plugin uses its own typedefs instead. As a workaround, I've replaced uint8_t with unsigned char. If I understand you correctly, the ply plugin doesn't build on this platform, both on the 2.8 branch as well as svn trunk? Has there been a submission to fix this? If not, could someone make a submission please? I don't have enough information to do this myself. -Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Accessing Child Nodes
On 21/03/10 16:27 , John Galt wrote:
I'm trying to access a child node to perform Position Attitude
Transformations but I
am unable to figure out how to do so.
My createModel(overlay, technique) is defined as follows:
osg::Group* root = new osg::Group;
osg::Node* baseModel = createBase(osg::Vec3(center.x(), center.y(),
baseHeight),radius);
osg::Node* movingModel = createFrustumGeode(2,4,45,45);
{
root-addChild(baseModel);
}
root-addChild(movingModel);
return root;
}
My main function has this code:
// initialize the viewer.
osgViewer::Viewer viewer;
// load the nodes from the commandline arguments.
osg::Node* model = createModel(overlay, technique);
if (!model)
{
return 1;
}
Now at this point in my main function, I want to access the child node of
model (say
themovingModel node) and perform a position attitude transformation on it.
How do I access it and perform the transformation? Any suggestions would be
welcomed by this newbie.
To get to the 'movingModel' node you could either access it by its index (like
model-getChild(1)' or write a visitor to find it by name.
You can then dynamic_cast this to PositionAttitudeTransform and perform the
desired
operation. (The node has to be created as a PAT; it's not obvious what
'createFrustumGeode' creates.)
Cheers,
/ulrich
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
