使用Logitech C920进行H.264视频流传输的FFServer无需重新编码

8
我正在尝试从Odroid设备(机器人)通过运行在单独服务器(CentOS 7.1)上的ffserver实时广播来自Logitech C920网络摄像头的本地.H264网络摄像头视频,以便用户可以在浏览器中查看而无需重新编码.H264视频。在浏览器中获得实时视频反馈本身就是一个挑战,因此现在我只是想让Odroid上的Logitech C920网络摄像头通过ffserver流式传输其本地.H264实时视频流作为mp4到用户,而不需要在过程中重新编码视频。显然,我希望避免重新编码,因为这会花费太多CPU时间并且会导致实时视频流中断。稍后我可能需要更改容器格式为.flv或rtp,以便可以实时在浏览器中播放。我使用Logitech C920网络摄像头,因为它可以在硬件上进行.H264编码(已通过直接保存文件进行测试,除了与Linux内核错误相关的众所周知的“抖动”问题:http://sourceforge.net/p/linux-uvc/mailman/message/33164469/,但那是另一回事)。问题是,无论我如何设置ffmpeg-ffserver,一旦ffserver出现在画面中,视频流都会被重新编码,甚至从h264(本地)到h264(libx264),占用Odroid设备上100%的CPU,并引入巨大的视频延迟。以下是我的ffmpeg和ffserver设置。从Odroid设备流式传输.H264源到ffserver的ffmpeg设置。
$ ffmpeg -s 1920x1080 -f v4l2 -vcodec h264 -i /dev/video0 -copyinkf -vcodec copy http://xxxyyyy.com:8090/feed1.ffm
ffmpeg version N-72744-g653bf3c Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 4.8 (Ubuntu/Linaro 4.8.2-19ubuntu1)
  configuration: --prefix=/home/odroid/ffmpeg_build --pkg-config-flags=--static --extra-cflags=-I/home/odroid/ffmpeg_build/include --extra-ldflags=-L/home/odroid/ffmpeg_build/lib --bindir=/home/odroid/bin --enable-gpl --enable-libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-nonfree
  libavutil      54. 27.100 / 54. 27.100
  libavcodec     56. 41.100 / 56. 41.100
  libavformat    56. 36.100 / 56. 36.100
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 16.101 /  5. 16.101
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.100 /  1.  2.100
  libpostproc    53.  3.100 / 53.  3.100
Input #0, video4linux2,v4l2, from '/dev/video0':
  Duration: N/A, start: 6581.606726, bitrate: N/A
    Stream #0:0: Video: h264 (Constrained Baseline), yuvj420p(pc), 1920x1080 [SAR 1:1 DAR 16:9], -5 kb/s, 30 fps, 30 tbr, 1000k tbn, 60 tbc
[swscaler @ 0x11bf0b0] deprecated pixel format used, make sure you did set range correctly
No pixel format specified, yuvj420p for H.264 encoding chosen.
Use -pix_fmt yuv420p for compatibility with outdated media players.
[libx264 @ 0x12590e0] using SAR=64/45
[libx264 @ 0x12590e0] using cpu capabilities: ARMv6 NEON
[libx264 @ 0x12590e0] profile High, level 1b
Output #0, ffm, to 'http://robo-car.int.thomsonreuters.com:8090/feed1.ffm':
  Metadata:
    creation_time   : now
    encoder         : Lavf56.36.100
    Stream #0:0: Video: h264 (libx264), yuvj420p(pc), 160x128 [SAR 64:45 DAR 16:9], q=-1--1, 64 kb/s, 30 fps, 1000k tbn, 5 tbc
    Metadata:
      encoder         : Lavc56.41.100 libx264
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
Press [q] to stop, [?] for help
^Cav_interleaved_write_frame(): Immediate exit requested00 bitrate=N/A dup=0 drop=97    
    Last message repeated 2140 times
frame= 3723 fps=301 q=-1.0 Lsize=     396kB time=00:12:14.20 bitrate=   4.4kbits/s dup=3699 drop=103    
video:321kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 23.500496%

服务器上运行的ffserver的/etc/ffserver.conf文件:

HTTPPort 8090                      # Port to bind the server to
HTTPBindAddress 0.0.0.0
MaxHTTPConnections 2000
MaxClients 1000
MaxBandwidth 10000             # Maximum bandwidth per client
                               # set this high enough to exceed stream bitrate
CustomLog -

<Feed feed1.ffm>         # This is the input feed where FFmpeg will send
   File ./feed1.ffm            # video stream.
   FileMaxSize 1G              # Maximum file size for buffering video
</Feed>

<Stream test.mp4>
  Feed feed1.ffm
  Format mp4
  NoAudio
</Stream>

如您在上述FFmpeg部分中所见,Odroid设备正在重新编码并最大化CPU使用率:

Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))

