最长的一帧
Cesium原理篇：3最长的一帧之地形（4：重采样）
Cesium原理篇：3最长的⼀帧之地形（4：重采样）地形部分的原理介绍的差不多了，但之前还有⼀个刻意忽略的地⽅，就是地形的重采样。
通俗的讲，如果当前Tile没有地形数据的话，则会从他⽗类的地形数据中取它所对应的四分之⼀的地形数据。
打个⽐⽅，当我们快速缩放影像的时候，下⼀级的影像还没来得及更新，所以会暂时把当前Level的影像数据放⼤显⽰，⼀旦对应的影像数据下载到当前客户端后再更新成精细的数据。
Cesium中对地形也采⽤了这样的思路。
下⾯我们具体介绍其中的详细内容。
上图是⼀个⼤概流程，在创建Tile的时候（prepareNewTile），第⼀时间会获取该Tile⽗节点的地形数据（upsampleTileDetails），然后构造出upsampledTerrain对象，它是TileTerrain对象，只是⼀个包含⽗类地形信息的空壳。
接着，开始创建地形⽹格（processTerrainStateMachine）。
这⾥就有两个逻辑，如果当前没有地形数据，也就是EllipsoidTerrainProvider的情况，这样会直接创建HeightmapTerrainData。
因此状态是TerrainState.RECEIVED，这种情况下不需要重采样；如果请求了真实的地形数据，⽐如CesiumTerrainProvider，⽆论是请求⾼度图还是STK，只要有异步请求，则会执⾏processUpsampleStateMachine韩式，最终实现重采样（sourceData.upsample）。
HeightmapTerrainData.prototype.upsample我们先了解⼀下⾼度图下的实现。
⾼度图，顾名思义也是⼀种图了，所以这个重采样的⽅式和普通的图⽚拉伸算法⼀致。
⽐如⼀个2*2的图⽚，放⼤⾄4*4的⼤⼩，这⾥就有⼀个插值的过程。
⽐如线性差值，会取相邻的两个像素颜⾊，加权求值，或者双线性插值，取周边四个像素，加权求值。
在传统以太网中为什么要有最小帧长度和最大帧长度的限制
在传统以太网中,为什么要有最小帧长度和最大帧长度的限制?以太网(IEEE 802.3)帧格式：1、前导码：7字节0x55,一串1、0间隔，用于信号同步2、帧起始定界符：1字节0xD5(10101011)，表示一帧开始3、DA(目的MAC)：6字节4、SA(源MAC)：6字节5、类型/长度：2字节，0～1500保留为长度域值，1536～65535保留为类型域值(0x0600～0xFFFF)6、数据：46～1500字节7、帧校验序列(FCS)：4字节，使用CRC计算从目的MAC到数据域这部分内容而得到的校验和。
以CSMA/CD作为MAC算法的一类LAN称为以太网。
CSMA/CD冲突避免的方法：先听后发、边听边发、随机延迟后重发。
一旦发生冲突，必须让每台主机都能检测到。
关于最小发送间隙和最小帧长的规定也是为了避免冲突。
考虑如下的情况，主机发送的帧很小，而两台冲突主机相距很远。
在主机A发送的帧传输到B的前一刻，B开始发送帧。
这样，当A的帧到达B时，B检测到冲突，于是发送冲突信号。
假如在B的冲突信号传输到A之前，A的帧已经发送完毕，那么A将检测不到冲突而误认为已发送成功。
由于信号传播是有时延的，因此检测冲突也需要一定的时间。
这也是为什么必须有个最小帧长的限制。
按照标准，10Mbps以太网采用中继器时，连接的最大长度是2500米，最多经过4个中继器，因此规定对10Mbps以太网一帧的最小发送时间为51.2微秒。
这段时间所能传输的数据为512位，因此也称该时间为512位时。
这个时间定义为以太网时隙，或冲突时槽。
512位＝64字节，这就是以太网帧最小64字节的原因。
512位时是主机捕获信道的时间。
如果某主机发送一个帧的64字节仍无冲突，以后也就不会再发生冲突了，称此主机捕获了信道。
由于信道是所有主机共享的，如果数据帧太长就会出现有的主机长时间不能发送数据，而且有的发送数据可能超出接收端的缓冲区大小，造成缓冲溢出。
OSG_王锐《最长的一帧》
viewer.frame(); 就这样，用一个循环结构来反复地执行 frame()函数，直到 done()函数的返回值为 true 为止。每一次执行 frame()函数就相当于完成了 OSG 场景渲染的一帧，配置较好的计算机可 以达到每秒钟一二百帧的速率，而通常仿真程序顺利运行的最低帧速在 15~25 帧/秒即可。 很好，看来笔者的机器运行 frame()函数通常只需要 8~10ms 左右，比一眨眼的工夫都要 短。那么本文就到此结束吗？ 答案当然是否定的，恰恰相反，这篇繁琐且可能错误百出的文字，其目的正是要深入 frame()函数，再深入函数中调用的函数……一直挖掘下去，直到我们期待的瑰宝出现；当然 也可能是一无所获，只是乐在其中。 这样的探索要到什么时候结束呢？从这短短的 10 毫秒中引申出来的，无比冗长的一帧， 又是多么丰富抑或无聊的内容呢？现在笔者也不知道，也许直到最后也不会明了，不过相信 深入源代码的过程就是一种享受，希望读者您也可以同我一起享受这份辛苦与快乐。 源代码版本：OpenSceneGraph 2.6.0；操作系统环境假设为 Win32 平台。为了保证教程 的篇幅不致被过多程序代码所占据，文中会适当地改写和缩编所列出的代码，仅保证其执行 效果不变，因此可能与实际源文件的内容有所区别。 由于作者水平和精力所限，本文暂时仅对单视景器（即使用 osgViewer::Viewer 类）的 情形作出介绍。 转载请注明作者和 本文在写作过程中将会用到一些专有名词，它们可能与读者阅读的其它文章中所述有所 差异，现列举如下： 场景图形-SceneGraph；场景子树-Subgraph；节点-Node；摄像机-Camera；渲染器-Renderer； 窗口-Window；视口-Viewport；场景-Scene；视图-View；视景器-Viewer；漫游器-Manipulator； 访问器-Visitor；回调-Callback；事件-Event；更新-Update；筛选-Cull；绘制-Draw。
构成一帧的基本元素
构成一帧的基本元素一帧是指在电影、动画、漫画等媒体表达中，由若干图像组成的一个单元。
在一帧中，各种元素相互结合，通过动态的操作和定格画面的展示方式来传达信息和表达故事。
以下是构成一帧基本元素的一些重要因素：1.画面构图：一帧的画面构图是整个场景的基础，它决定了画面中各个元素的分布、比例和位置关系。
画面构图的好坏直接影响到观众对画面的感受和理解。
构图中的元素包括前景、中景和背景，以及主体对象的位置、大小和姿态。
2.颜色和色彩搭配：颜色在一帧中起到了直接渲染画面情感和氛围的作用。
不同的色彩搭配能够营造出不同的情绪和场景。
冷色调通常用于表达沉郁、忧伤等情绪，而暖色调则能够传递温暖和欢快的感觉。
3.光线和阴影：光线是构成一帧的重要元素之一，它可以创造出各种不同的光影效果。
光线的亮度、颜色和方向都会直接影响画面的观感。
合理运用光线和阴影可以增强画面的层次感和立体感，使画面更加有趣和生动。
4.动作和姿态：动作和姿态是人物形象塑造的重要元素。
通过人物在一帧中的动作和姿态，可以传达出他们的情感、身份和性格特点。
合理安排人物的动作和姿态，可以使画面更有张力和戏剧性。
5.特效和细节：特效和细节是构成一帧的重要元素，它们能够增强画面的表现力和视觉效果。
特效可以是爆炸、火焰、风雨等自然现象，也可以是一些特殊的动画效果。
细节则是画面中的一些小物件和小动作，这些细节能够让画面更加真实、生动和精致。
6.文字和字幕：文字和字幕是一帧中传递信息和交代剧情的重要方式之一、通过在画面中加入文字和字幕，观众能够更好地理解画面中所发生的事情。
文字和字幕的字体、大小和位置等都需要经过精心设计，以保证文字的清晰度和易读性。
帧长度
最小长度60字节包含14字节的以太网帧头，但是不包括4个字节的以太网帧尾。
有一些书把最小长度定为64字节，它包括以太网的帧尾。
我们把最小长度定为46字节，是有意不包括14字节的帧首部，因为对应的最大长度（1500字节）指的是MTU—最大传输单元。
IPV6与IPV4比较在哪些新的特点一、扩展了路由和寻址的能力IPv6 把IP 地址由32 位增加到128 位，从而能够支持更大的地址空间，估计在地球表面每平米有4*10^18 个IPv6 地址，使IP 地址在可预见的将来不会用完。
IPv6 地址的编码采用类似于CIDR 的分层分级结构，如同电话号码。
简化了路由，加快了路由速度。
在多点传播地址中增加了一个“范围”域，从而使多点传播不仅仅局限在子网内，可以横跨不同的子网，不同的局域网。
二、报头格式的简化IPv 4 报头格式中一些冗余的域或被丢弃或被列为扩展报头，从而降低了包处理和报头带宽的开销。
虽然IPv6 的地址是IPv4 地址的 4 倍。
但报头只有它的 2 倍大。
三、对可选项更大的支持IPv6 的可选项不放入报头，而是放在一个个独立的扩展头部。
如果不指定路由器不会打开处理扩展头部. 这大大改变了路由性能。
IPv6 放宽了对可选项长度的严格要求(IPv4 的可选项总长最多为40 字节) ，并可根据需要随时引入新选项。
IPV6 的很多新的特点就是由选项来提供的，如对IP 层安全(IPSEC) 的支持，对巨报(jumbogram) 的支持以及对IP 层漫游(Mobile-IP) 的支持等。
四、QoS 的功能因特网不仅可以提供各种信息，缩短人们的距离. 还可以进行网上娱乐。
网上VOD 现正被商家炒得热火朝天，而大多还只是准VOD 的水平，且只能在局域网上实现，因特网上的VOD 都很不理想. 问题在于IPv4 的报头虽然有服务类型的字段，实际上现在的路由器实现中都忽略了这一字段。
在IPv6 的头部，有两个相应的优先权和流标识字段，允许把数据报指定为某一信息流的组成部分，并可对这些数据报进行流量控制。
100000帧高速摄像机
日本ACS-1M60高速摄像机最大辨率下帧速：100000帧/秒。
最大分辨率：1280x896
最高帧速：22万帧/秒
最高像素：114万像素
Memrecam ACS-1M60为日本nac公司2019年新推出的新一代高速摄像机系统，拥有最高114万像素，并在该满幅分辨率下帧速达100000帧/秒，最高速度可达220000帧/秒。
Memrecam ACS-1M60为用户的需求提供了优选的解决方案：高感光度及更快的拍摄速度。
特点
CMOS传感器：最大分辨率1280X896
感光度（ISO）:100000
1280x192@220000fps
位深度：12/10/8位（可选）
电子快门：自适应<1.1μsec
帧数可调：实验中可连续或并行地调节多种帧速
多种触发模式：脉冲触发，多次触发，重置触发及图像触发
机械快门自动校正
由在21X16像素的最小区域感测到的强度偏移触发
双段记录模式：1x和1/2~1/100x
超高光灵敏度
外壳坚固：适用于各种场景
武汉中创联达科技有限公司，是日本NAC中国核心代理商。
我公司专业从事光电子影像产品（低照度相机、高速摄像机，超高速摄像机，高分辨率相机及其图像分析软件）的销售、研发，提供特殊环境下的拍摄、成像服务。
USB2.0与OTG规范及开发指南(全中文)(1)
吉尼斯纪录大全名单
吉尼斯纪录大全名单吉尼斯世界纪录，是一本全球性的世界纪录大全，它收录了全球各种各样的惊人纪录。
这些纪录涵盖了人类的各个领域，包括自然界、科技、体育、艺术等等。
下面，我们将为大家介绍一些吉尼斯纪录大全名单中的惊人纪录。
1. 最高的山峰，珠穆朗玛峰，位于喜马拉雅山脉，海拔8848米，是世界上海拔最高的山峰。
2. 最长的河流，亚马逊河，全长约6950公里，是世界上最长的河流，流经南美洲多个国家。
3. 最大的陆地动物，非洲象，体重可达6吨，是世界上体型最大的陆地动物。
4. 最快的动物，猎豹，时速可达112公里，是世界上奔跑速度最快的动物。
5. 最多产的艺术家，巴赫，德国作曲家，创作了大量音乐作品，被誉为史上最多产的音乐家。
6. 最长时间连续阅读，Howard Berg，美国人，他连续阅读了500小时，创下了吉尼斯世界纪录。
7. 最大的花坛，迪拜的迪拜蓝湾酒店建造了世界上最大的花坛，面积达到了39,000平方米。
8. 最高的建筑，迪拜塔，高828米，是世界上最高的建筑物。
9. 最长的海岸线，加拿大，拥有世界上最长的海岸线，总长达到202,080公里。
10. 最大的冰川，南极洲的兰森冰川，面积达到了487,000平方公里，是世界上最大的冰川。
11. 最多产的作家，塞壬·克里斯蒂，英国作家，创作了66部侦探小说，被誉为史上最多产的作家之一。
12. 最大的动物群落，南极洲的帝企鹅，拥有世界上最大的动物群落，数量达到了几百万只。
13. 最长的隧道，瑞士的哥达德隧道，全长57.1公里，是世界上最长的铁路隧道。
14. 最高的瀑布，委内瑞拉的安赫尔瀑布，高979米，是世界上最高的瀑布。
15. 最大的城市，东京，人口超过了3800万，是世界上最大的城市之一。
以上就是吉尼斯纪录大全名单中的一部分惊人纪录。
这些纪录向我们展示了人类和自然界的不可思议之处，也激励着我们不断探索、创新，创造更多的奇迹。
让我们一起为这个美丽而神奇的世界而自豪吧！。
osg学习osg源码分析-最长的一帧第五日
osg学习osg源码分析-最长的⼀帧第五⽇第五⽇当前位置 osgViewer/Viewer.cpp463,osgViewer::Viewer::realize()下⾯我们再次遍历所有GraphicsContext设备，对于每个GraphicsContext指针gc，判断它是否为GraphicsWindow对象，并执⾏GraphicsWindow::grabFocusIfPointerInWindow函数。
阅读GraphicsWindowWin32类（即GraphicsContext的具体实现者）的同名函数可以发现，这个函数不过是负责把⿏标焦点转到当前窗⼝上⽽已。
下⼀步⼯作的代码如下：osg::Timer::instance()->setStartTick();setStartTick(osg::Timer::instance()->getStartTick());setUpThreading();⾸先调⽤osg::Timer::setStartTick函数，启动OSG内部定时器并开始计时。
随后，Viewer::setStartTick函数的⼯作是找到当前视景器和所有GraphicsContext设备的事件队列_eventQueue，并设定它们的启动时刻为当前时间。
下⼀⾏是调⽤ViewerBase::setUpThreading函数……设置线程，对于⼀向以多线程渲染⽽闻名的OSG⽽⾔，这⼀定是个值得深究的话题。
当前位置 osgViewer/ViewerBase.cpp122osgViewer::ViewerBase:: setUpThreading()OSG的视景器包括四种线程模型，可以使⽤setThreadingModel进⾏设置，不同的线程模型在仿真循环运⾏时将表现出不同的渲染效率和线程控制特性。
通常⽽⾔，这四种线程的特性如下：SingleThreaded：单线程模型。
OSG不会创建任何新线程来完成场景的筛选和渲染，因⽽也不会对渲染效率的提⾼有任何助益。
gif最长可以显示多少秒
gif最长可以显示多少秒
GIF图像是一种流行的动态图像格式，它可以显示连续的图像帧，从而形成动画效果。
然而，对于一个GIF图像来说，它最长可以显示多少秒呢？
根据GIF图像的规范，一个GIF图像可以包含多个图像帧，每个图像帧有自己的延迟时间。
延迟时间指的是该图像帧显示的时间长度，单位是1/100秒。
因此，一个GIF图像最长可以显示的时间长度，取决于它包含的图像帧的数量和每个图像帧的延迟时间。
在实际应用中，大多数GIF图像的延迟时间都在50毫秒至200
毫秒之间，大约占据了1/10秒到1/5秒的时间长度。
因此，如果一
个GIF图像包含100个图像帧，每个图像帧的延迟时间为100毫秒，那么它最长可以显示的时间长度为10秒。
当然，这只是理论上的数据，实际上GIF图像的最大显示时间还受到其他因素的限制，比如文件大小、解码速度、设备性能等等。
因此，在创建和使用GIF图像时，我们需要根据实际情况来确定最佳的图像帧数和延迟时间，以确保图像的质量和流畅度。
- 1 -。
吉大14秋学期《计算机接口技术》在线作业二满分答案
D.中断控制器中的中断服务寄存器
?
正确答案：C
3.同步串行通信的帧格式开头有同步字符SYNC，其作用是将“消息到达”通知( )
A.接收器
B.发送器
C.调制解调器
D. CPU
?
正确答案：A
4.在异步通信方式中，通常采用（）来校验错误。
A.循环冗余校验码
B.奇、偶校验码
C.海明校验码
2.传输距离较远时，常采用并行传送方式，传输距离较近时，常采用串行传送方式。
A.错误
B.正确
?
正确答案：A
3.初始化时向8254的控制口写入方式控制字37H,则定义计数器0的工作方式是方式4。
A.错误
B.正确
?
正确答案：A
4. 8259A送给CPU的中断请求信号是通过INT发出的。
A.错误
B.正确
?
A.数据寄存器
B.移位寄存器
C.锁存器
D.状态寄存器
?
正确答案：B
16.将微处理器、内存储器及I/O接口连接起来的总线是（）。
A.片总线
B.外总线
C.系统总线
D.局部总线
?
正确答案：D
17.设中断向量表18CH～18FH单元中，依次存放着12H、34H、56H、78H，则中断服务程序的入口地址(段基址：偏移地址)为( )
A. 1234H：5678H
B. 3412H：7856H
C. 5678H：1234H
D. 7856H：3412H
?
正确答案：D
二,多选题
1.计算机通信的工作方式中，不能支持数据在两个方向同时传送的是( )
A.单工通信
B.全双工通信
CAN总线技术基础
CAN总线网络节点结构
Application Layer
j1939本质 如何将29ID分类 j1939组织架构
协议查找
单片机
Data Link Layer Physical Layer
总线仲裁机制 位填充机制机制 can报文帧结构
报文打包 can总线容错 网络负载率
信号电平 信号传输、抗干扰
位定时、同步 位编解码
•CAN总线技术基础
报文滤波
报文滤波可以通过软件编程的方式实现，也可以通过硬件（芯片内部的 报文滤波寄存器）实现，但二者实现的原理是相同的，如下图所示：
•CAN总线技术基础
数据帧中的其他场作用
控制场：包括两位保留位（必须为0），和数据长度位（DLC0~DLC3） 数据场：包括最多8个字节的数据 CRC场：是一种算法，对数据进行CRC校验，共15bit，其后跟了一位CRC界 定符——为1（隐性电平） 应答场：为两个1（总线电平为低电平），其中一位为应答间隙，另一位为应 答界定符。成功接收到数据的节点必须发送一位显性位（总线电平为高电平）
隐性电平（逻辑 1）：CAN_H 2.5V CAN_L 2.5V
显性电平 隐性电平
•CAN总线技术基础
总线支持的最大节点数目
•CAN总线技术基础
总线支持的最大节点数目
由上表可以看出，常用的两款CAN驱动芯片 支持的总线节点数目都可以满足整车CAN节点需 求，这不是问题。
•CAN总线技术基础
总线长度的思考
CAN总线通过如下几个方面进行错误检测 （1）当节点赢得总线发送权后，会对总线电平进行检测，当发送的电平和检 测到的总线电平不一致时，认为错误 （2）出现6个连续相同的电平时，认为是填充错误 （3）CRC错误，接收数据的节点按照与发送数据的节点相同的方法计算数据 的CRC校验值，如果接收节点的计算结果与数据包中CRC场的数据不一致， 认为是CRC错误 （4）应答错误，在应答场如果没有监控到一个显性电平，那么就认定一个 应答错误 （5）固定位错误，例如：CRC界定符等，其电平是固定的，当监控到该电平 不相符时，认定一个错误 另：总线同步机制也是CAN总线容错的一种方式
以太网帧最小帧长与最大帧长
以太⽹帧最⼩帧长与最⼤帧长讨论以太⽹的帧长，就不得不先提⼀下以太⽹的⼤名⿍⿍的CSMA/CD协议。
1.1 CSMA/CD协议CSMA/CD是英⽂carrier sense multiple access/collision detected 的缩写，可把它翻成“载波监听多路访问/冲突检测”，或“带有冲突检测的载波侦听多路访问”。
所谓载波监听（carrier sense），意思就是以太⽹络上的各个⼯作站在发送数据前，都要监听总线上有没有数据正在传输。
若有数据传输（称总线为忙），则不发送数据，需要等待；若⽆数据传输（称总线为空），可以⽴即发送准备好的数据。
所谓多路访问（multiple access)，意思就是以太⽹络上的各个⼯作站在发送数据时，共同使⽤⼀条总线，且发送数据是⼴播式的。
所谓冲突（collision），意思就是，若以太⽹上有两个或两个以上⼯作站同时发送数据，在总线上就会产⽣信号的冲突；多个⼯作站都同时发送数据，在总线上就会产⽣信号的冲突，哪个⼯作站接收到的数据都辨别不出真正的信息。
这种情况称冲突或者碰撞。
为了减少冲突发⽣的影响，⼯作站在发送数据过程中还要不停地检测⾃⼰发送的数据，检测⾃⼰传输过程中有没有其他⼯作站在发送数据，在传输过程中与其它⼯作站的数据发⽣冲突，这就是冲突检测（collision detected）。
详细见CSMA/CD协议介绍。
1.2 以太⽹探测帧当多个⼯作站均想向以太⽹发送数据时，如果总线处于忙的状态，⼤家都等待，也不会有何争议；但是如果总线处于空的状态，⽽且⼯作站是依次监听到空状态，那么各个⼯作站就会陆续向总线发送数据，A⼯作站发送的数据还未传递到另⼀个要发送数据的B⼯作站，那么B⼯作站仍然认为总线为空的状态，那么B⼯作站也向总线注⼊数据；如果还有更多⼯作站向总线注⼊数据，原理⼀样，只是更加复杂⽽已。
A⼯作站传递的数据与B⼯作站传递的数据就会在总线的某处发送冲突，导致此次数据发送失败。
1帧图像的容量
我们现在可以反向的来理解CD-Audio 的数据结构的设计原理。
由于CD-Audio 分为左右立体声道，每个声道的取样精度为16bit ，取样频率为44.1KHz ，也就是说每秒取样44100 次。
CD-Audio 规定，每一秒钟所读取的块数为75 个，每个块又包含98 个帧，那么采样数分摊下来是多少呢？44100 ÷ 75 ÷ 98=6 ，也就是说每一帧的取样次数为 6 次，每次两个声道，每声道的取样精度为16bit ，因此一帧的容量就是6 × 2 × 16=192bit=24 字节。
这就是一帧数据为什么是24 字节的来历。
Byte叫做字节，由8个位（8bit）组成一个字节(1Byte)，用于表示计算机中的一个字符。
bit(比特)与Byte(字节)之间可以进行换算，其换算关系为：1Byte=8bit（或简写为：1B=8b）；在实际应用中一般用简称，即1bit简写为1b(注意是小写英文字母b)，1Byte简写为1B（注意是大写英文字母B）。
在计算机网络或者是网络运营商中，一般，宽带速率的单位用bps(或b/s)表示；bps表示比特每秒即表示每秒钟传输多少位信息，是bit per second的缩写。
在实际所说的1M带宽的意思是1Mbps（是兆比特每秒Mbps不是兆字节每秒MBps）。
建议用户记住以下换算公式：1B=8b 1B/s=8b/s(或1Bps=8bps)1KB=1024B 1KB/s=1024B/s1MB=1024KB 1MB/s=1024KB/s规范提示：实际书写规范中B应表示Byte(字节)，b应表示bit(比特)，但在平时的实际书写中有的把bit 和Byte都混写为b ，如把Mb/s和MB/s都混写为Mb/s，导致人们在实际计算中因单位的混淆而出错。
切记注意！！！上海技防要求：最近的10d≥25frame/s的帧速度保存图像，其后20d的图像宜以20d≥2frame/s的帧速度保存图像；根据以上的公式，我们就可以精准的算出所需的硬盘容量：10d≥25frame/s的每小时容量：24*25*60*60=2160000B/1024/1024=2.05994M20d≥2frame/s的每小时容量：24*2*60*60=172800B/1024/1024=0.16479M2.05994*24*10=494.385M0.16479*24*20=79.1016M494.385*N个（如100个摄像机）=4943.85M/1024=48.2798G79.1016*N个（如100个摄像机）=7910.16M/1024=7.72476G1、MJPEGMJPEG （Motion JPEG）压缩技术标准源于JPEG图片压缩技术，是一种简单的帧内JPEG 压缩，它对视频的每一帧进行压缩，压缩比率较小，数量大，通常每路每小时325X288分辨率录像需要硬盘空间1G左右。
osg仿真循环剖析 osg仿真循环剖析(基于王锐的最长的一帧)
OSG仿真循环剖析翟陆续(基于王锐的最长的一帧)开始剖析首先知道一下viewerbase类中的虚函数realize(), frame（）, viewerinit，isRealizedv irtual void advance(double simulationTime=USE_REFERENCE_TIME) = 0;virtual void eventTraversal() = 0;virtual void updateTraversal() = 0;virtual void renderingTraversals();virtual void getContexts(Contexts& contexts, bool onlyValid=true) = 0;首先看一个小程序流程示例程序一:Int main(int argc, char** argv){osgViewer::Viewer viewer; //声明一个单视景体对象viewer.setSeceneData(“cow.osg”);//把模型数据加入照相机节点下while( !viewer.done()) // 仿真循环(1){viewer.frame(); (2) }Return 0;}示例程序二:Int main(int argc, char** argv){osgViewer::Viewer viewer; //声明一个单视景体对象viewer.setSeceneData(“cow.osg”);//把模型数据加入主从照相机节点下面viewer.realize(); (3)return viewer.run(); //仿真循环(4)}Viewer从view和viewerbase派生而来,在基类viewerbase中有一个受保护的bool变量_done,在viewerbase构造函数里面调用函数void ViewerBase::viewerBaseInit(){……….._firstFrame = true;_done = false;……….}_done = true时候退出仿真循环，退出的条件有：1.没能创建可用的图形上下文设备。
世界上最长的折纸方法
世界上最长的折纸方法
世界上最长的折纸方法是由布里特尼·吉尔（Britney Gallivan）于2001年创造的。
她提出了一种名为"维卡斯瓦尼妮"（Vicissitudes）的折纸方法，可以将一张纸折叠成一个非常长的序列。
布里特尼·吉尔使用了数学和几何学的原理，通过不断将纸张折叠成两半并展开，然后在展开时将纸张的长度折叠成两倍，以此类推。
她证明了只要纸张足够长，就可以继续重复这个过程，并且在理论上可以无限延伸。
根据吉尔的计算，使用这种方法折叠一张纸，可以将其长度折叠成任意数值，只要纸张足够长。
但是，由于实际操作的限制，目前并没有记录到最长的折纸序列。
这个方法是基于理论的，而不是实际可行的实践方式。
世界上最长的纪录片
世界上最长的纪录片推荐文章世界上最长的名字是谁热度：世界上最长的人名热度：盘点世界上最长的姓名热度：世界上最长的人名热度：当今世界上最长的名字热度：纪录片是指描写、记录或者研究实际世界的电影，然而大家知道世界上最长的纪录片吗?下面就让店铺告诉你吧！由挪威广播公司(NRK)实况拍摄的纪录片"海达路德：卑尔根--希尔科内斯"通过电视、网络和其他媒体在全球148个国家同步播映。
影片全长134小时，无间断地记录了游轮航行的全过程，刷新了吉尼斯世界最长电视纪录片的记录。
由挪威电视2台(NRK2)播放的这部纪录片受到挪威国人的热捧。
据统计，约有300万挪威人(占总人口3/4)通过电视观看影片，创造NRK2的收视新高。
还有2900万观众通过在线转播的方式观看影片，其中一半来自挪威海外地区。
直播活动也受到全球多家媒体的积极参与。
纪录片播放期间，HURTIGRUTEN(海达路德)是Twitter上最热门的话题之一，曾一度达到6秒更新一贴的记录。
在5天半的航程中，Facebook上"海达路德实况(Hurtigrutenminutebyminute)"也获得65000个"喜爱"标签。
海达路德总经理KathrynBeadle对此活动评价说"影片的受欢迎程度超乎想象。
当我们的游轮航行在挪威西海岸，每到一个港口都会受到人们的热情欢迎，还有其他船只跟随我们的游轮一同航行，体验西海岸风情。
高收视率不仅证明了人们对海达路德航程的极大关注，也验证了NRK的革新理念'Slow-TV'。
"始于1893年的海达路德经营挪威西海岸航程，网罗沿岸所有重要港口和城镇，是挪威家喻户晓的旅行品牌。
经典沿海航程被誉为"世界最美丽的游轮之旅"。
纪录片跟随游轮向人们展示了航行中不断涌现的挪威美景，包括挪威西部峡湾地区著名的世界遗产盖朗厄尔峡湾，当游轮北行穿越北极圈后，还会穿行于传奇的罗弗敦群岛，停靠通往欧洲大陆最北端北角的门户口岸，沐浴在午夜阳光之下。
世界上最长的镜头
世界上最长的镜头：《俄罗斯方舟》电影讲述的是一名当代电影人与另一个来自19世纪的法国外交交官Sergei Dontsov 饰发现自己置身于圣彼得堡的一座古老的宫殿中，周围的人完全看不到他们。
两人结伴在宫殿中徘徊，见证了暴怒的彼得大帝用鞭子抽打他的将军;凯瑟琳女皇的私人生活;革命前夕末代沙皇一家最后的晚餐以及1913年最后一场辉煌盛大的宫廷舞会。
短短100分钟内，亲身经历了俄国200多年的历史……：影片简介一位当代电影人突然发现自己置身于1700年前圣彼得堡的一座古老宫殿里，同时周围的人都无法看到他。
和他有同样经历的是一位来自19世纪的法国外交官，这一奇遇使两人开始了一场历史的漫游，目睹了俄罗斯千年来的风云变幻。
他漫步在宏伟壮丽的宫殿里，见证了彼得大帝用鞭子狂怒地抽打他的将军，凯瑟琳女皇的个人生活，以及革命前夕末代沙皇一家最后的晚餐，还有1913年最后一场辉煌盛大的皇家舞会。
在他们的时间旅行逐渐展开之时，两人之间也不断就俄罗斯的历史文化问题发生争执：侯爵秉持西方对俄罗斯爱恨交织的传统感情，而现代电影人却反思和质疑着他的国家的过去和现在。
：关于导演亚历山大·索科洛夫是当代俄罗斯影坛最重要的导演，认为是塔可夫斯基的精神继承人。
虽然这样的比较多少抹煞了一些索科洛夫的个性，但两者之间确实存在不少相似之处：对长镜头的偏好，演员的自然表演，以及对于人类存在的本质问题和精神领域的共同关注。
索科洛夫1951年生于西伯利亚的乡村，毕业于高尔基大学历史系。
19岁时就开始担任助理电视导演。
直到1975年，他一直为高尔基电视台执导电视节目。
后来他前往莫斯科进入国立电影学院学习，在此期间他初露峥嵘，引起了塔可夫斯基的注意。
在大师的推荐下，他进入列宁格勒电影制片厂工作。
但大部分他的早期作品在制片厂内部遭到了消极评价。
改革前，几乎每部影片都被禁映，这使他一度转向纪录片创作。
直到80年代末，他才进入了国际观众的视野。
先是他于1978年完成的故事片处女作《孤独人类之声》在卢卡诺影展上获奖，此后他的作品得到了持续的关注。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
好了，在开始第一天的行程之前，请先打开您最惯用的编程工具吧：VisualStudio？ CodeBlocks？UltraEdit？SourceInsight？Emacs？Vim？或者只是附件里那个制作低劣的记事 本 … … 总 之 请 打 开 它 们 ， 打 开 OpenSceneGraph-2.6.0 的 源 代 码 文 件 夹 ， 打 开
new osgViewer::GraphicsWindowWin32::WindowData(hWnd); traits->x = 0; traits->y = 0; …… traits->inheritedWindowData = windata; osg::GraphicsContext* gc = osg::GraphicsContext::createGraphicsContext(traits.get()); Camera* camera = viewer.getCamera(); camera->setGraphicsContext(gc); …… viewer.setCamera(camera); 这个过程虽然比较繁杂，但是顺序还是十分清楚的：首先设置嵌入窗口的特性（Traits）， 例如 X、Y 位置，宽度和高度，以及父窗口的句柄（inheritedWindowData）；然后根据特性 的设置创建一个新的图形设备上下文（GraphicsContext），将其赋予场景所用的摄像机。而 我们在 getContexts 函数中所要获取的，也许就包括这样一个用户建立的 GraphicsContext 设 备。
_cameraManipulator->init(*initEvent, *this); 从变量的名称可以猜测出_eventQueue 的功能，它用于储存该视景器的事件队列。OSG 中代表事件的类是 osgGA::GUIEventAdapter，它可以用于表达各种类型的鼠标、键盘、触压 笔和窗口事件。在用户程序中，我们往往通过继承 osgGA::GUIEventHandler 类，并重写 handle 函数的方法，获取实时的鼠标/键盘输入，并进而实现相应的用户代码（参见 osgkeyboardmouse）。 _eventQueue 除了保存一个 GUIEventAdapter 的链表之外，还提供了一系列对链表及其 元素的操作函数，这其中，createEvent 函数的作用是分配和返回一个新的 GUIEventAdapter 事件的指针。 随后，这个新事件的类型被指定为 FRAME 事件，即每帧都会触发的一个事件。 那么，_cameraManipulator 呢？没错，它就是视景器中所用的场景漫游器的实例。通常 我 们 都 会 使 用 setCameraManipulator 来 设 置 这 个 变 量 的 内 容 ， 例 如 轨 迹 球 漫 游 器 （TrackballManipulator）可以使用鼠标拖动来观察场景，而驾驶漫游器（DriveManipulator） 则使用类似于汽车驾驶的效果来实现场景的漫游。 上面的代码将新创建的 FRAME 事件和 Viewer 对象本身传递给_cameraManipulator 的 init 函数，不同的漫游器（如 TrackballManipulator、DriveManipulator）会重写各自的 init 函 数，实现自己所需的初始化工作。如果读者希望自己编写一个场景的漫游器，那么覆写并使 用 osgGA::MatrixManipulator::init 就可以灵活地初始化自定义漫游器的功能了，它的调用时 机就在这里。 那么，回到 viewerInit 函数……很好，这次似乎没有更多的内容了。没想到一个短短的 函数竟然包含了那么多的信息，看来草率地阅读还真是使不得。
好了，废话不再多说。我们这就开始。
当前位置：osgViewer/ViewerBase.cpp 第 571 行，osgViewer::ViewerBase::frame() frame 函数的内容本身几乎一眼就可以看完。不过要注意的是，这个函数是 ViewerBase 类的成员函数，而非 Viewer 类。因此，无论对于单视景器的 Viewer 类，还是多视景器的 CompositeViewer 类，frame 函数的内容都是相同的（因为它们都没有再重写这个函数的内容）。 该函数所执行的主要工作如下： 1、如果这是仿真系统启动后的第一帧，则执行 viewerInit()；此时如果还没有执行 realize() 函数，则执行它。 2、执行 advance 函数。 3、执行 eventTraversal 函数，顾名思义，这个函数将负责处理系统产生的各种事件，诸 如鼠标的移动，点击，键盘的响应，窗口的关闭等等，以及摄像机与场景图形的事件回调 （EventCallback）。 4、执行 updateTraversal 函数，这个函数负责遍历所有的更新回调（UpdateCallback）； 除此之外，它的另一个重要任务就是负责更新 DatabasePager 与 ImagePager 这两个重要的分 页数据处理组件。 5、执行 renderingTraversals 函数，这里将使用较为复杂的线程处理方法，完成场景的筛 选（cull）和绘制（draw）工作。 下面我们就按照 1~5 的顺序，开始我们的源代码解读之旅。
解读成果： osgGA::EventQueue::createEvent，osgGA::MatrixManipulator::init，osgViewer::View::init， osgViewer::Viewer::viewerInit。 悬疑列表： 无。
第二日
当前位置：osgViewer/Viewer.cpp 第 385 行，osgViewer::Viewer::realize() Viewer::realize 函数是我们十分熟悉的另一个函数，从 OSG 问世以来，我们就习惯于在 进入仿真循环之前调用它（现在的 OSG 会自动调用这个函数，如果我们忘记的话），以完成 窗口和场景的“设置”工作。那么，什么叫做“设置”，这句简单的场景设置又包含了多少 内容呢？艰辛的旅程就此开始吧。 首先是一行：setCameraWithFocus(0)，其内容无非是设置类变量_cameraWithFocus 指向 的内容为 NULL。至于这个“带有焦点的摄像机”是什么意思，我们似乎明白，似乎又不明 白，就先放入一个“悬疑列表”（Todo List）中好了。 下面遇到的函数就比较重要了，因为我们将会在很多地方遇到它： Contexts contexts; getContexts(contexts); 变量 contexts 是一个保存了 osg::GraphicsContext 指针的向量组，而 Viewer::getContexts
当前位置：osgViewer/View.cpp 第 227 行，osgViewer::View::init() Viewer::viewerInit 函数只做了一件事，就是调用 View::init()函数，而这个 init 函数的工 作似乎也是一目了然的：无非就是完成视景器的初始化工作而已。 不过在我们离开这个函数，继续我们的旅程之前，还是仔细探究一下，这个初始化工作 到底包含了什么？ 阅读某个函数的源代码过程中，如果能够大致知道这个函数的主要工作，并了解其中用 到的变量的功能，那么即使只有很少的注释内容，应该也可以顺利地读完所有代码。如果对 一些命名晦涩的变量不甚理解，或者根本不知道这个函数于运行流程中有何用途，那么理解 源代码的过程就会麻烦很多。 View::init 函数中出现了两个重要的类成员变量：_eventQueue 和_cameraManipulator， 并且还将一个 osgGA::GUIEventAdapter 的实例传入后者的初始化函数。 代码如下：
不过不用担心，如果您已经耐着性子读到了这里，并且已经看到了 ViewerBase.cpp 中总 共 752 行规规矩矩的代码，那么我会尽全力协助您继续走完漫长的一帧的旅程，并在其中把 自己所知所得（不仅仅局限于那个该死的 frame 函数，而是遍及 OSG 的方方面面）全数灌 输给您。当然也希望您尽全力给我以打压、批评和指正，我只是一个普普通通的梦想着先找 个女朋友成家立业的毛头小子而已，如果我的话全都是对的，那么那些真正的图形学权威们 一定都住在寒风刺骨的珠穆朗玛峰顶上。
对 OSG 有所了解之后，我们也许可以很快地回答这个问题，正如下面的代码所示： while (!viewer.done())
viewer.frame(); 就这样，用一个循环结构来反复地执行 frame()函数，直到 done()函数的返回值为 true 为止。每一次执行 frame()函数就相当于完成了 OSG 场景渲染的一帧，配置较好的计算机可 以达到每秒钟一二百帧的速率，而通常仿真程序顺利运行的最低帧速在 15~25 帧/秒即可。 很好，看来笔者的机器运行 frame()函数通常只需要 8~10ms 左右，比一眨眼的工夫都要 短。那么本文就到此结束吗？ 答案当然是否定的，恰恰相反，这篇繁琐且可能错误百出的文字，其目的正是要深入 frame()函数，再深入函数中调用的函数……一直挖掘下去，直到我们期待的瑰宝出现；当然 也可能是一无所获，只是乐在其中。 这样的探索要到什么时候结束呢？从这短短的 10 毫秒中引申出来的，无比冗长的一帧， 又是多么丰富抑或无聊的内容呢？现在笔者也不知道，也许直到最后也不会明了，不过相信 深入源代码的过程就是一种享受，希望读者您也可以同我一起享受这份辛苦与快乐。 源代码版本：OpenSceneGraph 2.6.0；操作系统环境假设为 Win32 平台。为了保证教程 的篇幅不致被过多程序代码所占据，文中会适当地改写和缩编所列出的代码，仅保证其执行 效果不变，因此可能与实际源文件的内容有所区别。 由于作者水平和精力所限，本文暂时仅对单视景器（即使用 osgViewer::Viewer 类）的 情形作出介绍。 转载请注明作者和 本文在写作过程中将会用到一些专有名词，它们可能与读者阅读的其它文章中所述有所 差异，现列举如下： 场景图形-SceneGraph；场景子树-Subgraph；节点-Node；摄像机-Camera；渲染器-Renderer； 窗口-Window；视口-Viewport；场景-Scene；视图-View；视景器-Viewer；漫游器-Manipulator； 访问器-Visitor；回调-Callback；事件-Event；更新-Update；筛选-Cull；绘制-Draw。