develop
- 活动总数 58
- 最后的活动
- 成员加入日期
- 正在关注 0 名用户
- 关注者数 0 名用户
- 投票数 0
- 订阅数 9
评论
develop 最近的活动-
确认已解决。静候新版版发布。
-
使用网盘中提供的删除MSG_NOSIGNAL | MSG_DONTWAIT的库进行测试, 1M、3M码流暂时没有遇到问题。使用3M码流的原因:psdk原始库出现busy情况,3M比1M更明显,基本上运行psdk程序就报error;切换使用云盘中的库编译的程序,没有出现问题。多次反复切换2个程序交替运行,对比结果明显。 目前提供的库,是否仅删除了socket选项、增加了打印strerror(e...
-
是否分析过 前一条对比测试回复 的视频? 目前情况很奇怪:(1)使用psdk程序的推流,就报error;(2)使用socket的udp sendto函数推流,8M以内码流,没有遇到丢包情况。非阻塞设置MSG_NOSIGNAL | MSG_DONTWAIT时,也没有出现任何error的情况。(3)使用GDR无error。
-
H264-DJI,使用Period I,1Mbps。进行了对比测试:第一种,使用psdk发送视频流的线程的程序(目前使用的方式);第二种,之后关闭psdk发送视频流的线程,使用单独的进程使用非阻塞udp发送视频流到192.168.110.1:23003。 视频中先展示第一种,再展示第二种,再展示第一种, 使用独立的udp程序发送视频流无sendto错误(第一种psdk中图传线程单独提出编译运...
-
H264_DJI,使用Period I,1Mbps。使用提供的lib重新编译,运行仍然会有busy的情况。日志文件:https://space.dingtalk.com/s/gwHOAyRH4QLODQRqlgPaACA2YTBhYTBjMmE0MTQ0YWJkYmY4MzI2MWI0NDY3NDEzZg 密码: a9Lj。我这里的具体场景和一些情况说明如下: 1、1Mbps下,正常室内没有...
-
后面打算使用同一块开发板和摄像头,相同的h264编码方式,相同场景,进行对比测试busy情况:第一种,使用psdk发送视频流的线程的程序(目前使用的方式);第二种,之后关闭psdk发送视频流的线程,使用单独的进程使用非阻塞udp发送视频流到192.168.110.1:23003(已验证app能正常显示图传)。
-
是两个不同的问题,都使用的H264-DJI格式:前者目前状态是使用Period I结构,发送视频流会出现busy(在原帖子中跟进);这里使用 GDR 结构,打开dji pilot后加载负载画面开始显示时底部红色(msdk底部为绿色),GOP时间回复正常,之后的视频流都能正常显示,不会出现busy情况。 无人机负、载开发板启动后,不论等待多久,打开app第一次加载负载画面都可能出现底部花屏。 ...
-
之前是同一个开发板,H264_DJI,使用Period I,1Mbps, 会出现busy状态;当切换另一个psdk应用程序,使用GDR, 3Mbps,反而没有出现busy状态。 内部编码模块每次确保给出一个完整slice,psdk发送视频流部分代码一致,如果完整slice超过65000字节,就拆包发送。 提供的csdn链接404。我这边使用的是arm-linux-gnueabihf-gcc版...
-
使用DJI-H264格式, 1280*720@30fps,HIGH 4.0,1Mbps。在PSDK流量控制功能设置视频数据占整个高速数据传输通道带宽70%。 实时带宽log提示busy问题,分别2次运行程序的Debug级别LOG如下链接https://space.dingtalk.com/s/gwHOAwylJwLODQRqlgPaACAwNmFiNWQ0YzVjN2U0ZDNiOWIxMz...
-
(仅更换负载设备,无人机、遥控器均未重启) 后来又测试了几次使用3Mbps码率、但是使用了GDR编码策略,实时数据量在400KB/s以内(镜头静止或者运动),从未出现过流状态为忙的情况,也未出现花屏问题。 后面将继续多次对比测试。