C# rtsp 转码rtmp nginx踩下的坑

最近有一个项目, 进行步态识别的时候，同时需要显示摄像的实时画面。对于 Winform 显示画面，之前针对 rtmp 流的时候，是先写一个HTML 网页加载视频流，然后在IIS上发布，将地址直接赋值给winform中 WebBrowser 控件的Url值即可。

 this.webBrowser1.Url = new Uri("http://192.168.0.217:8063/player.html");

针对HTML部分，网上有很多开源的Demo，已封装好，没啥值得研究的事情。本来顺顺利利，而现在是海康原生的 rtsp 流，Winfrom 没啥好的解决方案，于是首先想到如何将 rtsp 流转成rtmp流 。于是乎采坑之路就此开始。首先是下载ffmpeg ，然后搭建nginx 服务器。进行配置，再在dos界面执行相关指令，看起来很简单，实际上坑贼多。针对 ffmpeg 来说，还很简单，直接下载即可，然后将exe的同级目录的路径拷贝到配置变量中 。再管理员身份打开cmd后，执行 ffmpeg -version 出现长串字符即为成功

重点是nginx服务器的配置。 之前没听过这个，虽然网上很多相关的帖子，五花八门。很多人给的教程不全，或者上来就是改代码。对于小白来说确实不知所云。在尝试了多个版本之后，找到了一个比较靠谱的帖子，这里小小感谢下，Windows下用FFmpeg+nginx+rtmp搭建  ，按照步骤下来，nginx 还是没有启动，最后百度，在nginx-win-rtmp.conf 文件中，需要加入rtmp的信息，红字部分

events {
worker_connections 8192;
# max value 32768, nginx recycling connections+registry optimization =
# this.value * 20 = max concurrent connections currently tested with one worker
# C1000K should be possible depending there is enough ram/cpu power
# multi_accept on;
}

rtmp {
server {
listen 1935;
chunk_size 4000;
application live {
live on;
     }
  }
}

加入之后，仍然无法启动，查看log发现是默认的80端口被占用，于是乎按照网上小伙伴绝大多数给的说法，先查询这些80端口被那些程序占用，执行命令： netstat -aon|findstr "80"  ，然后记录下PID，然后依次在进程中查看PID，找到源头，最后关闭这些万恶的源头。

一瞅，发现这么多的80端口列表，很多还是不能关闭的，于是乎这条路又断了，后来一项，把端口改成其他的数字不就可以。于是忽，再次进入 nginx-win.conf、nginx-win-rtmp.conf 中将server中 listen 值由 80改成84 后，再次执行命令

dos界面，管理员进入nginx.exe同级目录后，执行 nginx.exe -c conf\nginx-win-rtmp.conf 后，终于成功了，在任务管理器中发现了nginx 的进程。这里nginx启动好以后，接下来就是执行推流任务。同样用管理员身份进入cmd，执行

ffmpeg -i "rtsp://admin:admin@192.168.0.246:554/Streaming/Channels/1?transportmode=unicast" -f flv -r  -s 640x360 -an  rtmp://localhost:1935/live/room 

注意，这里有两个坑，一个是必须要管理员打开cmd，还有一个是后面的  -an rtmp://localhost:1935/live/room（自行编辑） ，和前面的是一条完整的命令，很多帖子写的是两行，这样直接粘贴过去的话，同样执行失败。最后成功时，界面如下

这个会一直往下跑，代表着一直在推 啊推啊流，（不能关闭）这样一番操作之后，rtsp流就成功的转换为了rtmp流。于是乎winform界面就可以操作此流进行播放.......

这个只是小小的研究一下，正常环境肯定不能这样进行测试，贼难用，后来用了其他的第三方dll插件库引用来处理