struct Subset { std::vector<float> vertexs;//位置 std::vector<float> normals;//法向 std::vector<float> texCoords;//纹理 std::vector<unsigned int> indices;//索引下标 std::vector<unsigned int> faceMtrls;//面材质索引 }; class GetSimplifySTLDat

#include <osg\NodeVisitor>#include <osg\MatrixTransform>#include <osg\PagedLOD>#include <osgDB\FileNameUtils>#include <osg\Geode>#include <strstream> //只能处理osgExp插件导出的单个ive文件class InsideLODVisitor : public osg::NodeVisi

count:560 construction_worker 4294967295 osg::MatrixTransform1 Bip001 L Finger02 4294967295 osg::MatrixTransform2 Bip001 L Finger01 4294967295 osg::MatrixTransform3 Bip001 L Finger0 4294967295 osg::MatrixTransform4 Bip001 L Finger12 4294967295 osg::M

场景图形采用一种自顶向下的,分层的树状数据结构来组织空间数据集,以提高渲染的效率 场景图形树结构的顶部是一个根节点,从根节点向下延伸,各个组节点中均包含了几何信息和用于控制其外观的渲染状态信息.根节点和各个组节点都可以有零个(实际上是没有执行任何操作)或多个子成员.在场景图形的最底部,各个叶节点包含了构成场景中物体的实际几何信息. Osg程序使用组节点来组织和排列场景中的几何体. 场景图形通常包含了多种类型的节点以执行各种各样的用户功能,例如开关节点可以设置其子节点可用或不可用,细节层次节点(L

在很多时候,直接指定纹理坐标是非常不方便的,如曲面纹理坐标,只有少数的曲面(如圆锥.圆柱等)可以在不产生扭曲的情况下映射到平面上,其他的曲面在映射到表面时都会产生一定程度的扭曲.一般而言,曲面表面的曲率越大,纹理所需要的扭曲度就越大.这时,直接指定纹理坐标可能是一件非常困难的事情了. 下面的示例,通过一个纹理坐标生成器(继承自osg::NodeVisitor访问器)遍历模型的所有顶点及法线,然后根据顶点.法线及一定的比例来确定纹理坐标. #include <osgViewer/Viewer>

转自 http://blog.sina.com.cn/s/blog_78ea87380101ehk3.html 此文实现一个简单的的水面效果,主要是法线贴图, 效果图如下:   此文分为三部分:vertexShader, fragmentShader, main;   vertexShader:   varying vec3 lightdir;           //切线空间灯光向量; varying vec3 eyedir;             //切线空间眼点向量; varying v

转自 http://blog.sina.com.cn/s/blog_78ea87380101eixi.html 此文实现一个简单地水面倒影效果,通过rtt相机 获取倒影纹理, 水的基本实现方法(参考前一博文:osg通过glsl实现一个平面的水效果(法线贴图)),具体代码如下:   vertex定点着色器: varying vec3 lightdir;           //切线空间灯光向量; varying vec3 eyedir;             //切线空间眼点向量; varyin

http://blog.sina.com.cn/s/blog_78ea87380101eixi.html 此文实现一个简单地水面倒影效果,通过rtt相机 获取倒影纹理, 水的基本实现方法(参考前一博文:osg通过glsl实现一个平面的水效果(法线贴图)),具体代码如下:   vertex定点着色器: varying vec3 lightdir;           //切线空间灯光向量; varying vec3 eyedir;             //切线空间眼点向量; varying v

前言 在osgUtil::CullVisitor,我们发现apply函数的重载中,有CullVisitor::apply(Group& node),CullVisitor::apply(Switch& node), CullVisitor::apply(LOD& node),CullVisitor::apply(Geode& node),CullVisitor::apply(Node& node)是一样的函数内容.所以这五个函数我们就挑出CullVisitor::a

前言 我们在进行osg程序的开发时,最常用到的场景管理方式是“场景节点树”的结构,     a 场景树底端的叶节点(osg::Geode)包含了各种需要渲染的几何体的顶点和渲染状态信息:     b 组节点(osg::Group)及其派生出的各种特殊功能节点则作为场景树的各个枝节节点,它们也可以拥有不同的渲染状态:     c 整个场景的根节点(root)有且只有一个节点可以直接作为,使用setSceneData 将其设置给场景的视景器系统,即等同于将整个场景树传递给 OSG 的渲染和显示系统

参考:https://www.cnblogs.com/hzhg/archive/2010/12/17/1908764.html OSG中节点的访问使用的是一种访问器模式.一个典型的访问器涉及抽象访问者角色(Visitor), 具体访问者(Concrete Visitor), 节点角色(Node). OSG中访问者角色为NodeVisitor类,其基本结构如下: NodeVisitor(TraversalMode tm) //构造函数,TraversalMode为节点树的遍历方式 //TRAVER

遍历节点树:osg::Node类中有两个辅助函数: void ascend(NodeVisitor& nv) //虚函数,向上一级节点推进访问器 void traverse(NodeVisitor& nv) //虚函数,向下一级节点推进访问器 NodeVisitor的traverse()函数实现如下: inline void traverse(Node& node) { if (_traversalMode == TRAVERSE_PARENTS) { node.ascend(*t

前言 上面我们用了四节课的内容,讲解了一些osg概念性的内部原理.希望大家可以再看今天的讲解之前先再仔细的研究一下前四节的内容.这样你就会对整个osg的渲染过程有一个更加清晰的认知,有助于理解下面两个函数cull()和draw(). osg::Util::SceneView::cull() 好,相信大家已经又复习了上面几节的内容,那我们就进行sceneView的第一个重要功能osg::Util::SceneView::cull()函数.场景的筛选函数 cull 主要完成了以下几个工作. 1.通过

好了,现在我们经过三节的介绍我们已经大体上明确了单线程模型(SingleThreaded)下 OSG 渲染遍历的工作流程.事实上无论是场景的筛选render还是绘制cull工作,最后都要归结到场景视图(SceneView)的相应实现函数中去完成,渲染器类 Renderer 只是一个更为方便和直观的公用接口而已. 我们总结一下OSG 系统的场景图形,摄像机,图形设备,渲染器和场景视图的关系 OSG 视景器的摄像机(包括主摄像机_camera 和从摄像机组_slaves)均包括了与其对应的渲染器(R

我们今天进入上一节的遗留问题Renderer::draw()的探究. 1.从_drawQueue中取出其中一个sceneView对象.SceneView是对scene和view类的封装,通过他可以方便的访问到scene或者view中的成员,以及最主要的作用是封装了更新,挑选,和绘制遍历,但是并不启用DatabasePager. 2.sceneView->collateReferencesToDependentCameras();得到所有的sceneView依赖的相机的引用,因为我们正在运行与主线

osg::GraphicsContext::runOperations().我们先来看一下这个函数的执行过程. ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 void GraphicsContext::runOperations() {   

我们继续renderingTraversals()的探究.我们接着上一节的”阻塞渲染线程”后就要遍历所有摄像机的渲染器(Renderer),执行 Renderer::cull 场景筛选的操作.我们在renderingTraversals()中总是遇到这个Renderer类,我们就先补充一下他的介绍. osgViewer::Renderer类为摄像机渲染场景的工作提供了一个公有接口.通常是在View::setCamera(osg::Camera* camera)函数中进行默认绑定的. ? 1 2

那么今天我们就正式进入osg整个呼吸动作之中最复杂的一个动作,ViewerBase::renderingTraversals(),我们先介绍renderingTraversals的开头的简单的几步操作. 1.这个函数中先遍历了所有的view中的相机节点分别取得他们的位置Translation以及姿态Rotation,并保存到osg内置的log系统中. 2.得到所有的渲染上下文contexts,然后使用 ViewerBase::checkWindowStatus 检查是否存在有效的渲染上下文,没有

总结 前面我们基本上已经完成对ViewerBase::frame()函数的探究,只剩下renderingTraversals()渲染遍历的探究,虽然就剩下了一个函数,但是这却是最重要的,不可少的一个步骤.他主要是完成对场景的筛选和绘制工作,以及很多线程的调度和同步工作也是在这个函数中完成的.前面的几天我们主要是讲解了完成三个主要的遍历函数,我们来总结一下. advance(simulationTime);  // 记录场景的帧数,帧速率信息 eventTraversal();         /

osg::Node* createPyramidModel() { // create the root node which will hold the model. osg::Group* root = new osg::Group(); // turn off lighting root->getOrCreateStateSet()->setMode(GL_LIGHTING, osg::StateAttribute::OFF); osg::Geode* pyramidGeode = ne