获取到的每一帧数据哪部分是可以做处理的
Completed实验现象:
1. cam_emu.c中,原本是每次:读取视频文件中的一帧到dataBuf→加AUD信息→循环发送;我修改:dataBuf中的数据异或处理→加AUD信息→循环发送;结果:在MSDK端收到了花屏的视频。√
2. 在liveview.c的stratH264Stream的回调函数中,将获取到的一帧数据直接用SendVideoStream发送;结果:在MSDK端收到了直播流。√
3.基于2仿照1中对文件数据的异或处理,在stratH264Stream的回调函数中对一帧数据进行异或,然后发送;结果:在MSDK端显示为黑屏而不是花屏。×
4.在stratH264Stream的回调函数中,不论是对这一帧做异或还是对这一帧末尾补AUD,都会导致黑屏,只有完全不做处理可以显示。×
问题:
1.为什么对文件的一帧处理MSDK可以接收到花屏,对startH264Stream获取到的一帧异或就不行了呢?按理说不是一样的吗
2.读取文件发送的时候,AUD信息很重要,不补MSDK就黑屏,但是为什么对于startH264Stream获取到的一帧补上AUD反而黑屏了。
3.对startH264Stream获取到的一帧数据内部哪些部分是可以处理的,哪些部分处理了是会影响到MSDK识别的呢?
-
我要想要达到对帧内容做“加密”的效果,在遥控器这边接收到花屏or灰屏的的视频(即破坏原始画面),这种是应该处理哪个位置?
今天最新试验是对 StartH264Stream 获取到每一帧 bufData (第200字节 到 末尾部分)进行异或;我发现获取到的会有一些小帧,35字节的,于是我修改代码,只对大帧上万字节的bufData进行补AUD操作,35这种的就不补,然后目前在pilot2可以接收到花屏,但是又好像没有完全接收到。
说没有完全接受到的原因:1. MSDK示例程序接收不到;2.pilot2的花屏看起来不像是实时视频流被异或后的正常花屏,因为这个视频流异或后保存到本地播放出来时灰屏而不是花屏。
Please sign in to leave a comment.
Comments
4 comments