厂家推荐是虚拟机下我这真好有真实的UBUNTU环境 就不用虚拟机了。需要将00到04 的压缩包 重新打包成一个文件 文档里面也已经给出命令了。这里主要用到两个目录 一个是源码也即SDK交叉编译链 编译工具。如果在windows下面看 如下 是看不到符号链接文件的。需要注意的是 下下来的时候只有下面绿色的部分。然后切到源码目录 我这里改名为SDK了。厂家给的资料下载下来之后 我的目录如下。具体目录不

项目中多路RTSP流输入每路输入又有多路不同分辨率的输出 ，FFMpeg 通过RTSP拉流 经过海思转码之后 通过srs_librtmp 推送RTMP到服务器，动态增加输入输出等等 ，这部分的工作已经做得差不多了。现在项目中有个小的需求截图功能，本身海思自身是有截图的例子的，但是 海思自带的截图需要占据一个vpss 和venc通道。而且这个分辨率是得开启编码通道的时候就指定好的，项目中需求是每路输

由于是在虚拟机里面跑的 4画面的话cpu已经达到了 60-70% 左右 并且画面会丢帧，有时候会出现花屏，可能是由于再虚拟机里面跑的缘故。窗口resize的时候由于是采用了保持视频比例的方式 所以 画面之间会出现黑框。可能得 开启ffmpeg硬件加速 ，同时渲染的时候用Qopengl的方式。这次实现了多画面播放 目前调试测试的是4画面播放。采用的是ffmpeg软解QImage渲染方式。play的时

从8月份开始到现在 ，从0开始写这个项目 早就准备写个项目总结，无奈，一直拖拖拉拉的 ，知道最近 正好 最后二期需求 也完成的差不多了 ，抽空记录下来 。首先介绍些硬件平台，海思HI3531DV200 硬件功能还是比较强悍的 据芯片手册上可以支持到8路4K的视频解码编码（记不太清楚了可能有误...不重要 ）。我们需求4路就可以 所以绰绰有余。前期项目的需求是4路RTSP输入，每路送入VDEC之后通

linux开发环境比较

如下图 routing函数里面 会走到dispath_request函数 然后去get_handlers_ 或者post_handlers_默认的方式如下 通过正则表达式匹配字符串我们只需要增加找不到的时候 都给他重定向到默认的handler。服务端刚起来的时候我们设置的 各种处理就是保存到 这个handler里面。这样如果我们想做转发的话 就可以直接在 这个默认的handler里。然后当客户端有

而这个sessionid是根据登录时候从服务器返回过来的一个cookie我们需要自己保存这个cookie然后之后的每次请求都把这个cookie带上。也没啥https的经验，然后就网上搜了下需要用到openssl 直接把openssl下载下来 编译成so库。大多数都是直接提供的sdk。华为的所有所有的HTTPS接口除了登录的之外 其他的都需要附带一个sessionid。之前所有的关于Web服务的交互

列出电脑的设备名称 比如摄像头 后面ffplay通过这里的名称进行编码推流。循环读取rabbit.mp4 并推送到rtsp服务器。从MP4文件提取aac文件。从aac文件解码PCM文件。ffplay播放pcm文件。以tcp方式播放rtsp流。

看一下topcpu已经沾满了 已经70°了 cpu不会爆掉吧 无风扇主动散热cpu主频已经到2G了。虽说是1G但是实际上可用的只有803M 如下图正常待机温度 50度左右现在已经68度了。强行中断搞不起来太卡了好像死机了。1.github国外的太慢了 找了个国内yuan。之前的这个小盒子 只能单线程编译 多线程会卡死。提示要安装tclsh 那就安装下。然后有提示安装pkg-config。我看源码还

charGPS1[] = "$GNGGA,121252.000,3937.3032,N,11611.6046,E,1,05,2.0,45.9,M,-5.7,M,,0000*77";int Parse_GPS(char *data,char * longtitude,char * latitude){int ret,temp;char* start, *tempStr;char *field;int