jtt1078-video-server

基于JT/T 1078协议实现的视频转播服务器，当车机服务器端主动下发音视频实时传输控制消息（0x9102）后，车载终端连接到此服务器后，发送指定摄像头所采集的视频流，此服务器部分负责将视频流推送到RTMP服务器端，完成转播的流程。

准备工具

1. 安装了ffmpeg的linux一台（如果你是Windows 10，可以开启Windows子系统）
2. 安装了nginx-rtmp-module的Nginx服务器，用于实时视频的转播
3. PotPlayer，可用于播放实时转播的RTMP视频
4. 项目里准备了一个测试程序（src/main/java/cn.org.hentai.jtt1078.test.VideoPushTest.java），以及一个数据文件（src/main/resources/tcpdump.bin），数据文件是通过工具采集的一段几分钟时长的车载终端发送上来的原始消息包，测试程序可以持续不断的、慢慢的发送数据文件里的内容，用来模拟车载终端发送视频流的过程。

协议所定义的实时码流数据报文格式：

经过阅读文档，以及测试，有如下问题或发现：

1. 视频流发送是不需要回应的，车载终端将一直持续不断的发送。
2. 1078协议借鉴了RTP协议，但不是真正的RTP协议。
3. 数据包的第30字节起为视频数据体，可以将每个消息包的这个部分保存到文件中，比如xx.h264，可以使用PotPlayer来播放。

一般来说，视频的推流首先想到的是使用ffmpeg，如果要集成ffmpeg的sdk，会有些麻烦，好像还得了解ffmpeg的API，有些麻烦。但是如果使用ffmpeg命令行来进行，它所需要的输入视频的参数可以是视频设备，或是视频文件，如果我们不断的生成文件，然后不断的创建ffmpeg进程，就Low爆了，所以这里我采用Linux所特有的FIFO命名管道文件来配合ffmpeg来进行转播，转播的大概流程框图如下：

FIFO命名管道文件跟java的PipedStream类似，如果一个命名管道文件没有Writer，那么对此文件的read将被阻塞，在这个项目里，通过创建子进程ffmpeg进行对文件的转播，而当文件还没有写入内容的时候，转播的过程将被阻塞，而当我们服务器端每收到一个实时视频流消息包时，都将视频数据体部分写入到此文件中，如此往复循环，能够很好的完成视频的推送。

测试步骤

1. 配置好服务器端，确定mkfifo命令是否存在，以及路径是否正确，可通过which mkfifo来确定路径。ffmpeg也一样。建立好fifo-pool.path的文件夹，用于存放转播中所使用到的命名管道文件。
2. 确保nginx服务器已经启动，同时配置文件里的rtmp.format已经设置为正确的RTMP地址格式。
3. 对项目进行打包，执行mvn package，进入到linux环境下，执行java -jar jtt1078-video-server-1.0-SNAPSHOT.jar来启动服务器端。
4. 在任意系统下，运行VideoPushTest.java，开始模拟车载终端的视频推送。
5. 服务器端的日志里将会输出start streaming to rtmp://....的字样，后面即为实际推送的RTMP地址。
6. 打开PotPlayer，按下Ctrl+U，输入上面输出的RTMP地址，稍等片刻就能看到转播出来的视频了。

好了，就到这里了，真的没有了。。。。