2012-05-24

研究了httprecv相关的代码，主要是网络接收TCP的流媒体数据

1，视频和音频数据是分包传递，检查了收到的数据包，貌似只有视频数据。

2，网络SOCKET模块采用SELECT模型，如果面对多个连接，效率会跟的上么，不过这不是服务器，应该够用了吧

3，逻辑很混乱，模块没有划分开，好多功能都是一个函数执行到底，看的脑壳都大了，线程管理也是没有一个集中的方案，到处都在开线程。

4，程序指定的什么IFRAME,PRAME,DFRAME,EFRAME没搞懂是什么玩意，都是说视频的格式的吧，AFRAME应该是音频。

5，还有接收数据的定长内存池也是看了半天，最后才明白作者的思路，到底要做什么，全部夹在一起写，我的天，也太偷懒了吧。

看别人的代码真是费劲... 还有发送给ipcam的指令好像还有问题，返回的是低清的视频，好像是320x240还是怎么的，还需要确认一下，还有序列帧，难道live模式下还会乱序么，tcp的特性就是先发过来必定先收到，难道ipcam做了live缓存机制来用线程池发送数据的么...

 

注明：

STRUCT FRAME里面的BUFFER就是流媒体数据，FRAMESIZE就是这个缓冲的长度。网络收发方面的代码需要重新架构

视频包里注明是h264

 

明天继续吧 ！！