Switch branches/tags
OpenSceneGraph-3.6.1-rc6 OpenSceneGraph-3.6.1-rc5 OpenSceneGraph-3.6.1-rc4 OpenSceneGraph-3.6.1-rc3 OpenSceneGraph-3.6.1-rc2 OpenSceneGraph-3.6.1-rc1 OpenSceneGraph-3.6.0 OpenSceneGraph-3.5.10 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.0 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.3 OpenSceneGraph-3.2.2 OpenSceneGraph-3.2.1 OpenSceneGraph-3.2.0 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.0 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 OpenSceneGraph-2.9.0 OpenSceneGraph-2.8.5 OpenSceneGraph-2.8.4 OpenSceneGraph-2.8.3 OpenSceneGraph-2.8.2 OpenSceneGraph-2.8.2b OpenSceneGraph-2.8.1 OpenSceneGraph-2.8.0 OpenSceneGraph-2.7.9 OpenSceneGraph-2.7.8 OpenSceneGraph-2.7.7 OpenSceneGraph-2.7.6 OpenSceneGraph-2.7.5 OpenSceneGraph-2.7.4 OpenSceneGraph-2.7.3 OpenSceneGraph-2.7.2 OpenSceneGraph-2.7.1 OpenSceneGraph-2.7.0 OpenSceneGraph-2.6.1 OpenSceneGraph-2.6.0 OpenSceneGraph-2.5.5 OpenSceneGraph-2.5.4 OpenSceneGraph-2.5.3 OpenSceneGraph-2.5.2 OpenSceneGraph-2.5.1 OpenSceneGraph-2.5.0 OpenSceneGraph-2.4.0 OpenSceneGraph-2.3.11 OpenSceneGraph-2.3.10 OpenSceneGraph-2.3.9 OpenSceneGraph-2.3.8 OpenSceneGraph-2.3.7 OpenSceneGraph-2.3.6 OpenSceneGraph-2.3.5 OpenSceneGraph-2.3.4 OpenSceneGraph-2.3.3 OpenSceneGraph-2.3.2 OpenSceneGraph-2.3.1
Nothing to show
Commits on Mar 30, 2012
Commits on Mar 29, 2012
  1. From Cedric Pinson, "I Updated the ply plugin to support alpha color …

    robertosfield committed Mar 29, 2012
    …in files. Plus I updated it to use by default an alpha of 1.0 instead of 0 when no alpha is specified.
    Last changes is to divide byte color by 255.0 instead of 256.0."
  2. From David Callu, "Here an update of osg::Uniform :

    robertosfield committed Mar 29, 2012
    - add non square matrix
    - add double
    - add all uniform type available in OpenGL 4.2
    - backward compatibility for Matrixd to set/get an float uniform matrix
    - update of IVE / Wrapper ReadWriter
    implementation of AtomicCounterBuffer based on BufferIndexBinding
    add example that use AtomicCounterBuffer and show rendering order of fragments,
    original idea from"
Commits on Mar 23, 2012
  1. Removed trailing spaces

    robertosfield committed Mar 23, 2012
  2. From Luc Frauciel, "I've encoutered a nasty group of dae which are in…

    robertosfield committed Mar 23, 2012
    …compatible with dae plugins (and probably collada schema ) in 4 different ways :
    1)  they use direct link to texture
    -> this is already handle by current plugin : OK
    2)  they defined colors with only 3 color components
    ->  it leads to a crash when trying to acces to the fourth component
     I fixed that
    3)  they contain empty primitive lists
    -> reading is ok, but osgviewer crashes when trying to display the geometries
    The reason is that osg assume that  DrawElementsare never empty (blunt acces to DrawElements.front() in PrimitiveSet.cpp)
    I corrected this (on the plugin side), but I wonder :
    Is it the responsability of plugins to create non empty DrawElements, or of osg core not to crash when they occur ?
    If the responsability is on the osg core side, I can submit a patch to PrimitiveSet.cpp regarding that aspect.
    4)  they use a material binding scheme not supported by the plugin
    ->I've implemented a mechanism to handle this binding scheme
    You will also find in the patch an example of these evil dae and comments on the offending elements.
    They seems to be produced by ComputaMaps (
    They load well in Google Earth
  3. From Ulrich Hertlein, "as discussed on osg-users there is an issue wi…

    robertosfield committed Mar 23, 2012
    …th clang++ on OS X and iOS that results in
    the following error:
    error: cannot initialize a parameter of type 'void *' with an lvalue of
    type 'const void *const'
       return __sync_bool_compare_and_swap(&_ptr, ptrOld, ptrNew);
    This can be solved by a cast to '(void*)ptrOld'.  This should be benign since both
    'ptrOld' and 'ptrNew' are only read and the cast is in fact in place for all other
    implementations as well.
    On OS X the cast compiles cleanly on both g++ (i686-apple-darwin11-llvm-g++-4.2 (GCC)
    4.2.1) and clang++ (Apple clang version 3.1 (tags/Apple/clang-318.0.54)).
  4. As per Ulrich Hertlrein's suggestion, changed APPLE_PLATFORM_SDK_CANO…

    robertosfield committed Mar 23, 2012
  5. From Erik den Dekker, "

    robertosfield committed Mar 23, 2012
    IF(${CMAKE_OSX_SYSROOT} STREQUAL "/Developer/SDKs/MacOSX10.7.sdk")
                ELSEIF(${CMAKE_OSX_SYSROOT} STREQUAL "/Developer/SDKs/MacOSX10.5.sdk" OR ${CMAKE_OSX_SYSROOT} STREQUAL "/Developer/SDKs/MacOSX10.6.sdk")
    ELSEIF(EXISTS /Developer/SDKs/MacOSX10.4u.sdk)
    Which is fragile because XCode could be installed into another directory than /Developer. (In case XCode is not installed into the /Developer directory CMake can automatically resolve the path via command line utility ${CMAKE_XCODE_SELECT} --print-path)
    This issue bites me currently because the latest XCode (Version 4.3.1 - 4E1019) installed through the Mac App Store is per default installed in "/Applications/" and hence the 10.7 SDK in "/Applications/"
    Searching the web to find the proper way to determine the version of the Platform SDK programmatically, I found no standard way. I came up with 2 options myself:
    1) Parse the path string to extract the version number
    2) Read a value from the SDKSettings.plist found in the root of each SDK  (e.g., "defaults read ${CMAKE_OSX_ROOT}/SDKSettings.plist CanonicalName" gives "macosx10.7")
    I implemented the last option and verified that at least the following Mac OS SDKs (10.3.9, 10.4, 10.5, 10.6, 10.7) support this method. It also looks reasonably future proof. An additional benefit of this method is that it also seems to be compatible with iOS and iOS Simulator SDKs (at least for version 5.1, but I assume this also applies to older versions). This is interesting because the CMake infrastructure to build OSG for iOS currently still contains similar hard-coded paths and even requires you to manually change the cmake file to build for another iOS SDK version. In the near future I hope to address these issues, but I haven't been able to try this yet."
