关于大疆图传的文件格式问题。
0
最近从DJI pilot video cache里面导出了一些缓存记录文件,1280X720,H.264格式,很多人说天气热时,说IPAD会卡死失去图传,发热量很大。我觉得应该是精灵3图传模块的问题.1、精灵3的图传采用了CBR固定码率的编码方式,可能跟航拍拍摄运动的素材比较多,采用可变码率时,码率过大?但我觉得至少可以做一下试验,VBR可变码率还是可以减少传输码流的。
2、精灵3采用了MP4文件来做buff,应该是安霸芯片原厂这帮人的建议,安霸这套方案本来是做行车记录仪无线传输的,在近距离wifi时,码率多大也无所谓,只要延迟小就行,但是距离一远,信号容易受到影响,传输的码率就会降低。容易造成花屏、卡屏。我建议采用现在流媒体中普遍流行的TS流切片封装,就是常说的M3U8格式,这种格式是苹果发明的,无专利可以随便用,MP4还得交专利费呢。M3U8可变码率好处太多了,如果信号波动受到影响,可以切换到低码流,保证图传仍然能够看到,我估计很多所谓的失联,其实就是图传画面看不到了,如果图传仍然正常,就不用担心。当然了,M3U8得到的是一段段的TS流文件,缓存后还得合并成一个整的文件,不然就不好编辑发布了。
3、建议图传改成H.265格式,安霸这颗IC应该是带有H.265压缩功能的,只是得交点专利费才能使用。使用H.265格式很好,直接可以把现在的2.346M码流降到1.15M码流,而且画质还不变,或者可以直接图传1080P的画面,供HDMI输出作全高清直播使用。
4、图传温度太高,目前的设计形式,应该没有经过风洞试验,我感觉加的那个小风扇根本就起不到散热的作用,可以考虑用飞机本身的向下尾流来散热。或许直接更换方案商。
文件格式 : MPEG-4
格式简介 : Base Media
编码设置ID : isom
文件大小 : 11.1 MiB
长度 : 39秒 834ms
混合码率模式 : CBR
平均混合码率 : 2 346 Kbps
编码日期 : UTC 1904-01-01 00:00:00
标记日期 : UTC 1904-01-01 00:00:00
编码程序 : Lavf56.15.102
视频
ID : 1
文件格式 : AVC
文件格式/信息 : Advanced Video Codec
格式简介 : High@L5.0
格式设置, CABAC : 是
格式设置, ReFrames : 1 frame
格式设置, GOP : M=1, N=112
编码设置ID : avc1
编码设置ID/信息 : Advanced Video Coding
长度 : 39秒 834ms
码率模式 : CBR
码率 : 2 343 Kbps
额定码率 : 2 700 Kbps
画面宽度 : 1 280像素
画面高度 : 720像素
画面比例 : 16:9
帧率模式 : 可变
帧率 : 30.000 fps
标准 : NTSC
色彩空间 : YUV
色度抽样 : 4:2:0
位深度 : 8位
扫描方式 : 逐行扫描
bits/(pixel*frame)(数据密度) : 0.085
大小 : 11.1 MiB (100%)
编码函数库 : x264 core 142 r13 217e3ba
编码设置 : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0:0x111 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=1 / lookahead_threads=1 / sliced_threads=0 / slice_max_mbs=3600 / slice_min_mbs=80 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=0 / weightp=0 / keyint=1 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc=crf / mbtree=0 / crf=26.0 / qcomp=0.60 / qpmin=26 / qpmax=26 / qpstep=4 / ip_ratio=1.40 / aq=0
编码日期 : UTC 1904-01-01 00:00:00
标记日期 : UTC 1904-01-01 00:00:00
|
|
|
|