FGFS-4.1/OpenSceneGraph
4
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
e64d5e5eca
OpenSceneGraph/examples/CMakeLists.txt

266 lines
7.9 KiB
CMake
Raw Normal View History

From Luigi Calori, clean up CMakeLists.txt
2007-03-20 19:19:00 +08:00
#######################################################
# this are setting used in SETUP_EXAMPLE macro
#######################################################
From Luigi Calori, move to using local CMakeLists.txt files and explicit file lists. From Robert Osfield, small ammendments of the above to seperate example and application installs, and fix the osgPlugins install directory.
2007-03-19 20:30:26 +08:00
SET(TARGET_DEFAULT_PREFIX "example_")
SET(TARGET_DEFAULT_LABEL_PREFIX "Examples")
From Luigi Calori, clean up CMakeLists.txt
2007-03-20 19:19:00 +08:00
Removed trailing spaces
2012-03-24 00:09:30 +08:00
SET(TARGET_COMMON_LIBRARIES
From Eric Sokolowsky, "I have made a number of changes intended to get a few things working better on OSX. However, since I'm still pretty new at Mac development and cmake I'm not entirely certain that the changes I have made are benign on other platforms. I have tested these changes on Leopard with CMake 2.6 generating Xcode 3.0 projects, compiling on ppc and i386 for 10.5 and 10.4, and on Linux (CentOS) and everything still seems to work ok. Here are the changes I made (against OSG svn as of this afternoon): - Added osgviewerCocoa example to APPLE builds - Fixed corrupt Xcode project generation with CMake 2.6 dealing with ADD_DEFINITIONS and CMake Policy CMP0005 on Leopard - Resolved CMP0006 warning for examples and programs by setting BUNDLE DESTINATION to same as RUNTIME DESTINATION with CMake 2.6 - Fixed freetype plugin on Leopard to avoid OpenGL linking problem - Figured out how to use a custom Info.plist included in the project (see osgviewerCocoa application CMakeLists.txt)"
2008-06-23 17:57:45 +08:00
OpenThreads
Removed trailing spaces
2012-03-24 00:09:30 +08:00
osg
osgDB
From Eric Sokolowsky, "I have made a number of changes intended to get a few things working better on OSX. However, since I'm still pretty new at Mac development and cmake I'm not entirely certain that the changes I have made are benign on other platforms. I have tested these changes on Leopard with CMake 2.6 generating Xcode 3.0 projects, compiling on ppc and i386 for 10.5 and 10.4, and on Linux (CentOS) and everything still seems to work ok. Here are the changes I made (against OSG svn as of this afternoon): - Added osgviewerCocoa example to APPLE builds - Fixed corrupt Xcode project generation with CMake 2.6 dealing with ADD_DEFINITIONS and CMake Policy CMP0005 on Leopard - Resolved CMP0006 warning for examples and programs by setting BUNDLE DESTINATION to same as RUNTIME DESTINATION with CMake 2.6 - Fixed freetype plugin on Leopard to avoid OpenGL linking problem - Figured out how to use a custom Info.plist included in the project (see osgviewerCocoa application CMakeLists.txt)"
2008-06-23 17:57:45 +08:00
osgUtil
osgGA
Removed trailing spaces
2012-03-24 00:09:30 +08:00
osgViewer
osgText
From Luigi Calori, move to using local CMakeLists.txt files and explicit file lists. From Robert Osfield, small ammendments of the above to seperate example and application installs, and fix the osgPlugins install directory.
2007-03-19 20:30:26 +08:00
)
From Luigi Calori, added marco support
2007-03-05 21:27:55 +08:00
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
IF(ANDROID)
# ADD_SUBDIRECTORY(osgandroidsimple)
ELSE(ANDROID)
From Sergey Leontyev, example for testing of DatabasePaging and CompositeView usage
2009-11-25 19:31:52 +08:00
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
IF(DYNAMIC_OPENSCENEGRAPH)
Added osg2cpp example into build
2008-09-25 22:41:27 +08:00
ADD_SUBDIRECTORY(osg2cpp)
Added new osganalysis example as a testbed for profiling peformance of various aspects of OSG/OpenGL and scene graphs.
2010-10-22 00:28:23 +08:00
ADD_SUBDIRECTORY(osganalysis)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osganimate)
From David Callu, "Here an update of osg::Uniform : - 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 geeks3d.com."
2012-03-29 17:43:12 +08:00
ADD_SUBDIRECTORY(osgatomiccounter)
Added new examples
2008-11-28 22:37:58 +08:00
ADD_SUBDIRECTORY(osgautocapture)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgautotransform)
ADD_SUBDIRECTORY(osgbillboard)
ADD_SUBDIRECTORY(osgblendequation)
ADD_SUBDIRECTORY(osgcallback)
ADD_SUBDIRECTORY(osgcamera)
ADD_SUBDIRECTORY(osgcatch)
ADD_SUBDIRECTORY(osgclip)
ADD_SUBDIRECTORY(osgcompositeviewer)
From Paul Martz, a third person view CompositeViewer example
2008-03-04 21:30:41 +08:00
ADD_SUBDIRECTORY(osgcopy)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgcubemap)
ADD_SUBDIRECTORY(osgdelaunay)
Added osgcluster example into build system
2009-01-29 21:17:48 +08:00
ADD_SUBDIRECTORY(osgcluster)
Added osgdatabaserevisions example to server as a testbed for new osgDB::DatabaseRevisions functionality
2009-06-03 00:58:32 +08:00
ADD_SUBDIRECTORY(osgdatabaserevisions)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgdepthpartition)
Added osgdepthpeeling example
2007-09-03 20:27:37 +08:00
ADD_SUBDIRECTORY(osgdepthpeeling)
From Paul Martz, example demonstating new draw instanced primitive funcitonality.
2009-01-06 23:11:54 +08:00
ADD_SUBDIRECTORY(osgdrawinstanced)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgdistortion)
ADD_SUBDIRECTORY(osgfadetext)
From Jeremy Moles,"Here's a small example I us to test text rendering in osgWidget; I figured it might be helpful to folks in OSG who need to do the same. "
2008-05-07 21:46:24 +08:00
ADD_SUBDIRECTORY(osgfont)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgforest)
ADD_SUBDIRECTORY(osgfxbrowser)
Added osgframerenderer example
2012-11-12 23:26:30 +08:00
ADD_SUBDIRECTORY(osgframerenderer)
From Ulrich Hertlein, "attached is a stencil buffer-based constant-width outline f/x with example. I've also modified osgfxbrowser to setup the stencil buffer accordingly."
2009-12-09 01:41:44 +08:00
ADD_SUBDIRECTORY(osgoutline)
From J.P Delport, game of life example that demonstrates ping pong render to texture rendering
2008-10-14 22:58:10 +08:00
ADD_SUBDIRECTORY(osggameoflife)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osggeodemo)
ADD_SUBDIRECTORY(osggeometry)
From Paul Martz, a third person view CompositeViewer example
2008-03-04 21:30:41 +08:00
ADD_SUBDIRECTORY(osggeometryshaders)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osghangglide)
ADD_SUBDIRECTORY(osghud)
Initial cut of osgimagesequence example
2008-07-21 18:57:06 +08:00
ADD_SUBDIRECTORY(osgimagesequence)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgimpostor)
ADD_SUBDIRECTORY(osgintersection)
First cut of osgkdtree example, this will be used as a base of the development of native kdtree support to help speed up intersection testing.
2008-06-04 00:13:49 +08:00
ADD_SUBDIRECTORY(osgkdtree)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgkeyboard)
ADD_SUBDIRECTORY(osgkeyboardmouse)
ADD_SUBDIRECTORY(osglauncher)
ADD_SUBDIRECTORY(osglight)
ADD_SUBDIRECTORY(osglightpoint)
ADD_SUBDIRECTORY(osglogicop)
ADD_SUBDIRECTORY(osglogo)
Added osggpx example to demonstate how to use the XmlParser and create line models. To use : osggpx myterrainmodel.ive -t mytrack.gpx
2009-12-02 20:37:22 +08:00
ADD_SUBDIRECTORY(osggpx)
Added osggraphicscost example as a base of for developing and testing the new osgUtil::GraphicsCostEsimator class.
2011-01-25 04:45:02 +08:00
ADD_SUBDIRECTORY(osggraphicscost)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgmanipulator)
ADD_SUBDIRECTORY(osgmovie)
From Stephan Huber, OSX and iOS Video support via a QTKit plugin from OSX 10.7 and before, and an AVFoundation plugin for iOS and OSX10.8 and later.
2012-10-02 22:07:12 +08:00
ADD_SUBDIRECTORY(osgmultiplemovies)
From Jeremy Moles,"Here's a small example I us to test text rendering in osgWidget; I figured it might be helpful to folks in OSG who need to do the same. "
2008-05-07 21:46:24 +08:00
ADD_SUBDIRECTORY(osgmultiplerendertargets)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgmultitexture)
Added beginings of new osgmultitexturecontrol example
2008-03-03 22:17:56 +08:00
ADD_SUBDIRECTORY(osgmultitexturecontrol)
From Stephan Huber, "attached you'll find a first version of multi-touch-support for OS X (>= 10.6), which will forward all multi-touch events from a trackpad to the corresponding osgGA-event-structures. The support is switched off per default, but you can enable multi-touch support via a new flag for GraphicsWindowCocoa::WindowData or directly via the GraphicsWindowCocoa-class. After switching multi-touch-support on, all mouse-events from the trackpad get ignored, otherwise you'll have multiple events for the same pointer which is very confusing (as the trackpad reports absolute movement, and as a mouse relative movement). I think this is not a problem, as multi-touch-input is a completely different beast as a mouse, so you'll have to code your own event-handlers anyway. While coding this stuff, I asked myself if we should refactor GUIEventAdapter/EventQueue and assign a specific event-type for touch-input instead of using PUSH/DRAG/RELEASE. This will make it clearer how to use the code, but will break the mouse-emulation for the first touch-point and with that all existing manipulators. What do you think? I am happy to code the proposed changes. Additionally I created a small (and ugly) example osgmultitouch which makes use of the osgGA::MultiTouchTrackballManipulator, shows all touch-points on a HUD and demonstrates how to get the touchpoints from an osgGA::GUIEventAdapter. There's even a small example video here: http://vimeo.com/31611842"
2012-02-03 22:25:08 +08:00
ADD_SUBDIRECTORY(osgmultitouch)
From Sergey Leontyev, example for testing of DatabasePaging and CompositeView usage
2009-11-25 19:31:52 +08:00
ADD_SUBDIRECTORY(osgmultiviewpaging)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgoccluder)
From Paul Martz, Introduced osg::OcclusionQueryNode with support for OpenGL occlusion query extension
2007-12-21 22:45:16 +08:00
ADD_SUBDIRECTORY(osgocclusionquery)
From Mathias Froehlich, "I have now put together what I have for the order independent transparency or short oit. This rendering technique is also known as depth peeling. Attached is the example that makes depth peeling work with the fixed function pipeline. Ok, this is 'old fashioned' but required for our use case that still has to work on older UNIX OpenGL implementations as well as together with a whole existing application making use of the fixed function pipeline. I can imagine to add support for shaders when we have that shader composition framework where we can add a second depth test in a generic way. This does *not* implement the dual depth peeling described in a paper from the ETH Zurich. This example could serve as a test case for the feature that you can on the fly remove pre render cameras that you made work a few time ago. It is also a test case for the new TraversalOrderBin that is used to composite the depth layers in the correct blend order. This example also stresses your new texture object cache since you can change some parameters for the oit implementation at runtime. You can just load any model with osgoit and see how it works. Use the usual help key to see what you can change. There is already an osgdepthpeeling example that I could not really make sense of up to now. So I just made something new without touching what I do not understand."
2010-07-12 19:30:15 +08:00
ADD_SUBDIRECTORY(osgoit)
From Stephan Huber, added event sending support into osgGA::Device along with implementation on this into the osc plugin. Added osgoscdevice example to demonstate this in action.
2012-11-28 18:43:58 +08:00
ADD_SUBDIRECTORY(osgoscdevice)
From Jaromir Vitek, osgpackeddepthstencil example as a test case.
2008-11-21 20:38:22 +08:00
ADD_SUBDIRECTORY(osgpackeddepthstencil)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgpagedlod)
ADD_SUBDIRECTORY(osgparametric)
ADD_SUBDIRECTORY(osgparticle)
ADD_SUBDIRECTORY(osgparticleeffects)
Form Wang Rui, "An initial GLSL shader support of rendering particles. Only the POINT type is supported at present. The attached osgparticleshader.cpp will show how it works. It can also be placed in the examples folder. But I just wonder how this example co-exists with another two (osgparticle and osgparticleeffect)? Member variables in Particle, including _alive, _current_size and _current_alpha, are now merged into one Vec3 variable. Then we can make use of the set...Pointer() methods to treat them as vertex attribtues in GLSL. User interfaces are not changed. Additional methods of ParticleSystem are introduced, including setDefaultAttributesUsingShaders(), setSortMode() and setVisibilityDistance(). You can see how they work in osgparticleshader.cpp. Additional user-defined particle type is introduced. Set the particle type to USER and attach a drawable to the template. Be careful because of possible huge memory consumption. It is highly suggested to use display lists here. The ParticleSystemUpdater can accepts ParticleSystem objects as child drawables now. I myself think it is a little simpler in structure, than creating a new geode for each particle system. Of course, the latter is still compatible, and can be used to transform entire particles in the world. New particle operators: bounce, sink, damping, orbit and explosion. The bounce and sink opeartors both use a concept of domains, and can simulate a very basic collision of particles and objects. New composite placer. It contains a set of placers and emit particles from them randomly. The added virtual method size() of each placer will help determine the probability of generating. New virtual method operateParticles() for the Operator class. It actually calls operate() for each particle, but can be overrode to use speedup techniques like SSE, or even shaders in the future. Partly fix a floating error of 'delta time' in emitter, program and updaters. Previously they keep the _t0 variable seperately and compute different copies of dt by themseleves, which makes some operators, especially the BounceOperator, work incorrectly (because the dt in operators and updaters are slightly different). Now a getDeltaTime() method is maintained in ParticleSystem, and will return the unique dt value (passing by reference) for use. This makes thing better, but still very few unexpected behavours at present... All dotosg and serialzier wrappers for functionalities above are provided. ... According to some simple tests, the new shader support is slightly efficient than ordinary glBegin()/end(). That means, I haven't got a big improvement at present. I think the bottlenack here seems to be the cull traversal time. Because operators go through the particle list again and again (for example, the fountain in the shader example requires 4 operators working all the time). A really ideal solution here is to implement the particle operators in shaders, too, and copy the results back to particle attributes. The concept of GPGPU is good for implementing this. But in my opinion, the Camera class seems to be too heavy for realizing such functionality in a particle system. Myabe a light-weight ComputeDrawable class is enough for receiving data as textures and outputting the results to the FBO render buffer. What do you think then? The floating error of emitters (http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/2009-May/028435.html) is not solved this time. But what I think is worth testing is that we could directly compute the node path from the emitter to the particle system rather than multiplying the worldToLocal and LocalToWorld matrices. I'll try this idea later. "
2010-09-14 23:47:29 +08:00
ADD_SUBDIRECTORY(osgparticleshader)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgpick)
ADD_SUBDIRECTORY(osgplanets)
ADD_SUBDIRECTORY(osgpoints)
ADD_SUBDIRECTORY(osgpointsprite)
From Wang Rui, "Attachment is an example of rendering 3D scenes to high resolution screenshots. I uses a queue of Camera objects to do offscreen rendering with the Camera::attach() function. The entire picture is split into many tiles and it will take a few seconds while attaching and detaching cameras with tiles. You may select to output every tile as an image file, or combine them together to create a large poster, for example, a 12800 x 9600 image. Start the program like this: ./osgposter --output-poster --poster output.bmp --tilesize 800 600 --finalsize 8000 6000 cow.osg Adjust the scene camera to a suitable position and press 'p' or 'P' on the keyboard. Wait until sub-cameras dispatching is finished. And the poster file will be created while closing window. A 8000 x 6000 output.bmp will be created to show a fine-printed cow. :) The command below may also help: ./osgposter --help "
2010-12-13 21:37:37 +08:00
ADD_SUBDIRECTORY(osgposter)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgprecipitation)
ADD_SUBDIRECTORY(osgprerender)
ADD_SUBDIRECTORY(osgprerendercubemap)
ADD_SUBDIRECTORY(osgreflect)
First cut of osgmemorytest example that is written to allocate many windows/pbuffer/GL objects as test of how many objects can be allocated on a machine.
2008-11-11 04:06:27 +08:00
ADD_SUBDIRECTORY(osgrobot)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgscalarbar)
ADD_SUBDIRECTORY(osgscribe)
ADD_SUBDIRECTORY(osgsequence)
ADD_SUBDIRECTORY(osgshaders)
Added basic ShaderComponent class and beginnings osgshadercomposition example
2010-07-02 20:04:20 +08:00
ADD_SUBDIRECTORY(osgshadercomposition)
From Maciej Krol, "As promised to Roland I assembled simple shader generator. ShaderGenVisitor converts accumulated fixed function pipeline state sets to ones with shader programs. Generated state sets are attached to geometries and stored in ShaderGenCache for reuse. Very simple cases of state configuration are supported (all the ones I really need): - single per pixel not attenuated non spot light source ON/OFF - exp2 fog ON/OFF - diffuse texture in rgb + optional specular gloss in alpha (Texture unit 0) ON/OFF - normal map texture (Texture unit 1 and Tangent in VertexAttribArray 6) ON/OFF - blending and alpha testing (not in shader pipeline) To view fixed function pipeline files and paged databases simply run >osgshadergen myfile.osg"
2009-03-23 19:53:06 +08:00
ADD_SUBDIRECTORY(osgshadergen)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgshaderterrain)
Renamed osgshadercompositor to osgvirtualprogram.
2010-06-24 22:03:51 +08:00
# ADD_SUBDIRECTORY(osgshadercompositor)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgshadow)
ADD_SUBDIRECTORY(osgshape)
From Paul Martz, a third person view CompositeViewer example
2008-03-04 21:30:41 +08:00
ADD_SUBDIRECTORY(osgsharedarray)
From Christian Buchner, "The attached openscenegraph example is much simpler than osgshaders.cpp and demonstrates the use of GLSL vertex and fragment shaders with a simple animation callback. I found the osgshaders.cpp too complex to serve as a starting point for GLSL programming"
2012-03-06 18:29:47 +08:00
ADD_SUBDIRECTORY(osgsimpleshaders)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgsimplifier)
ADD_SUBDIRECTORY(osgsimulation)
From Roland Smeenk, "This application can be used for testing plugins that can both read and write a certain file format. It will display the original file next to the written and reread file. Example: osgsidebyside -o cow.dae cow.osg This example will read cow.osg, write cow.dae, read cow.dae and display cow.osg on the left side and cow.dae on the right side of the view. Possible interactions: KEY_UP Speedup DOF animation KEY_DOWN SlowDown DOF animation KEY_RIGHT Toggle all MultiSwitches"
2008-11-24 22:37:15 +08:00
ADD_SUBDIRECTORY(osgsidebyside)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgslice)
ADD_SUBDIRECTORY(osgspacewarp)
ADD_SUBDIRECTORY(osgspheresegment)
ADD_SUBDIRECTORY(osgspotlight)
ADD_SUBDIRECTORY(osgstereoimage)
From Jose Delport, a MRT example implementing stereo matching.
2008-04-11 19:58:27 +08:00
ADD_SUBDIRECTORY(osgstereomatch)
Added new osgterrain example that is simplified to just basic setup and control osgTerrain nodes, leaving the osgthreadedterrain as the more complex example.
2010-03-20 00:31:48 +08:00
ADD_SUBDIRECTORY(osgterrain)
Renamed osgterrain to osgthreadedterrain to better reflect it's functionality.
2010-03-19 22:55:35 +08:00
ADD_SUBDIRECTORY(osgthreadedterrain)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgtext)
From David Callu, added support of 3D text to osgText and associated plugins.
2007-12-10 23:15:56 +08:00
ADD_SUBDIRECTORY(osgtext3D)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgtexture1D)
ADD_SUBDIRECTORY(osgtexture2D)
ADD_SUBDIRECTORY(osgtexture3D)
ADD_SUBDIRECTORY(osgtexturerectangle)
Added osgtexturecompression example to demonstate the quality difference between different compression techniques.
2009-03-27 01:24:28 +08:00
ADD_SUBDIRECTORY(osgtexturecompression)
From Paul Martz, a third person view CompositeViewer example
2008-03-04 21:30:41 +08:00
ADD_SUBDIRECTORY(osgthirdpersonview)
From Tim Moore, "Here is initial support for uniform buffer objects. The binding between a buffer object and an indexed target is implemented as a new StateAttribute, UniformBufferBinding. I've included an example program based on the code in the ARB_uniform_buffer_object specification. A few things remain to do: * The binding between a uniform block in a shader program and a buffer indexed target number is fixed, like a vertex attribute binding. This is too restrictive because that binding can be changed without relinking the program. This mapping should be done by name in the same way that uniform values are handled i.e., like a pseudo state attribute; * There's no direct way yet to query for the offset of uniforms in uniform block, so only the std140 layout is really usable. A helper class that implemented the std140 rules would be quite helpful for setting up uniform blocks without having to link a program first; * There's no direct support for querying parameters such as the maximum block length, minimum offset alignment, etc. Having that information available outside of the draw thread would make certain instancing techniques easier to implement."
2010-11-30 01:43:27 +08:00
ADD_SUBDIRECTORY(osguniformbuffer)
From Jean-Sebastien Guay, "As promised, here is the fix for the background size. I also added another instance variable _lineHeight to clean up the code a bit more. Also I've done the osguserstats example. I've kept the "toy example" that was in the modified osgviewer.cpp I had sent you, because they show different uses of custom stats lines (a value displayed directly, a value without bars and a value with bars and graph). I also added a function and a thread that will sleep for a given number of milliseconds and record this time in the stats. I think it clearly shows how to record the time some processing takes and add that to the stats graph, whether the processing takes place on the same thread as the viewer or on another thread. BTW, feel free to modify the colors I've given to each user stats line... I'm not very artistic. :-) I've also added more doc comments to the addUserStats() method in ViewerEventHandlers, so hopefully the arguments are clear and the way to get the results you want is also clear. Maybe I went overboard, but the function makes some assumptions that may not be obvious and has many arguments, so I preferred to be explicit."
2010-11-08 20:28:31 +08:00
ADD_SUBDIRECTORY(osguserstats)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgvertexprogram)
New osgvertexattributes example designed to test conversion of fixed function scene graphs to use vertex shaders and vertex attributes.
2009-10-08 22:29:54 +08:00
ADD_SUBDIRECTORY(osgvertexattributes)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgvolume)
ADD_SUBDIRECTORY(osgwindows)
Renamed osgshadercompositor to osgvirtualprogram.
2010-06-24 22:03:51 +08:00
ADD_SUBDIRECTORY(osgvirtualprogram)
From Cedric Pinson, updates to osganimation example to keep in sync with changes with osgAnimation, and introduction of a hardware skinning example
2009-10-28 21:31:24 +08:00
ADD_SUBDIRECTORY(osganimationhardware)
From Cedric Pinson, Pulled in osgAnimation from OpenSceneGraph-osgWidget-dev into svn/trunk.
2008-11-22 20:14:19 +08:00
ADD_SUBDIRECTORY(osganimationtimeline)
ADD_SUBDIRECTORY(osganimationnode)
ADD_SUBDIRECTORY(osganimationmakepath)
From Roland Smeenk & Cedric Pinson, "Summary of changes: From Roland -Added MorphGeometry -Bone Bindmatrix is only calculated if needed -osgAnimation plugin now supports all available channel types (before only linear vec3 or quat channels) -osgAnimation plugin now supports MorphGeometry -osgAnimation plugin now supports animation and channel weights, animation playmode, duration and starttime -removed osgAnimationManager.cpp from CMakeList From Cedric -fixed the last_update field (it was only updated at the first update) in BasicAnimationManager.cpp - Refactore some part of MorphGeometry minor changes - Add osganimationmorph as example "
2009-03-10 01:38:39 +08:00
ADD_SUBDIRECTORY(osganimationmorph)
From Cedric Pinson, Pulled in osgAnimation from OpenSceneGraph-osgWidget-dev into svn/trunk.
2008-11-22 20:14:19 +08:00
ADD_SUBDIRECTORY(osganimationskinning)
ADD_SUBDIRECTORY(osganimationsolid)
Added new examples
2008-11-28 22:37:58 +08:00
ADD_SUBDIRECTORY(osganimationviewer)
From Jeremy Moles, submitted by Cedric Pinson "Here an new example from Jeremy Moles that demonstrate EaseMotion from osgAnimation, i have updated EaseMotion with new type, so for users of EaseMotion just have look, it's a great example."
2010-02-26 01:58:50 +08:00
ADD_SUBDIRECTORY(osganimationeasemotion)
Removed the optional build for osgWidget and plugins as these are options that are appropriate for building all the time
2008-11-22 22:30:21 +08:00
ADD_SUBDIRECTORY(osgwidgetaddremove)
ADD_SUBDIRECTORY(osgwidgetbox)
ADD_SUBDIRECTORY(osgwidgetcanvas)
ADD_SUBDIRECTORY(osgwidgetframe)
ADD_SUBDIRECTORY(osgwidgetinput)
ADD_SUBDIRECTORY(osgwidgetlabel)
Added new examples
2008-11-28 22:37:58 +08:00
ADD_SUBDIRECTORY(osgwidgetmessagebox)
Removed the optional build for osgWidget and plugins as these are options that are appropriate for building all the time
2008-11-22 22:30:21 +08:00
ADD_SUBDIRECTORY(osgwidgetmenu)
ADD_SUBDIRECTORY(osgwidgetnotebook)
Added new examples
2008-11-28 22:37:58 +08:00
ADD_SUBDIRECTORY(osgwidgetperformance)
Removed the optional build for osgWidget and plugins as these are options that are appropriate for building all the time
2008-11-22 22:30:21 +08:00
ADD_SUBDIRECTORY(osgwidgetscrolled)
ADD_SUBDIRECTORY(osgwidgetshader)
ADD_SUBDIRECTORY(osgwidgetstyled)
ADD_SUBDIRECTORY(osgwidgettable)
ADD_SUBDIRECTORY(osgwidgetwindow)
Added new osguserdata example as a guide to the new user object API and as a testbed
2011-06-03 06:06:56 +08:00
ADD_SUBDIRECTORY(osguserdata)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
From Paul Martz, a simple GL3 example
2012-02-09 23:51:20 +08:00
# GL3/GL4 example
ADD_SUBDIRECTORY(osgsimplegl3)
Added OSG_CPP_EXCEPTIONS_AVAILABLE cmake option to enable optional build of plugins and examples that required C++ exceptions
2009-11-17 20:55:52 +08:00
IF(OSG_CPP_EXCEPTIONS_AVAILABLE)
ADD_SUBDIRECTORY(osgunittests)
ADD_SUBDIRECTORY(osgmemorytest)
ENDIF()
Disabled the build of plugins that aren't supported under GLES.
2009-11-03 23:22:14 +08:00
Build fixes for GLES1, GLES2 and GL3
2010-10-09 01:13:59 +08:00
IF(NOT OSG_GL3_AVAILABLE)
ADD_SUBDIRECTORY(osgfpdepth)
ENDIF()
Added OSG_CPP_EXCEPTIONS_AVAILABLE cmake option to enable optional build of plugins and examples that required C++ exceptions
2009-11-17 20:55:52 +08:00
IF(NOT OSG_GLES1_AVAILABLE AND NOT OSG_GLES2_AVAILABLE AND NOT OSG_GL3_AVAILABLE)
ADD_SUBDIRECTORY(osgscreencapture)
ADD_SUBDIRECTORY(osgmotionblur)
ADD_SUBDIRECTORY(osgteapot)
ENDIF()
Copied libutil and libtess implementations in form Mesa 7.9/src/glu into the src/osg/glu, changed extensions from .c to .cpp and got compiling as C files as part of the osg core library. Updated and cleaned up the rest of the OSG to use the new internal GLU.
2010-10-06 22:44:52 +08:00
ADD_SUBDIRECTORY(osgphotoalbum)
ADD_SUBDIRECTORY(osgtessellate)
From John Kaniarz, "Here is an example of using tessellation shaders in osg. With permission from the author, I adapted it from this tutorial: http://prideout.net/blog/?p=48"
2012-04-20 17:38:51 +08:00
ADD_SUBDIRECTORY(osgtessellationshaders)
Introduced optional build against the GLU library, using optional compile paths to enable/disable GLU related function. To toggle the use of the GLU library adjust the OSG_GLU_AVAILABLE variable via ccmake . or CMakeSetup.
2009-10-08 03:42:32 +08:00
Intoduce new osgWidget::PdfReader and osgWidget::VncClient front ends to osgWidget, with new pdf plugin and updated vnc plugin that now support these front ends. Updated osgpdf and osgvnc examples to new these new interfaces.
2008-12-08 01:02:30 +08:00
ADD_SUBDIRECTORY(osgpdf)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
IF (GLUT_FOUND)
ADD_SUBDIRECTORY(osgviewerGLUT)
ENDIF(GLUT_FOUND)
IF (SDL_FOUND)
ADD_SUBDIRECTORY(osgviewerSDL)
ENDIF(SDL_FOUND)
From Jeremy Moles, osgviewerGTK example
2008-05-09 00:39:10 +08:00
IF (GTKGL_FOUND)
ADD_SUBDIRECTORY(osgviewerGTK)
ENDIF(GTKGL_FOUND)
From Alexandre Amalric, Fox example From Robert Osfield, CMake build support for FOX example
2007-07-24 22:02:53 +08:00
IF (FOX_FOUND)
ADD_SUBDIRECTORY(osgviewerFOX)
ENDIF(FOX_FOUND)
Cleaned up CMake warning
2012-02-24 18:56:48 +08:00
IF (wxWidgets_FOUND AND CMAKE_BUILD_TYPE)
IF (${CMAKE_BUILD_TYPE} STREQUAL "Release")
ADD_SUBDIRECTORY(osgviewerWX)
ENDIF()
Added check against build type to avoid the build of the osgviewerWX example with debug build as this fails with unresolved symbols within the internals of WxWidgets.
2011-10-20 19:50:04 +08:00
ENDIF()
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
Disabled the build of Qt examples when building against GLES1 & 2 as Qt GL includes OpenGL headers itself that cause conflict.
2010-10-09 02:13:10 +08:00
IF (QT_FOUND AND NOT OSG_GLES1_AVAILABLE AND NOT OSG_GLES2_AVAILABLE AND NOT OSG_GL3_AVAILABLE)
From Jean-Sebastien Guay, build fixes for Mingw
2010-01-18 22:27:20 +08:00
From Jean-Sebastien Guay, removed unneccessary BUILD_QT_EXAMPLES cmake option
2011-09-13 21:33:41 +08:00
IF (QT_QTOPENGL_LIBRARY)
Renamed osgviewerQtContext to osgviewerQt, and removed deprecated examples from CMakeLists.txt
2010-12-14 01:54:27 +08:00
ADD_SUBDIRECTORY(osgviewerQt)
From Mathias Froehlich, "Driven by the last qfontimplementation changes, I realized, that I never contributed my testcase/demo for the original implementation. This attached change is similar to osgtext but uses the QFontImplementation in a Qt based viewer. With that, it should be easier for all of us to test changes in qfontimplementation"
2011-01-28 18:59:50 +08:00
ADD_SUBDIRECTORY(osgqfont)
From Don Liech, Qt/OSG integration example
2009-06-19 19:31:15 +08:00
ENDIF()
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
From Jean-Sebastien Guay, removed unneccessary BUILD_QT_EXAMPLES cmake option
2011-09-13 21:33:41 +08:00
IF (QT4_FOUND AND QT_QTWEBKIT_FOUND)
Renamed osgviewerQtContext to osgviewerQt, and removed deprecated examples from CMakeLists.txt
2010-12-14 01:54:27 +08:00
ADD_SUBDIRECTORY(osgQtWidgets)
ADD_SUBDIRECTORY(osgQtBrowser)
From Jean-Sebastien Guay, build fixes for Mingw
2010-01-18 22:27:20 +08:00
ENDIF()
Renamed osgviewerQtContext to osgviewerQt, and removed deprecated examples from CMakeLists.txt
2010-12-14 01:54:27 +08:00
Introduced new osgQtBrowser example.
2009-09-17 21:40:53 +08:00
ENDIF()
From Fredric Bouvier, fix to CMake build selection of FLTK
2012-09-06 18:32:07 +08:00
IF (FLTK_FOUND AND FLTK_GL_LIBRARY)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgviewerFLTK)
Fixed build under Tiny Core.
2011-12-01 03:14:14 +08:00
ENDIF()
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
IF (WIN32)
OPTION(BUILD_MFC_EXAMPLE "Enable the build of the MFC Example" OFF)
Removed trailing spaces
2012-03-24 00:09:30 +08:00
IF (BUILD_MFC_EXAMPLE)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ADD_SUBDIRECTORY(osgviewerMFC)
ENDIF(BUILD_MFC_EXAMPLE)
ENDIF(WIN32)
From Eric Sokolowsky, "I have made a number of changes intended to get a few things working better on OSX. However, since I'm still pretty new at Mac development and cmake I'm not entirely certain that the changes I have made are benign on other platforms. I have tested these changes on Leopard with CMake 2.6 generating Xcode 3.0 projects, compiling on ppc and i386 for 10.5 and 10.4, and on Linux (CentOS) and everything still seems to work ok. Here are the changes I made (against OSG svn as of this afternoon): - Added osgviewerCocoa example to APPLE builds - Fixed corrupt Xcode project generation with CMake 2.6 dealing with ADD_DEFINITIONS and CMake Policy CMP0005 on Leopard - Resolved CMP0006 warning for examples and programs by setting BUNDLE DESTINATION to same as RUNTIME DESTINATION with CMake 2.6 - Fixed freetype plugin on Leopard to avoid OpenGL linking problem - Figured out how to use a custom Info.plist included in the project (see osgviewerCocoa application CMakeLists.txt)"
2008-06-23 17:57:45 +08:00
IF (APPLE)
ADD_SUBDIRECTORY(osgviewerCocoa)
ENDIF(APPLE)
From Wang Rui, "I implemented a customized viewer event traversal here to read state changes from the DirectInput devices and add events to the event queue. I've tested with the keyboard and joystick supports. Because of only having a very old 6-button gamepad, I can't do more experiments. Hope this will bring more ideas to those who face similar problems, especially simulation game designers. :) I didn't map all DirectInput key values to GUIEventAdapter key symbols. Users may add more in the buildKeyMap() function freely. The mouse handling operations are also ignored, but will be easily improved in the same way of creating keyboard and joystick devices. Please add a line: FIND_PACKAGE(DirectInput) in the CMakeLists of root directory. And in the examples/CMakeLists.txt: IF(DIRECTINPUT_FOUND) ADD_SUBDIRECTORY(osgdirectinput) ENDIF(DIRECTINPUT_FOUND) DirectX SDK 2009 is used here, but an older version like DX8 should also work in my opinion. "
2010-12-13 19:34:33 +08:00
IF(DIRECTINPUT_FOUND)
ADD_SUBDIRECTORY(osgdirectinput)
ENDIF(DIRECTINPUT_FOUND)
From Cedric Pinson, Pulled in osgAnimation from OpenSceneGraph-osgWidget-dev into svn/trunk.
2008-11-22 20:14:19 +08:00
Added very basic osgvnc example that uses the LibVNCServer client libries for implementing a vnc client as an osg::Image with the vnc data stream going to it.
2008-10-31 20:03:44 +08:00
IF (LIBVNCSERVER_FOUND)
ADD_SUBDIRECTORY(osgvnc)
ENDIF(LIBVNCSERVER_FOUND)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
#to add subject to find socket#ADD_SUBDIRECTORY(osgcluster)
ELSE(DYNAMIC_OPENSCENEGRAPH)
From Mattias Helsing, "When building osg static on Windows the _declspec's wasn't escaped for applications, examples or wrappers. Attached are the CMakeLists I had to change to make these compile. "
2008-12-12 01:00:40 +08:00
#needed on win32 or the linker get confused by _declspec declarations
ADD_DEFINITIONS(-DOSG_LIBRARY_STATIC)
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
Added osgstaticviewer example to demonstrate how to put a static lib built viewer
2007-05-25 23:25:39 +08:00
ADD_SUBDIRECTORY(osgstaticviewer)
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
# IPHONE_PORT@tom
From Ulrich Hertlein and Stephan Huber, improves to iOS build
2010-11-30 17:26:18 +08:00
IF(OSG_BUILD_PLATFORM_IPHONE OR OSG_BUILD_PLATFORM_IPHONE_SIMULATOR)
ADD_SUBDIRECTORY(osgviewerIPhone)
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
ENDIF()
# IPHONE_PORT@tom
Removed trailing spaces
2012-03-24 00:09:30 +08:00
For Win32 added BUILD_MFC_EXAMPLE option, default to OFF to try and avoid issues with users without MFC installed. --This line, and
2007-06-15 21:43:49 +08:00
ENDIF(DYNAMIC_OPENSCENEGRAPH)
From Michael Hartman, "I have gone in and created a CMakeList.txt file for osgviewerMFC application. Below is the changes made to the included files. The examples CMakeList.txt file was not included but the code change needed for osgviewerMFC inclusion is listed below. CMakeList.txt: This is a little different than other example cmakelist.txt files in that I could not use the setup_example macro. I had to go in and extract out the important parts of the macro and inline them in the CMakeList.txt file so that I could add the WIN32 declaration into the ADD_EXECUTABLE() statement. In the future the setup_example macro might be modified to support osgviewerMFC but this is special case so you might not want to muddy the water for one example. MFC_OSG.h: This file had some small changes: From: #include <osgViewer/GraphicsWindowWin32> To: #include <osgViewer/api/win32/GraphicsWindowWin32> Also added two new function declarations Void PreFrameUpdate(void); Void PostFrameUpdate(void); MFC_OSG.cpp: This file changed only in that I am explicitly showing the viewer run loop and added the two new functions in the MFC_OSG.h file. "
2007-05-17 19:04:57 +08:00
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
ENDIF(ANDROID)
Reference in New Issue Copy Permalink