基于流媒体的对讲机系统的设计与实现

13 April 2014

IMG-THUMBNAIL

研究生毕业设计从4月13号开始写，历时了三个版本：复制网络凑字数版、全篇废话凑字数版、和目前的基本完成版。前前后后也码了不少字了。之前准备在这里写论文的，因为这里是Github Pager，而我写的也是论文。后来发现修改起来太麻烦，还是乖乖的去用Office写了。况且之前的版本主要都是凑字数的，就不用拿来在这里献丑了。

论文为什么有会三个版本？因为这个课题我很不喜欢去做。既不是我相关的东西，做了又没有实际用途，所以就一直不想去开发。先开始就是想毕业就好。后来觉得这样复制来的肯定审查过不了，遂编了一堆系统特性和需求实现。后来又发现，我编的这堆有的没的到了答辩的时候还是会露馅，因为编的实在太烂。最后，觉得好好编一编，第三个版本诞生了。

对于这个课题，一开始很抵触，觉得没用。后来被迫开始编之后，才真正发现认真做一个东西原来能学到很多。以前觉得特别牛逼，下不了手的，比如网络通信协议的代码实现。之前充其量就是看看包头，看看协议格式，现在能基本会编码，了解协议格式的指定。这也是我心目中一道难以翻越的高山阿！感觉我这种菜鸟主要就是因为态度差，能学的看不起，牛逼的又看不懂。。。编的过程中还熟悉了Android开发，现在觉得对Android已经有一个大体认识了。

课题本来就是VOIP，但是VIOP算是比较成熟的了，再加上我能力有限，实在没办法在Android端开发出啥新颖的东西，比如H264的RTP传输。后来就寻思着加点啥进去。要在短时间内加点料，就得挑自己最擅长的了。那就是REST接口开发，我用过Java和Go语言开发接口，比较熟悉，一晚上搞定接口。然后就是Android端加点控件，与服务器通信。前几天又灵机一动，因为在公司解除过iOS的消息PUSH开发，知道Android端比iOS简单一万倍，遂又想把这个加进来充数。本来想自己用HTTP长连接自己实现的，后来还是发现能力有限，用了百度云推送。瞬间高上大有木有。我严格按照导师的意思，“如果没有技术含量，就不要让评审觉得也没有工作量”的宗旨，完成了所有的工作。

而对于RTP协议，鄙人确实是花了大量时间去实现H264的传输，也看了不少论文。在最后解码方面却一直没有能够成功，也算是一憾。回想本科时候毕设的人脸识别，瞬间觉得自己自学能力太过于有限。。。

论文已经交去盲审了，但是我还是觉得有必要好好整理一下。留给有缘人。

2014年6月3日 家

盲审结果出来了，有惊无险的过了。不过室友挂了。。。为啥每次觉得水水的东西到后来又觉得不是那么水。。。

2014年6月13日 家

##1 开发准备与评估

##2 协议分析与实现

##3 Android控件的实现

##4 系统调试与测试

原文链接：基于流媒体的对讲机系统的设计与实现，转载请注明来源！

–EOF–