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

256 lines
7.8 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)
add a very simple example for mdi with basevertex
2017-07-30 16:15:32 +08:00
ADD_SUBDIRECTORY(osgsimpleMDI)
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)
From Wand Rui, "I've rewritten the osgblenddrawbuffers example to use the new BlendFunci and Capability classes. Hope it will tell others how to make use of the new functionality and why they are important in modern MRT-based applications." git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14587 16af8721-9629-0410-8352-f15c8da7e697
2014-12-10 03:20:05 +08:00
ADD_SUBDIRECTORY(osgblenddrawbuffers)
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(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)
I am hereby submitting a deferred rendering code sample, originally written by Michael Kapelko in 2013. I am submitting this code with his approval. Deferred rendering is now the de-facto standard rendering technique in many modern game engines, hence I think it is important to have this technique demonstrated in an osg code example. This particular sample adds soft shadows as well as bump mapping into the rendering pipeline. The image files whitemetal_diffuse.jpg and whitemetal_normal.jpg from OpenSceneGraph-Data images folder are required (The OSG_FILE_PATH environment variable must be set correctly) Two additional osgt models are included with the demo (best to also put them into OpenSceneGraph-Data, I think. The shaders are currently defined in separate .frag and .vert files.
2016-05-20 00:20:29 +08:00
ADD_SUBDIRECTORY(osgdeferred)
Added osgcluster example into build system
2009-01-29 21:17:48 +08:00
ADD_SUBDIRECTORY(osgcluster)
Moved osgmultiviewpaging to osgcustompager to avoid name confusion with new multiview extension example
2020-11-11 22:32:28 +08:00
ADD_SUBDIRECTORY(osgcustompager)
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)
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(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(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)
Initial skeleton of new osgkeystone example
2013-03-15 00:24:22 +08:00
ADD_SUBDIRECTORY(osgkeystone)
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(osglauncher)
ADD_SUBDIRECTORY(osglight)
ADD_SUBDIRECTORY(osglightpoint)
ADD_SUBDIRECTORY(osglogicop)
ADD_SUBDIRECTORY(osglogo)
From PawelKsiezopolski, "This submission contains a new example for OSG : a geometry instancing rendering algorithm consisting of two consequent phases : - first phase is a GLSL shader performing object culling and LOD picking ( a culling shader ). Every culled object is represented as GL_POINT in the input osg::Geometry. The output of the culling shader is a set of object LODs that need to be rendered. The output is stored in texture buffer objects. No pixel is drawn to the screen because GL_RASTERIZER_DISCARD mode is used. - second phase draws osg::Geometry containing merged LODs using glDrawArraysIndirect() function. Information about quantity of instances to render, its positions and other parameters is sourced from texture buffer objects filled in the first phase. The example uses various OpenGL 4.2 features such as texture buffer objects, atomic counters, image units and functions defined in GL_ARB_shader_image_load_store extension to achieve its goal and thus will not work on graphic cards with older OpenGL versions. The example was tested on Linux and Windows with NVidia 570 and 580 cards. The tests on AMD cards were not conducted ( due to lack of it ). The tests were performed using OSG revision 14088. The main advantages of this rendering method : - instanced rendering capable of drawing thousands of different objects with almost no CPU intervention ( cull and draw times are close to 0 ms ). - input objects may be sourced from any OSG graph ( for example - information about object points may be stored in a PagedLOD graph. This way we may cover the whole countries with trees, buildings and other objects ). Furthermore if we create osgDB plugins that generate data on the fly, we may generate information for every grass blade for that country. - every object may have its own parameters and thus may be distinct from other objects of the same type. - relatively low memory footprint ( single object information is stored in a few vertex attributes ). - no GPU->CPU roundtrip typical for such methods ( method uses atomic counters and glDrawArraysIndirect() function instead of OpenGL queries. This way information about quantity of rendered objects never goes back to CPU. The typical GPU->CPU roundtrip cost is about 2 ms ). - this example also shows how to render dynamic objects ( objects that may change its position ) with moving parts ( like car wheels or airplane propellers ) . The obvious extension to that dynamic method would be the animated crowd rendering. - rendered objects may be easily replaced ( there is no need to process the whole OSG graphs, because these graphs store only positional information ). The main disadvantages of a method : - the maximum quantity of objects to render must be known beforehand ( because texture buffer objects holding data between phases have constant size ). - OSG statistics are flawed ( they don't know anymore how many objects are drawn ). - osgUtil::Intersection does not work Example application may be used to make some performance tests, so below you will find some extended parameter description : --skip-dynamic - skip rendering of dynamic objects if you only want to observe static object statistics --skip-static - the same for static objects --dynamic-area-size - size of the area for dynamic rendering. Default = 1000 meters ( square 1000m x 1000m ). Along with density defines how many dynamic objects is there in the example. --static-area-size - the same for static objects. Default = 2000 meters ( square 2000m x 2000m ). Example application defines some parameters (density, LOD ranges, object's triangle count). You may manipulate its values using below described modifiers: --density-modifier - density modifier in percent. Default = 100%. Density ( along with LOD ranges ) defines maximum quantity of rendered objects. registerType() function accepts maximum density ( in objects per square kilometer ) as its parameter. --lod-modifier - defines the LOD ranges. Default = 100%. --triangle-modifier - defines the number of triangles in finally rendered objects. Default = 100 %. --instances-per-cell - for static rendering the application builds OSG graph using InstanceCell class ( this class is a modified version of Cell class from osgforest example - it builds simple quadtree from a list of static instances ). This parameter defines maximum number of instances in a single osg::Group in quadtree. If, for example, you modify it to value=100, you will see really big cull time in OSG statistics ( because resulting tree generated by InstanceCell will be very deep ). Default value = 4096 . --export-objects - write object geometries and quadtree of instances to osgt files for later analysis. --use-multi-draw - use glMultiDrawArraysIndirect() instead of glDrawArraysIndirect() in a draw shader. Thanks to this we may render all ( different ) objects using only one draw call. Requires OpenGL version 4.3 and some more work from me, because now it does not work ( probably I implemented it wrong, or Windows NVidia driver has errors, because it hangs the apllication at the moment ). This application is inspired by Daniel Rákos work : "GPU based dynamic geometry LOD" that may be found under this address : http://rastergrid.com/blog/2010/10/gpu-based-dynamic-geometry-lod/ There are however some differences : - Daniel Rákos uses GL queries to count objects to render, while this example uses atomic counters ( no GPU->CPU roundtrip ) - this example does not use transform feedback buffers to store intermediate data ( it uses texture buffer objects instead ). - I use only the vertex shader to cull objects, whereas Daniel Rákos uses vertex shader and geometry shader ( because only geometry shader can send more than one primitive to transform feedback buffers ). - objects in the example are drawn using glDrawArraysIndirect() function, instead of glDrawElementsInstanced(). Finally there are some things to consider/discuss : - the whole algorithm exploits nice OpenGL feature that any GL buffer may be bound as any type of buffer ( in our example a buffer is once bound as a texture buffer object, and later is bound as GL_DRAW_INDIRECT_BUFFER ). osg::TextureBuffer class has one handy method to do that trick ( bindBufferAs() ), and new primitive sets use osg::TextureBuffer as input. For now I added new primitive sets to example ( DrawArraysIndirect and MultiDrawArraysIndirect defined in examples/osggpucull/DrawIndirectPrimitiveSet.h ), but if Robert will accept its current implementations ( I mean - primitive sets that have osg::TextureBuffer in constructor ), I may add it to osg/include/PrimitiveSet header. - I used BufferTemplate class writen and published by Aurelien in submission forum some time ago. For some reason this class never got into osg/include, but is really needed during creation of UBOs, TBOs, and possibly SSBOs in the future. I added std::vector specialization to that template class. - I needed to create similar osg::Geometries with variable number of vertices ( to create different LODs in my example ). For this reason I've written some code allowing me to create osg::Geometries from osg::Shape descendants. This code may be found in ShapeToGeometry.* files. Examples of use are in osggpucull.cpp . The question is : should this code stay in example, or should it be moved to osgUtil ? - this remark is important for NVidia cards on Linux and Windows : if you have "Sync to VBlank" turned ON in nvidia-settings and you want to see real GPU times in OSG statistics window, you must set the power management settings to "Prefer maximum performance", because when "Adaptive mode" is used, the graphic card's clock may be slowed down by the driver during program execution ( On Linux when OpenGL application starts in adaptive mode, clock should work as fast as possible, but after one minute of program execution, the clock slows down ). This happens when GPU time in OSG statistics window is shorter than 3 ms. " git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14531 16af8721-9629-0410-8352-f15c8da7e697
2014-11-25 18:58:23 +08:00
ADD_SUBDIRECTORY(osggpucull)
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)
Added back in the osgimpostor example, cleaning up so that it no longer has any deprecated paths and adds stats and file output for debug purposes
2016-08-25 18:05:30 +08:00
ADD_SUBDIRECTORY(osgimpostor)
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(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)
Added standard side by side stereo config to use as a comparison to multviewOVR implementation
2020-11-12 20:22:40 +08:00
ADD_SUBDIRECTORY(osgmultiviewOVR)
Add osgobjectcache example.
2016-06-17 23:45:06 +08:00
ADD_SUBDIRECTORY(osgobjectcache)
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)
From Marcus Hein, Added support for OpenGL SSBO and SSBB via osg::ShaderStorageBufferObject and osg::ShaderStorageBufferBinding to core OSG library, and added new osgSSBO example git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14599 16af8721-9629-0410-8352-f15c8da7e697
2014-12-10 20:23:04 +08:00
ADD_SUBDIRECTORY(osgSSBO)
add GLSampler as Texture Property and a simple example mixing (add) 2 textures
2018-01-04 04:22:38 +08:00
ADD_SUBDIRECTORY(osgsampler)
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 osgshaderpipeline example that will server as a testbed for automatically mapping fixed function pipeline to shaders
2016-10-20 03:26:26 +08:00
ADD_SUBDIRECTORY(osgshaderpipeline)
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)
Added osgshadermultiviewport example to test and demonstrate the new osg::ViewportIndexed class
2016-06-29 18:39:44 +08:00
ADD_SUBDIRECTORY(osgshadermultiviewport)
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)
Added initial shell of new osgtransferfunction example that will be tested bed for upcomming transfer function editing UI.
2013-10-29 01:46:07 +08:00
ADD_SUBDIRECTORY(osgtransferfunction)
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)
Work in progress on new osgtexture2DArray example git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14772 16af8721-9629-0410-8352-f15c8da7e697
2015-03-11 02:07:17 +08:00
ADD_SUBDIRECTORY(osgtexture2DArray)
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(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 Julien Valentin, "To sum up changes, I had: -some extensions in GLExtensions - GL_TEXTURE_BUFFER as target in osg::StateSet - a VBO based transform feed back example " git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14651 16af8721-9629-0410-8352-f15c8da7e697
2015-01-07 01:12:51 +08:00
ADD_SUBDIRECTORY(osgtransformfeedback)
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)
From Paul Martz, a simple GL3 example
2012-02-09 23:51:20 +08:00
# GL3/GL4 example
ADD_SUBDIRECTORY(osgsimplegl3)
Added support for Bindless texture extension, 64 bit uniforms, 64 bit buffers Added new bindless texture example
2017-01-13 23:56:42 +08:00
ADD_SUBDIRECTORY(osgbindlesstext)
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)
From Wang Rui, "In the attached files I've added the Compute Shader support for OSG, as well as serializer updates and a new osgcomputeshaders example. My submission also include a setComputeGroups() function in Program for setting compute-shader work groups, and a bindToImageUnit() function in Texture for binding textures as image variables in shaders. All code are tested on Windows 7 + NVIDIA GFX 570 with the latest GeForce 310.70 Driver (BETA), which could support OpenGL 4.3. Compute shader information can be found at "http://www.opengl.org/registry/specs/ARB/compute_shader.txt" "
2013-01-25 19:54:03 +08:00
ADD_SUBDIRECTORY(osgcomputeshaders)
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 (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
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
Improved iOS cmake support for xcode 9.4 and cmake 3.11
2018-07-10 09:09:28 +08:00
IF(OSG_BUILD_PLATFORM_IPHONE)
From Ulrich Hertlein and Stephan Huber, improves to iOS build
2010-11-30 17:26:18 +08:00
ADD_SUBDIRECTORY(osgviewerIPhone)
Improved iOS cmake support for xcode 9.4 and cmake 3.11
2018-07-10 09:09:28 +08:00
ELSE()
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
ENDIF()
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