一. 问题
2020.8.17号发现有个主播原始流流无法播放，分析后立马dump下来，流有如下特征：
视频地址可下载: https://github.com/xcysuccess/video-dump/blob/main/8-17-dishi-cannot-play.flv
- h265的流
- AVCDecoderConfigurationRecord无异常，创建解码器成功，有sps，pps，vps等信息
- 错误的原因是解码失败
同时还有一个问题，FFmpeg无法播放。
这里补充一个知识点：
二. AVCDecoderConfigurationRecord
对于H.264/AVC编码格式的FLV文件，onMetaData是第一个Tag，之后的第二个Tag就是AVCDecoderConfigurationRecord, 也是第一个Video Tag， 在FLV文件中一般情况也是出现1次
三. 解码失败
1. 区别
分析发现以前的解码可以成功，以前的塞入给解码器的形式是
nalutype+naludata+nalutype+naludata+…nalutype+naludata. 比如
是
spstype+spsdata+vpstype+vpsdata+ppstype+ppsdata+nalutype+naludata.
而目前的形式是
nalutype+naludata, 无sps,pps,vps等数据
2. 探索
分析测试发现编码信息比如分辨率等有变化的时候，I帧之前就会插入sps pps vps等数据，这时候只需要重置解码器参数，而后将相应的数据数据nalutype+naludata塞入解码层即可。
1. 解析data拿到nalu_list
2. 通过nalu_list去获取sps,pps,vps,videodata等数据
3. 发现一旦sps,pps,vps和之前设置进解码器的不一样就重启解码器
3.Android异常
按照上述思路修改后，iOS就OK了。但是测试发现android端异常。最后修改如下：
1. 解析data拿到nalu_list
2. 通过nalu_list去获取sei等数据设置进packet中
3. 通过unpackVideoData(src_data, packet)去 去除 nalu_length_size_的字节数（一般是4，藏在AVCDecoderConfigurationRecord中), 将处理后的数据设置进packet的data中
现在大功告成，可以iOS和android同时播放了。后续还有一些问题要跟踪，比如为啥android不能解码，以及解码多次失败没有抛出异常的问题。