Commits on Mar 21, 2012
  1. Updated version number

    robertosfield committed Mar 21, 2012
Commits on Mar 20, 2012
Commits on Mar 19, 2012
Commits on Mar 16, 2012
Commits on Mar 14, 2012
  1. From Wang Rui, "I'd like to submit a slightly modified version of the…

    robertosfield committed Mar 14, 2012
    … ViewDependentShadowMap. It includes two fixes: one is in ComputeLightSpaceBounds::update(), which changes the statement "if (v.z()<0.0f)" to "if (v.z()<-1.0f)" as clipping space coordinates should be transformed to [-1, 1] and should not be discarded unless they go beyond the range; the other is in ViewDependentShadowMap::computeShadowCameraSettings(), in which I changed the line:
    viewMatrix.makeLookAt(*zMin,, lightUp);
    viewMatrix.makeLookAt(*zMin,*zMax, lightUp);
    The reason I've done such a change is that for huge scenes like a city on the earth, the values of can be extremely large, but zMin may be very small (e.g., when model depth in light coords equals the model radius by chance) in some cases so the result of (eye - center) might jiggle while moving around the shadow scene and thus make the shadow map suddenly disappear some time. The small change here also considers the effect of zMax to avoid such problems.
Commits on Mar 12, 2012
Commits on Mar 11, 2012
  1. Changed osgAnimation::StackedTransform::update(t). It can now be used…

    Cedric Pinson
    Cedric Pinson committed Mar 11, 2012
    … for custom usage
Commits on Mar 9, 2012
  1. From Chuck Seberino, "Attached are modified versions of RotateCylinde…

    robertosfield committed Mar 9, 2012
    …rDragger and Projector files that clean up the use of _onCylinder / isProjectionOnCylinder().
    I have also made changes to the RotateCylinderDragger to provide a cylinder ring with a thickness.   It is totally optional, but IMHO makes the default behavior work better than a solid cylinder (which typically obscures the geometry you are trying to drag).  Gives it a bit more to grab, especially in the case where eyepoint and cylinder axis are near parallel.
Commits on Mar 8, 2012
  1. From Farshid Lashkari, "I've added support for reading contents of cu…

    robertosfield committed Mar 8, 2012
    …bemap textures to the osg::Image::readImageFromCurrentTexture method. I added a new parameter to the method for specifying which face of the cubemap to read."
Commits on Mar 7, 2012
  1. From Olaf Flebbe, "Appended now a bugfixed proposition for the Win7 M…

    robertosfield committed Mar 7, 2012
    …ultitouch Support.
    Now examples/osgmultitouch really works ;-)
    Based on yesterdays trunk.
    * It should now work with all Visual Studio Versions.
    * WIN_VER is left as-is
    * I added the missing declarations from a recent SDK, if not supplied by the SDK
    * If someone chooses to update WIN_VER, the declarations should not break.
    * All API Calls are runtime detected.
    * No CMake Variable, Support is enabled automatically ."
Commits on Mar 6, 2012
  1. From Guillaume Millet, "Please find a small fix to avoid crash of tex…

    robertosfield committed Mar 6, 2012
    …ture Atlas builder in case of textures with NULL image.
    If an object is comming with texture and NULL image, the texture atlas builder crash when sorting textures according to texture height.
    The fix is to skip textures with NULL image when inserting textures in the builder texture list.
  2. From Farshild Laskari, "The vertex shader for the point stateset of P…

    robertosfield committed Mar 6, 2012
    …recipitationEffect was not properly computing the clip vertex. It needed to apply a modelview transformation to the clip vertex. Attached is the fix."