Permalink
Switch branches/tags
OpenSceneGraph_1_2_release_revision_2 OpenSceneGraph_1_2_release_revision_1 OpenSceneGraph_1_1_release_revision_1 OpenSceneGraph_1_0_0_release_revision_1 OpenSceneGraph_0_9_9_release_revision_1 OpenSceneGraph_0_9_8_release_revision_2 OpenSceneGraph_0_9_8_release_revision_1 OpenSceneGraph_0_9_7_release_revision_2 OpenSceneGraph_0_9_7_release_revision_1 OpenSceneGraph-3.5.9 OpenSceneGraph-3.5.8 OpenSceneGraph-3.5.7 OpenSceneGraph-3.5.6 OpenSceneGraph-3.5.5 OpenSceneGraph-3.5.4 OpenSceneGraph-3.5.3 OpenSceneGraph-3.5.2 OpenSceneGraph-3.5.1 OpenSceneGraph-3.5.0 OpenSceneGraph-3.4.1 OpenSceneGraph-3.4.1-rc3 OpenSceneGraph-3.4.1-rc2 OpenSceneGraph-3.4.1-rc1 OpenSceneGraph-3.4.0 OpenSceneGraph-3.4.0-rc11 OpenSceneGraph-3.4.0-rc10 OpenSceneGraph-3.4.0-rc9 OpenSceneGraph-3.4.0-rc8 OpenSceneGraph-3.4.0-rc7 OpenSceneGraph-3.4.0-rc6 OpenSceneGraph-3.4.0-rc5 OpenSceneGraph-3.4.0-rc4 OpenSceneGraph-3.4.0-rc3 OpenSceneGraph-3.4.0-rc2 OpenSceneGraph-3.4.0-rc1 OpenSceneGraph-3.3.9 OpenSceneGraph-3.3.8 OpenSceneGraph-3.3.7 OpenSceneGraph-3.3.6 OpenSceneGraph-3.3.5 OpenSceneGraph-3.3.4 OpenSceneGraph-3.3.3 OpenSceneGraph-3.3.2 OpenSceneGraph-3.3.1 OpenSceneGraph-3.3.0 OpenSceneGraph-3.2.2 OpenSceneGraph-3.2.2-rc3 OpenSceneGraph-3.2.2-rc2 OpenSceneGraph-3.2.2-rc1 OpenSceneGraph-3.2.1 OpenSceneGraph-3.2.1-rc7 OpenSceneGraph-3.2.1-rc6 OpenSceneGraph-3.2.1-rc5 OpenSceneGraph-3.2.1-rc4 OpenSceneGraph-3.2.1-rc3 OpenSceneGraph-3.2.1-rc2 OpenSceneGraph-3.2.1-rc1 OpenSceneGraph-3.2.0 OpenSceneGraph-3.2.0-rc4 OpenSceneGraph-3.2.0-rc3 OpenSceneGraph-3.2.0-rc2 OpenSceneGraph-3.2.0-rc1 OpenSceneGraph-3.1.10 OpenSceneGraph-3.1.9 OpenSceneGraph-3.1.8 OpenSceneGraph-3.1.7 OpenSceneGraph-3.1.6 OpenSceneGraph-3.1.5 OpenSceneGraph-3.1.4 OpenSceneGraph-3.1.2 OpenSceneGraph-3.1.1 OpenSceneGraph-3.1.0 OpenSceneGraph-3.0.1 OpenSceneGraph-3.0.1-rc3 OpenSceneGraph-3.0.1-rc2 OpenSceneGraph-3.0.1-rc1 OpenSceneGraph-3.0.0 OpenSceneGraph-3.0.0-rc7 OpenSceneGraph-3.0.0-rc6 OpenSceneGraph-3.0.0-rc5 OpenSceneGraph-3.0.0-rc4 OpenSceneGraph-3.0.0-rc3 OpenSceneGraph-3.0.0-rc2 OpenSceneGraph-3.0.0-rc1 OpenSceneGraph-2.9.16 OpenSceneGraph-2.9.15 OpenSceneGraph-2.9.14 OpenSceneGraph-2.9.13 OpenSceneGraph-2.9.12 OpenSceneGraph-2.9.11 OpenSceneGraph-2.9.10 OpenSceneGraph-2.9.9 OpenSceneGraph-2.9.8 OpenSceneGraph-2.9.7 OpenSceneGraph-2.9.6 OpenSceneGraph-2.9.5 OpenSceneGraph-2.9.4 OpenSceneGraph-2.9.3 OpenSceneGraph-2.9.2 OpenSceneGraph-2.9.1
Nothing to show
Commits on Jun 22, 2009
Commits on Jun 21, 2009
Commits on Jun 20, 2009
  1. From Farshid Lashkari, "I found a bug in the osgText library in versi…

    robertosfield committed Jun 20, 2009
    …on 1.2 that I believe still exists in the latest version.
    
    I found that changing the alignment of a text object does not work properly if the text contains newline characters. I've attached a simple test case that shows the problem. If I set the text AFTER setting the alignment, everything works fine. But if I set the text BEFORE setting the alignment then the text is displayed incorrectly.
    
    The fix is very simple. Instead of calling computePositions() in TextBase::setAlignment(), it calls computeGlyphRepresentation(). I've attached the modified TextBase.cpp."
  2. Updated wrappers

    robertosfield committed Jun 20, 2009
