我正在尝试从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设置。
我已经尝试了直接在ffserver配置中将VideoCodec值设置为libx264,尝试了ffmpeg中的-re设置,尝试了使用不同的ffmpeg语法等等。 什么都没用。 视频仍然被重新编码,所以我无法让ffmpeg-ffserver只是广播原始视频流。
Odroid和服务器上的ffmpeg都是昨天(2015年6月9日)从源代码编译的,因此它们是最新版本且相同版本。
有任何想法吗?
编辑: 总之问题是:我找不到一种方法来让ffserver广播来自Logitech C920网络摄像头的h264(本机)源而无需重新编码。
$ 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(本机)源而无需重新编码。
-vcodec h264
,然后运行了ffmpeg -s 1920x1080 -f v4l2 -i /dev/video0 -copyinkf -vcodec copy http://xxxyyyy.com:8090/feed1.ffm
-- 这导致相机发送原始视频格式而不是h264,因此显然需要进行转码为h264,这并不好。 - Zoltan Fedor