[osg-users] radius2
Hi, Looking in the osg\BoundingBox template it seems to have a function radius2, this function seems to return 1/4 of the diameter squared, is there a reason for this? Code: return 0.25*((_max-_min).length2()); I thought the following would be a more accurate radius2 function Code: return ((_max-_min)*0.5).length2(); Thank you! Cheers, Jethro[/code] -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=62584#62584 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] GL_GEOMETRY_SHADER_EXT not declared
I just checked out the latest revision from the trunk (rev 14678) and attempted to compile. I receive the following compiler error: In file included from C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/StateAttribute:20:0, from C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/AlphaFunc:17, from C:\Users\jason\Desktop\dev\OpenSceneGraph\src\osg\AlphaFunc.cpp:14: C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/Shader:93:24: error: 'GL_GEOMETRY_SHADER_EXT' was not declared in this scope GEOMETRY = GL_GEOMETRY_SHADER_EXT, It appears this was originally defined in include/osg/GL2Extensions but was recently removed? What is the proper fix to redefine this? (and other possible errors I will receive) Thank you, Jason This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] FLATTEN_STATIC_TRANSFORMS Not Always Working (example attached)
Hi Markus, I'm in the middle of some complex work on shader support in the OSG which needs 100% of my brain capacity, once this is out of the way I'll have a look. Others are welcome to dive in and have a look what might amiss. Robert. On 3 February 2015 at 12:55, Markus Hein mah...@frisurf.no wrote: Hello Robert and all osg-users, Absolutely the Optimizer shouldn't break scene graphs, it should only replace with scene graph elements that reproduce the same result, if it doesn't then there is a bug in either the transformations or applying modifications where none should be. thanks, yes we lets find out what is wrong with the optimizer. we have made a small testmodel, reduced to a minimum, making it possible to reproduce some issues we came across. Based on latest OSG code, if running FLATTEN_STATIC_TRANSFORMS and REMOVE_LOADED_PROXY_NODES together will result in misplaced Objects (in the testmodel, the lighthouse is placed somewhere offshore.. not on land . :-) ) The problem only arises if: - there is at least one LightPointNode in the model - FLATTEN_STATIC_TRANSFORMS and REMOVE_LOADED_PROXY_NODES active As soon as some model is containing one LightPointNode and DEFAULT_OPTIMIZATIONS are run - things can go wrong. This is reproducable with the testmodel attached. At line 1173 in Optimizer.cpp , LightPointNodes are put in some _excludedNodeSet in Optimizer::FlattenStaticTransformsVisitor::apply(osg::Node node) At line 1114 in Optimizer.cpp , some invalid nodes are bypassed. This was introduced lately. At line 184 in Optimizer.cpp, rlpnv.removeRedundantNodes(); also has some relation to our problem Outcommenting one of these lines (1173 or 1114 or 184) gives a result that is correct, so I wonder what is going wrong? I could not locate the right place where some change must be done. Maybe someone who is deeper into Optimizer can help with this ? thanks, best regards, Markus Right placement of the lighthouse: Wrong placement: Small simple Example, run the AlgerExample_WithNavaid.flt after unzipping. Den 29.01.2015 11:32, skrev Robert Osfield: Hi Markus, Absolutely the Optimizer shouldn't break scene graphs, it should only replace with scene graph elements that reproduce the same result, if it doesn't then there is a bug in either the transformations or applying modifications where none should be. W.r.t. model size growing after, typically it goes down, including when optimizing OpenFlight databases. If it's taking more memory it could be a bug, or inappropriate operations being applied. I can't say anything specific though, as I don't have the data, I simply don't know what might be amiss. Robert. On 29 January 2015 at 10:05, Markus Hein mah...@frisurf.no wrote: Hi all, Den 22.01.2015 14:05, skrev Robert Osfield: There isn't any way for me to know whether you have hit upon a bug or just that the scene graph you are trying to optimize is structured in way that could can eliminate the transforms as I simply don't have a dataset that reproduces it. One of the things that prevent transforms being flattened and then removed is if a subgraph has two parents each with it's own unique transform. I would add that the Optimizer and all it's parts is a sticky plaster fix for bad scene graphs, it tries it's best to fix bad scene graphs but it can't always do everything that could be done. In an ideal world all scene graph would be built optimally in the modelling software and never need this fix up processing. I came across some optimizer issues and try to track down whats going wrong. I have noticed misplaced geometry after loading some of our older FLT databases into latest osgviewer app (using osg trunk). The problem arises when running the optimizer with default optimizations in osgviewer over the loades model. Following default optimizations seem to be in conflict: FLATTEN_STATIC_TRANSFORMS and REMOVE_LOADED_PROXY_NODES The last change on Optimizer.cpp (revision 14388, 29. 07.2014 ) line 1102 has some impact. Without running this change our datebase doesn't get misplaced objects. We try to make a small testdataset to be able to reproduce the issue. Typically these databases was built with multigen, using lots of proxy's , multiple parents, heavy use of LOD's. I try to figure out what is the reason for that we are loosing some transform information, I'm not sure right now. Only thing I can say is that our models worked with the old Optimizer code. Even if our models have a structure that is difficult to optimize , the DEFAULT_OPTIMIZATION settings shouldn't break it. One thing that I also noticed is that converting some of our models takes much more time and RAM than before. I could see that running SHARE_DUPLICATE_STAE and MERGE_GEOMETRY is taking much time / RAM. Having a small testmodel is probably the best way to solve this, we are trying to make one
Re: [osg-users] GL_GEOMETRY_SHADER_EXT not declared
Update: I added the following to include/osg/Shader just above the Shader class definition #ifndef GL_GEOMETRY_SHADER_EXT #defineGL_GEOMETRY_SHADER_EXT 0x8DD9 #endif #ifndef GL_GEOMETRY_VERTICES_OUT_EXT #defineGL_GEOMETRY_VERTICES_OUT_EXT 0x8DDA #endif #ifndef GL_GEOMETRY_INPUT_TYPE_EXT #defineGL_GEOMETRY_INPUT_TYPE_EXT 0x8DDB #endif #ifndef GL_GEOMETRY_OUTPUT_TYPE_EXT #defineGL_GEOMETRY_OUTPUT_TYPE_EXT 0x8DDC #endif Everything builds fine except example_osgtransformfeedback fails with: GL_RASTERIZER_DISCARD was not declared From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Jason MacDonald Sent: Tuesday, February 03, 2015 9:24 AM To: osg-users@lists.openscenegraph.org Subject: [osg-users] GL_GEOMETRY_SHADER_EXT not declared I just checked out the latest revision from the trunk (rev 14678) and attempted to compile. I receive the following compiler error: In file included from C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/StateAttribute:20:0, from C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/AlphaFunc:17, from C:\Users\jason\Desktop\dev\OpenSceneGraph\src\osg\AlphaFunc.cpp:14: C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/Shader:93:24: error: 'GL_GEOMETRY_SHADER_EXT' was not declared in this scope GEOMETRY = GL_GEOMETRY_SHADER_EXT, It appears this was originally defined in include/osg/GL2Extensions but was recently removed? What is the proper fix to redefine this? (and other possible errors I will receive) Thank you, Jason This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] GL_GEOMETRY_SHADER_EXT not declared
Hi Jason, The GL_GEOMETRY_SHADER_EXT should now be GL_GEOMETRY_SHADER as this is what GLDefines and modern OpenGL provides. I have checked this fix into svn/trunk. Could you update to latest in svn/trunk and let me know how you get on. Cheers, Robert On 3 February 2015 at 15:24, Jason MacDonald jason.macdon...@ditchwitch.com wrote: I just checked out the latest revision from the trunk (rev 14678) and attempted to compile. I receive the following compiler error: In file included from C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/StateAttribute:20:0, from C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/AlphaFunc:17, from C:\Users\jason\Desktop\dev\OpenSceneGraph\src\osg\AlphaFunc.cpp:14: C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/Shader:93:24: error: 'GL_GEOMETRY_SHADER_EXT' was not declared in this scope GEOMETRY = GL_GEOMETRY_SHADER_EXT, It appears this was originally defined in include/osg/GL2Extensions but was recently removed? What is the proper fix to redefine this? (and other possible errors I will receive) Thank you, Jason This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ___ 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] OSG 3.3.3/trunk won't load certain files
Hi Sebastian, I'm too deep in the shader work right now to pop up and take on another topic, so will have to return to issues once this work is wrapped up - should be in the next couple of days. W.r.t serialization, work most of my testing I used .osgt and .osgb so for a good range of uses it looks to be working fine but just ran a quick test with your sign.osgt and it fails. I can't dive into what might be wrong right now so can't provide an specific suggestions as to what might be amiss. Does the .osg format work OK for this data? If so could you post a .osg version so that it can be compared. W.r.t serializer changes since 3.2.x, the main changes have been to make the serializers more flexible so that it enables the better introspection capabilities required by scripting support. In theory this changes shouldn't affect the reading/writing of .osgt and .osgb files, but perhaps something has gone amiss here. What it might be I can't say at all at this stage. Robert. On 3 February 2015 at 09:53, Sebastian Messerschmidt sebastian.messerschm...@gmx.de wrote: Hi, I've just created some osgb/osgt files and most of them cannot be loaded anymore. They are failing with InputStream::readObject(): Unsupported wrapper class ☺ for osgb files and AsciiInputIterator::readProperty(): Unmatched property Values, expecting UniqueID for osgt. I've attached the file in binary and text flavour which are not working for me. Can someone please check if they are behaving the same on their machines? @Robert: It seems something got broken with the serialization since the 3.2.x versions. ___ 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] GL_GEOMETRY_SHADER_EXT not declared
Thanks Robert, GLDefines attempts to include osg/GL I don't seem to have this file, nor can I locate it in the SVN anywhere. I don't understand your question: how you get on I use TortoiseSVN and connect to http://svn.openscenegraph.org/osg Building with: Windows 7 64bit Mingw64 4.8.1 posix seh rev5 I've been using OSG for a while now, and am attempting an upgrade from rev 13782 From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert Osfield Sent: Tuesday, February 03, 2015 10:25 AM To: OpenSceneGraph Users Subject: Re: [osg-users] GL_GEOMETRY_SHADER_EXT not declared Hi Jason, The GL_GEOMETRY_SHADER_EXT should now be GL_GEOMETRY_SHADER as this is what GLDefines and modern OpenGL provides. I have checked this fix into svn/trunk. Could you update to latest in svn/trunk and let me know how you get on. Cheers, Robert On 3 February 2015 at 15:24, Jason MacDonald jason.macdon...@ditchwitch.commailto:jason.macdon...@ditchwitch.com wrote: I just checked out the latest revision from the trunk (rev 14678) and attempted to compile. I receive the following compiler error: In file included from C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/StateAttribute:20:0, from C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/AlphaFunc:17, from C:\Users\jason\Desktop\dev\OpenSceneGraph\src\osg\AlphaFunc.cpp:14: C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/Shader:93:24: error: 'GL_GEOMETRY_SHADER_EXT' was not declared in this scope GEOMETRY = GL_GEOMETRY_SHADER_EXT, It appears this was originally defined in include/osg/GL2Extensions but was recently removed? What is the proper fix to redefine this? (and other possible errors I will receive) Thank you, Jason This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ___ osg-users mailing list osg-users@lists.openscenegraph.orgmailto:osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Stat handler display corrupted
I've seen something VERY similar when we were doing custom OpenGL in an overridden draw command and didn't clear ALL of the state objects that we manipulated. Everything else in the scene was fine except for the stats handler. It's pure luck that the stats is the only thing messed up. -Original Message- From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert Osfield Sent: Tuesday, February 03, 2015 4:16 AM To: OpenSceneGraph Users Subject: Re: [osg-users] Stat handler display corrupted Hi Mark, I haven't seen an issue like this before. Somehow the state has got screwed up. Are you using custom OpenGL or 3rd party code? Robert. On 31 January 2015 at 22:28, Mark Pai m...@hotmail.com wrote: Hello, I no longer get to see that nice stat handlers HUD display (pl see the enclosed screen shot) and have no clue how to fix it. Pl help me with possible clues to get it back up. Thank you advance! Regards, -mpai -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=62542#62542 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org smime.p7s Description: S/MIME cryptographic signature ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] GL_GEOMETRY_SHADER_EXT not declared
Ok, solved the GL include problem, its created by cmake and put in the output path. Thanks From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Jason MacDonald Sent: Tuesday, February 03, 2015 10:56 AM To: OpenSceneGraph Users Subject: Re: [osg-users] GL_GEOMETRY_SHADER_EXT not declared Thanks Robert, GLDefines attempts to include osg/GL I don't seem to have this file, nor can I locate it in the SVN anywhere. I don't understand your question: how you get on I use TortoiseSVN and connect to http://svn.openscenegraph.org/osg Building with: Windows 7 64bit Mingw64 4.8.1 posix seh rev5 I've been using OSG for a while now, and am attempting an upgrade from rev 13782 From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert Osfield Sent: Tuesday, February 03, 2015 10:25 AM To: OpenSceneGraph Users Subject: Re: [osg-users] GL_GEOMETRY_SHADER_EXT not declared Hi Jason, The GL_GEOMETRY_SHADER_EXT should now be GL_GEOMETRY_SHADER as this is what GLDefines and modern OpenGL provides. I have checked this fix into svn/trunk. Could you update to latest in svn/trunk and let me know how you get on. Cheers, Robert On 3 February 2015 at 15:24, Jason MacDonald jason.macdon...@ditchwitch.commailto:jason.macdon...@ditchwitch.com wrote: I just checked out the latest revision from the trunk (rev 14678) and attempted to compile. I receive the following compiler error: In file included from C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/StateAttribute:20:0, from C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/AlphaFunc:17, from C:\Users\jason\Desktop\dev\OpenSceneGraph\src\osg\AlphaFunc.cpp:14: C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/Shader:93:24: error: 'GL_GEOMETRY_SHADER_EXT' was not declared in this scope GEOMETRY = GL_GEOMETRY_SHADER_EXT, It appears this was originally defined in include/osg/GL2Extensions but was recently removed? What is the proper fix to redefine this? (and other possible errors I will receive) Thank you, Jason This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ___ osg-users mailing list osg-users@lists.openscenegraph.orgmailto:osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] If it is easy to set the transparency of the plane area only inside the cut area
Hi, I followed the example and used ClipPlane of the osg::ClipNode to cut the cow model as in figure 1. What I want to do is: only make the plane area which is inside the cut bound of the model to be transparent but the rest plane area remains translucent. As indicated with red curve in figure 2, not sure how to allow the plane areas inside the red curve to be transparent? Thank you! Cheers, Jim -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=62578#62578 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] Xcode: Cannot find install manifest
Easiest solution: Simply activate the ALL_BUILD scheme from the drop-down menu at the top of the window. It defaults to uninstall, which probably is not desirable. -Robert -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=62583#62583 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] OSG 3.3.3/trunk won't load certain files
Hi, I've just created some osgb/osgt files and most of them cannot be loaded anymore. They are failing with InputStream::readObject(): Unsupported wrapper class ☺ for osgb files and AsciiInputIterator::readProperty(): Unmatched property Values, expecting UniqueID for osgt. I've attached the file in binary and text flavour which are not working for me. Can someone please check if they are behaving the same on their machines? @Robert: It seems something got broken with the serialization since the 3.2.x versions. #Ascii Scene #Version 116 #Generator OpenSceneGraph 3.3.4 osg::Group { UniqueID 1 Name db UserDataContainer TRUE { osg::DefaultUserDataContainer { UniqueID 2 UDC_Descriptions 1 { NodeSimType : DYNAMIC } } } NodeMask 0x1 Children 1 { osg::Group { UniqueID 3 Name Entfernungsmesser_1000m NodeMask 0x1 Children 1 { osgSim::MultiSwitch { UniqueID 4 Name s_visible NodeMask 0x1 Children 1 { osg::Group { UniqueID 5 Name Entfernungsmarker_1000m NodeMask 0x1 Children 2 { osg::Geode { UniqueID 6 Name p21 DataVariance STATIC NodeMask 0x1 StateSet TRUE { osg::StateSet { UniqueID 7 DataVariance STATIC ModeList 2 { GL_CULL_FACE ON GL_LIGHTING ON } AttributeList 2 { osg::Material { UniqueID 8 Ambient TRUE Front 1 1 1 1 Back 1 1 1 1 Diffuse TRUE Front 1 1 1 1 Back 1 1 1 1 Specular TRUE Front 0 0 0 1 Back 0 0 0 1 Emission TRUE Front 0 0 0 1 Back 0 0 0 1 Shininess TRUE Front 0 Back 0 } Value OFF osg::CullFace { UniqueID 9 } Value OFF } TextureModeList 1 { Data 1 { GL_TEXTURE_2D ON } } TextureAttributeList 1 { Data 2 { osg::Texture2D { UniqueID 10 WRAP_S REPEAT WRAP_T REPEAT WRAP_R CLAMP MIN_FILTER LINEAR_MIPMAP_LINEAR MAG_FILTER LINEAR MaxAnisotropy 16 ResizeNonPowerOfTwoHint FALSE Swizzle RGBA Image TRUE { ClassName osg::Image UniqueID 11 FileName images/Entfernungsmarker.dds WriteHint 0 2 DataVariance STATIC } } Value OVERRIDE|PROTECTED osg::TexEnv { UniqueID 12 } Value OFF } } UniformList 1 { osg::Uniform { UniqueID 13 Name diffuseMap Type INT NumElements 1 Elements TRUE ArrayID 1 IntArray 1 { 0 } } Value OFF } } } Drawables 1 { osg::Geometry { UniqueID 14 DataVariance STATIC PrimitiveSetList 1 { osg::DrawArrays { UniqueID 15 Mode TRIANGLES Count 36 } } VertexArray TRUE { osg::Vec3Array { UniqueID 16 Binding BIND_PER_VERTEX vector 36 { -0.3 -0.00326336 0.075 -0.3 0.0117366 0.075 0.3 0.0117366 0.075 0.3 0.0117366 0.075 0.3 -0.00326336 0.075
Re: [osg-users] Stat handler display corrupted
Hi Mark, I haven't seen an issue like this before. Somehow the state has got screwed up. Are you using custom OpenGL or 3rd party code? Robert. On 31 January 2015 at 22:28, Mark Pai m...@hotmail.com wrote: Hello, I no longer get to see that nice stat handlers HUD display (pl see the enclosed screen shot) and have no clue how to fix it. Pl help me with possible clues to get it back up. Thank you advance! Regards, -mpai -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=62542#62542 ___ 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] (no subject)
Hi Philippe, Unfortunately the forum has messed up the attachments. The mailing list is such much more reliable for attachments, alas forum's are so modern that most new users seem to prefer it. Could you just email me directly the changed files. Thanks for you patience, Robert. On 3 February 2015 at 00:03, Philippe Renon philippe_re...@yahoo.fr wrote: Hi Robert, Thanks for the quick answers. Please find attached the two modified files (originals are from version 3.3.3): The files are: - include/osg/BufferObject - include/osg/GLDefines Qt also uses the #ifdef #define pattern so switching include order might not be ideal (haven't tested...). I guess it is easier to change osg than Qt ;) But there is a somewhat related Qt bug open : https://bugreports.qt.io/browse/QTBUG-43748 Qt unnecessarily exposes GL constants publicly. Regards, Philippe -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=62562#62562 Attachments: http://forum.openscenegraph.org//files/4674_1422921720._672. http://forum.openscenegraph.org//files/4674_1422921695._155. ___ 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] [build] Xcode: Cannot find install manifest
Howdy all, I was wondering if anyone has run into this Cannot find install manifest build error with Xcode, or knows how to fix it: Code: PhaseScriptExecution CMake\ Rules /Users/robert/Documents/691/Prototype/build/osg/OpenSceneGraph.build/Debug/uninstall.build/Script-495994A8D09A48648262044A.sh cd /Users/robert/Documents/691/Prototype/src/osg /bin/sh -c /Users/robert/Documents/691/Prototype/build/osg/OpenSceneGraph.build/Debug/uninstall.build/Script-495994A8D09A48648262044A.sh echo /Applications/CMake.app/Contents/bin/cmake -P /Users/robert/Documents/691/Prototype/build/osg/cmake_uninstall.cmake CMake Error at cmake_uninstall.cmake:2 (MESSAGE): Cannot find install manifest: /Users/robert/Documents/691/Prototype/build/osg/install_manifest.txt make: *** [/Users/robert/Documents/691/Prototype/build/osg/CMakeFiles/uninstall] Error 1 Command /bin/sh failed with exit code 2 Steps to Reproduce: 1) Obtain OpenSceneGraph from http://www.openscenegraph.org/downloads/developer_releases/OpenSceneGraph-3.3.3.zip 2) Use CMake to generate Xcode project (leave all settings at their defaults): 3) Set Where is the source code to the directory of the source. 4) Set Where to build the binaries to an empty directory. 5) Press Configure button until all red items go away. 6) Press Generate button. 7) Open generated Xcode project in Xcode. 8) Build the Xcode project. My configuration: * MacBook Pro (Retina, 15-inch, Early 2013) * OS X Yosemite 10.10.2 * Xcode Version 6.1.1 (6A2008a) * CMake 3.1.0 The same build error occurs when cloning from github: git clone http://github.com/openscenegraph/osg.git Thanks a bunch for any help! -Robert Graf -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=62580#62580 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Node/Object Serialization
Is the serialization support of osg in active development? I made an attempt to implement a custom osgDB::OutputStream class along with writeObjectFields in order to try and piggy back the built in serialization functionality in order to be able to populate a GUI tree view I'm working on. https://www.dropbox.com/s/07t5zk7hw8jp2r7/Screenshot%202015-01-24%2023.06.38.png?dl=0 It quickly became apparent that the serialization output in OSG is lacking in enough ways that it doesn't appear that I can use it in this way, which is very unfortunate. The same issues I ran into appear to be issues with the in built serialization mechanisms, because the ascii and xml versions of ReaderWriterOSG2 appear to be awkwardly formatted as well. Since the serializers are implemented as a streaming set of values, including 'count' type variables, there isn't enough context interleaved through the stream to isolate the write* values for the property values from formatting writes such as counts and type names and such. I don't suppose there is any ongoing effort to improve upon this or possibly add an alternate parallel reflection interface that one could query and iterate the named properties of the entire hierarchy. Ultimately I'm looking for a way to visualize the internal state of all the various osg object types to a UI, or to script interfaces or whatever. Thanks Jeremy ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org