柳鲲鹏

输出时会提示类似rtsp://10.0.2.15:8554/<filename>

【代码】BasicTaskScheduler.cpp:191:40: error: ‘struct std::atomic_flag’ has no member named ‘test’

【代码】Ubuntu编译ZLMediaKit。

1 MultiCameraClient.closeCamera()2 MultiCameraClient.MSG_STOP_PREVIEW2.1 MultiCameraClient.closeCameraInternal()2.1.1 UVCCamera.destroy()2.1.1.1 UVCCamera.close()2.1.1.1.1 UVCCamera.stopPreview()/nativeStopPreview()2.1.1.1.2 UVCCamera.nativeRelease()

用于Gyro sensor坐标系和图像坐标系的方向的转换，算法参考的是图像的坐标系，陀螺仪的不同安装位置对应坐标系方向不一样，因此需要将陀螺仪坐标系与图像坐标系方向进行转换。通常设置为80，即防抖处理后只输出图像的80%。摄像机在拍摄视频时由于环境或人为的影响，视频会出现抖动或不稳定现象，影响视频观看，比如在视频采集场景中由于摄像机可能受到风吹或汽车经过引起的振动，手持运动DV受到人为的影响，行车记录仪受到汽车的抖动，都会引起视频抖动，为了让客户观看更加稳定和更加舒服的视频，需要尽可能消除视频的抖动。

2.4.1.1 标定工具 ............................................................................................................................................ 20。

修改红框的参数，比如300，延迟立即改善。这说明VLC是支持调整延迟的。

4.3.1 功能描述 ............................................................................................................................................... 51。

略这里并不是调用安装的VLC，所以需要下载SDK。注意要下载后缀是7z的文件。sdk：编译需要的头文件和库文件。plugs/libvlc.dll/libvlccore.dll：运行需要的文件。

最近专门测量了一次在不同zoom步进时，放大位数的关系，得到一个图如下：

前几天做一个海康摄像头转动录像，明明指定了转动，结果总是在水平0度录像。分析茇，发现是先水平再垂直。于是修改代码，先垂直再水平，就顺利录像。于是在录像时，通过视频观察，发现水平已经转动了，结果又转回来了。

修改easygbs.ini。sip/host为本机IP。终端用于登录的用户名和密码。关键就是要与服务器一致。

解压后有一个UserManual.pdf，可以参考。运行EasyGBS.exe。

考虑到数据是从终端出来的，有没有数据、何时发送应该由终端决定。除非特殊情况（比如个人爱好），正常都是被动方式。就是这个主动、被动没有听说。

这个最麻烦，还是编译通过啦。

可能是需要的链接库不对？

【代码】编译ffmpeg：Makefile:177: /tests/Makefile: No such file or directory（未解决）

其他几个编译还是很顺利的，编译libvpx费了好大力气。其中有自己的犯错，搜索全网也没有有用的帮助。经过一番努力，终于成功编译通过。这里就公布编译脚本，方便大家。

应该没有更精简的编译办法了。

【代码】嵌入式交叉编译：x264。

【代码】嵌入式交叉编译：x265。

争论了一番，我是不信的。后来问到板子厂家，说还真是这样。

【代码】默认的ONVIF设备RTSP格式。

这几天研究了一下录像代码，使用的OpenCV/VideoWriter。前后进行了一番分析，改进了代码。然后发现一个怪事：播放产生的录像文件，花屏。一般出现在网络传输时，关键帧丢失导致的。咱这代码也没走网络，通过RTSP抓取的视频画面，然后写入文件。恢复了代码，有所改善，也还存在。再分析，判断是跟分辨率相关。修改后的代码增大了分辨率，就容易发生。

so库显然是有分支判断的。当是特殊摄像头，且符合条件，才会开启。两个摄像头确实有所不同。

【代码】UVC摄像头绘制视频的代码流程。

比如说，NV21和YUV420SP的Y排列相同，UV则相反。给你YUV420SP，你当作NV21保存JPG，就会发生红蓝拿起。就是把UV互换一下。

