JT/1078音视频传输协议开发指南
JT/1078协议是用于营运车辆车载终端做音视频传输的一个协议，交通部对于很多车辆是要求强制安装的，并且实时的音视频传输协议必须是JT/1078协议，而这个协议起草得相当的差劲，文档里好几处错误、设计有缺陷、厂家不按套路来，并且在音视频传输的细节里，有很多不明确不详细的地方，对于初次接触音视频开发的人来说，无从下手、完全摸不着头脑是很正常的事，开发进度一拖再拖，领导给的脸色也是越来越差，真是太蛋疼了。。。
JT/1078协议是用于营运车辆车载终端做音视频传输的一个协议，交通部对于很多车辆是要求强制安装的，并且实时的音视频传输协议必须是JT/1078协议，而这个协议起草得相当的差劲，文档里好几处错误、设计有缺陷、厂家不按套路来，并且在音视频传输的细节里，有很多不明确不详细的地方，对于初次接触音视频开发的人来说，无从下手、完全摸不着头脑是很正常的事，开发进度一拖再拖，领导给的脸色也是越来越差，真是太蛋疼了。。。
去年做了很多关于音频方面的开发工作，自己从一个完全的门外汉，一步一步的模索，趟过了不少的坑，学习和掌握到了不少的关于音频编码方面的知识，鉴于这一块的资料较少，而很多朋友在基础上有较多迷惑的地方，写一篇文章，简要的描述一下音频方面的几个基础的知识点。
记一次令人蛋疼的opencv/ffmpeg编绎安装经历。
最近因为要将dubbo-admin的一些管理界面通过iframe嵌入到其它项目中，而dubbo-admin在打开时会有HTTP安全认证，弹出一个登陆框要求输入用户名与密码，这可不能够，我得把它给毙了，找了找它本身的配置文件，没找到相关的设置项，所以就顺手使用Nginx的反向代理设置固定的
在PASV模式下，FTP服务器端会建立随机监听端口，所以我们都无法将FTP服务器安装到内网里的服务器上去，只能安装在最前端对外提供服务的机器上，那么我们就无法提供反向代理或是负载均衡（虽然可能用不上负载均衡），FTP的这个特性真是能够恶心死人，不过现在不用怕了，本项目完成了对于PASV模式的端口代理，稍微再改改，还能完成后端的负载均衡。
纯Java实现的远程桌面应用，通过AWT截屏，RLE压缩并传输到网页端，直接使用Javascript进行解压并渲染到Canvas上，实现远程交互的应用，目前支持远程桌面控制，剪切板共享、文件传输等。
DNS服务器，Domain Name Server，域名解析服务器，互联网上相互通信使用的是IP，但是IP是又长又臭又难记，所以创造了域名来解决IP难写难记的问题，记一个g.cn比203.208.50.127强过不知多少倍了。有了域名，也就有了基于最上层的分布式的可能，一个域名，可以对应于多个IP，比如根据来路IP的地区来决定应答服务器的IP，这就是CDN（内容分发网络），再比如基于来路IP的线路，比如联通或是移动或是电信，来应答一个最佳线路的服务器IP，这就是线路优化。更常见的是可以通过轮循或其它规则给出应答的IP，做最顶层的负载均衡。
ffmpeg是音视频处理方面的瑞士军刀，目前市面上几乎所有的音视频工具，都与ffmpeg脱不了关系。我们在音视频处理或开发工作时，有ffmpeg这个工具，能够帮我们解决大部分的问题，或是在我们的应用里集成ffmpeg，将能够拥有非常强大的音视频处理能力，而ffmpeg或是说音视频方面的水非常的深，需要学习的知识点太多太多，光ffmpeg命令行的文档，就有3万行左右，还不是完全版的，还有音视频方面，也有大量的知识点需要去了解，完全不下于ffmpeg本身。总的来说，学习曲线相当陡峭。 本文档旨在于说明ffmpeg的一般过程、基础的架构，让大家能够掌握ffmpeg的学习与使用的方法。