我已经尝试了直接在ffserver配置中将VideoCodec值设置为libx264,尝试了ffmpeg中的-re设置,尝试了使用不同的ffmpeg语法等等。 什么都没用。 视频仍然被重新编码,所以我无法让ffmpeg-ffserver只是广播原始视频流。
Odroid和服务器上的ffmpeg都是昨天(2015年6月9日)从源代码编译的,因此它们是最新版本且相同版本。
有任何想法吗?
编辑: 总之问题是:我找不到一种方法来让ffserver广播来自Logitech C920网络摄像头的h264(本机)源而无需重新编码。
3个回答

5

嗯,这不是一个真正的答案,但我通过切换到VLC实现了这个。不幸的是,我没有成功让ffserver接受输入的.H264流而不重新编码它,即使我能够做到,我仍然会遇到ffmpeg-C920-linux内核回归的问题:http://sourceforge.net/p/linux-uvc/mailman/message/33164469/

因此,放弃ffmpeg-ffserver线路并尝试使用VLC似乎是合理的选择。

如果其他人有兴趣,可以通过运行以下命令,在Odroid设备上实现C920网络摄像头本机.H264视频流的非重新编码分发:

streams it via http in mpeg-ts:
cvlc v4l2:///dev/video0:chroma=h264:width=1920:height=1080 --sout '#standard{access=http,mux=ts,dst=[ip of odroid]:8080,name=stream,mime=video/ts}' -vvv

在CentOS 7服务器上,以下内容可以从Odroid获取流并进行组播,以便消费者可以连接到它,而不是尝试连接带有更有限带宽(wifi)的Odroid设备:
vlc http://[ip of odroid]:8080 --sout '#standard{access=http,mux=ts,dst=[ip of centos server]:8080,name=stream,mime=video/ts}' -vvv

现在我可以通过VLC播放器在任何设备上实时播放此流:
http://[ip of centos server]:8080

不过,这并不是解决原始 ffmpeg-ffserver 问题的真正方法,而是使用 vlc 进行相同操作的一种变通方法。


1

我注意到你的配置中有一件事情,就是你在使用libx264 - "libx264 @ 0x12590e0] profile High, level 1b"进行高级转码。

尝试将配置设置为baseline或main,这将大大降低CPU开销。高级模式适用于编码蓝光光盘等内容。


0

你能否移除 -vcodec h264,因为我看到你提到了两个视频编解码器 -vcodec h264-vcodec copy。还有一件事,ffserver 不支持流式传输 mp4 格式的文件。尝试将其转换为 webmflv 格式。请参见 使用 ffserver 开始简单的 mp4 流式传输


所以,我尝试过以下方法:1. 删除了-vcodec h264,然后运行了ffmpeg -s 1920x1080 -f v4l2 -i /dev/video0 -copyinkf -vcodec copy http://xxxyyyy.com:8090/feed1.ffm -- 这导致相机发送原始视频格式而不是h264,因此显然需要进行转码为h264,这并不好。 - Zoltan Fedor
我也尝试了建议#2,转换为flv。转换仍然存在原始问题,即将h264(native)转码为h264(libx264),因此使用100%的CPU并且未使用已经从网络摄像头编码的H264编码源,而是再次重新编码为H264。因此,我描述的原始问题(重新编码)仍然存在。 - Zoltan Fedor

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接