回头想想，当初雄心勃勃的试图开发一个全通摄像头APP是不可能的。之后就想到，吾要把C部分代码研究清楚，看看能不能自己学会适配不同的摄像头。老外报怨吾APP不能用之后，吾按照提供的图片买了一个。昨天到货以后，心想这下你小子可被我逮住了，非解决你不可……最后只能老老实实的想办法从Google Play下载了指定APK，这下就能用了。

后来一想不对，我照相代码又没动，这部分代码又是独立的，绝对不会被影响。于是就看了一下代码，原来使用的是420SP。改用NV21之后，保存的照片对了，预览也对。昨天在清理代码时，随手测试了一下照相，结果发现画面产生了红蓝颠倒（预览画面正常）。回滚到最初还是有总是。随后再试，发现NV21又不能预览了，于是挽回了420SP。这个时候我是糊涂的。到底是哪里出了问题？为什么有时对有时不对？

插入摄像头之后，实际工作的是MultiCameraClient。现在新版本出来，有点糊涂。onPreviewFrame()，回调ICameraStrategy.mPreviewDataCbList中的各个IPreviewDataCallBack。实现onPreviewData()接口，把数据放到mVideoProcess（AbstractProcessor）的mRawDataQueue队列中。仔细分析，应该是监听KEY_FRAME_RATE的变化。以下内容都是看代码分析，并没有经过验证，甚至修改了没用。

买了个大华摄像头，除了抗噪方面效果不好，我是很满意的。前一段时间摄像头启动出了点问题（忘记拔掉SD卡），于是买了个海康的。

意思是说看到了我的安卓摄像头开源项目，自己是卖USB摄像头的，想做个发型方面的APP。我听了就有点奇怪，你做个APP还要找我？我记得编程语言中，就有巴西人发明的一种。于是我回信说，先说说你的要求，如果真要做的话先付定金。

YUV格式使用广泛，效果也很好。时代不同了，YUV也有所不足。

前几天一位网友问我，给Freeswitch画面添加半透明的标识，发500红包。我当时就愣了：大锅你觉得这个功能这么简单吗？这么简单你自己动手就行了，何必找我？我回答说，500做不了，可以参考吾博文。实际上YUV是没有半透明效果的。所以要在YUV画面上叠加一层，目前来看只有转换为RGB后处理，再转回去的办法。还有个办法就是终端在画面上再添加一个控件来实现。

有个网友通过吾博文，询问吾如何编译ffmpeg。吾对此当然很精通了，因为对于自己盲目自信，连对方说什么都没仔细看，结果搞了笑话。我个人认为这是不可能的。如果你真的要使用H264，那不如直接调用X264算了。我猜测他的本意其实是使用H264解码。这个脚本显然是在WINDOWS平台上产生的，要么转换一下，或者在LINUX上重新编辑一下。

以目前来看，libav已偏上维护。最新的版本是12.3，发布时间是2018-02。如果你使用新的代码，就会出现各种奇怪的编译错误。以前无意中看到，说两个其实是一回事。后来libav另有思路，从ffmpeg分裂出来。所以二者的头文件，编译库，几乎是一样的。所以大家遇到libav，直接使用ffmpeg代替即可。

有人就奇怪，这么神奇的办法，谁发明的？恨不得把电脑砸了了。重启后再安装，万事大吉！

然后一想，不对啊，不可能说只有我遇到难题，别人肯定也解决了。晚上一通搜索，终于找到了解决办法，安装成功。几年前我其实成功安装过。这次反复安装了几天，下载了多个版本，都没有成功。

我试图自己编译，没有解决，猜测是因为版本不同的原因。

而且我关掉其中一个，使用两个录屏，也很卡。于是我就猜测：这是因为WINDOWS录屏性能太差导致的。也就是WINDOWS录屏估计也就25帧。近来想再开两个平台直播，然后就有人抱怨帧率太低。