Commits on Jun 19, 2009
  1. From Gino van den Bergen, "AFAICS, OSG's OBJ loader correctly handles…

    robertosfield committed Jun 19, 2009
    … backslash-newlines that are used for continuation of lines. However, I recently ran into a problem with OBJs that where converted from another source using Right Hemisphere Deep Exploration. In these OBJs newlines are escaped in the following way:
    
    f  15939/9999/16177 15941/10000/16178 15940/10001/16179\
    15938/10002/16180
    
    In the OBJ loader the newline would be interpreted as follows
    
    f  15939/9999/16177 15941/10000/16178 15940/10001/1617915938/10002/16180
    
    However, for correctly loading the model it should be interpreted as
    
    f  15939/9999/16177 15941/10000/16178 15940/10001/16179 15938/10002/16180
    
    Thus, the escaped newline should be interpreted as a space.
    
    I tried to lookup what the correct interpretation for a backslash-newline was in the OBJ spec but did not find anything useful. Nevertheless, my suggestion would be to adopt replacing the escaped newline by a space in order to avoid problems as stated above. I cannot imagine a meaningful usage of a newline within a numerical literal so I do not foresee cases where replacing a backslash-newline by a space would be harmful. The fixed obj.cpp is zipped and attached to this mail."
  2. From Tom Jolly, "A new compiler and a new warning.

    robertosfield committed Jun 19, 2009
    Enclosed is include/osgParticle/Particle.  I removed the const from the
    return type of getSTexCoord.  I also changed the name on the next
    function to getTTexCoord so it is consistent with getSTexCoord.  If you
    prefer to change getSTexCoord to getSCoord you will need to change it in
    ConnectedParticleSystem.cpp."
  3. From Wojciech Lewandowski, "Here are my changes:

    robertosfield committed Jun 19, 2009
    - osg::Texture sets GL_MAX_TEXTURE_LEVEL if image uses fewer mipmaps than
    number from computeNumberOfMipmaps (and it works!)
    - DDS fix to read only available mipmaps
    - DDS fixes to read / save 3D textures with mipmaps ( packing == 1 is
    required)
    - Few cosmetic DDS modifications and comments to make code cleaner (I hope)
    
    Added _isTextureMaxLevelSupported variable to texture extensions. It
    could be removed if OSG requires OpenGL version 1.2 by default.
    
    Added simple ComputeImageSizeInBytes function in DDSReaderWrites. In
    my opinion it would be better if similar static method was defined for
    Image. Then it could be used not only in DDS but other modules as well (I
    noticed that Texture/Texture2D do similar computations).
    
    Also attached is an example test.osg model with DDS without last mipmaps to
    demonstrate the problem. When loaded into Viewer with current code and moved
    far away, so that cube occupies 4 pixels, cube becomes red due to the issue
    I described in earlier post. When you patch DDS reader writer with attched
    code but no osg::Texture yet, cube becomes blank (at least on my
    Windows/NVidia)  When you also merge osg::Texture patch cube will look right
    and mipmaps will be correct."
  4. Updated wrappers

    robertosfield committed Jun 19, 2009
  5. Added append() method

    robertosfield committed Jun 19, 2009
  6. From Cory Riddell, "I added a line to clear the threads vector prior …

    robertosfield committed Jun 19, 2009
    …to populating it in
    
    Viewer::getAllThreads(). This is consistent with what happens in
    Viewer::getOperationThreads()."
Commits on Jun 18, 2009
  1. From Cedric Pinson and Robert Osfield, addition of NodeCallbacks to o…

    robertosfield committed Jun 18, 2009
    …sg::CopyOp and osg::Node copy constructor.
  2. Added exports

    robertosfield committed Jun 18, 2009
  3. Updated wrappers

    robertosfield committed Jun 18, 2009
  4. From Rene Molenaar, "The bug is as described above:

    robertosfield committed Jun 18, 2009
    "The dragger's corner tabs are no longer in the corners."
    
    this fix places the cornertabs back in the corners.
    (the manipulator does not make sense otherwise)."
Commits on Jun 17, 2009
  1. Updated wrappers

    robertosfield committed Jun 17, 2009
  2. From Alberto Luaces, "the new changes in osgAnimation showed some err…

    robertosfield committed Jun 17, 2009
    …ors on the Cygwin
    
    platform:
    
    1 - osgAnimation/StatsHandler includes <cmath>, but on Cygwin only std::isnan
    is defined that way. I changed it to <math.h> as it is done in the rest of
    the OSG.
    
    2 - Pulling some osgViewer headers from the same file in osgAnimation makes
    the former a new dependency. Thus, I got errors at osgAnimation linking time.
    I wonder why nobody noticed this on other platforms. I have updated the
    CMakeLists.txt file in order to link to the needed libraries, and
    
    3 - I have updated the openscenegraph-osgAnimation.pc.in file accordingly."
  3. Changed build OSG_USE_REF_PTR_IMPLICIT_OUTPUT_CONVERSION to ON and th…

    robertosfield committed Jun 17, 2009
    …en fixed all the resulting build errors.
Commits on Jun 16, 2009
  1. Updated wrappers

    robertosfield committed Jun 16, 2009
  2. From Cedric Pinson, Fix osgAnimation warning and errors

    Cedric Pinson committed Jun 16, 2009
  3. From Stephan Huber: updated XCode project

    Stephan Maximilian HUBER committed Jun 16, 2009
Commits on Jun 15, 2009
  1. From Cedric Pinson, split timeline classes in differents files, clean…

    Cedric Pinson committed Jun 15, 2009
    …up and add a statshandler to visualize current action in timeline
Commits on Jun 14, 2009
  1. From Cedric Pinson, fix copy constructor for clone operation for Bone…

    Cedric Pinson committed Jun 14, 2009
    …, add a missing contructor with quaternion for Target
Commits on Jun 12, 2009
  1. Updated wrappers

    robertosfield committed Jun 12, 2009