gpt4 book ai didi

ffmpeg - FFServer 从 Logitech C920 流式传输 H.264,无需重新编码

转载 作者:行者123 更新时间:2023-12-02 10:19:41 29 4
gpt4 key购买 nike

我正在尝试通过在单独服务器 (CentOS 7.1) 上运行的 ffserver 将 Logitech C920 网络摄像头的 native .H264 网络摄像头实时从 Odroid 设备(机器人)广播到用户的浏览器,而无需重新编码 .H264视频源。

在浏览器中拥有实时视频源本身就是一个挑战,因此现在我只是尝试让 Odroid 上的 Logitech C920 网络摄像头通过 ffserver 将其 native .H264 实时视频源作为 mp4 流式传输给用户在此过程中无需重新编码视频。显然我想避免重新编码,因为这会占用太多的 CPU 时间并且会破坏实时视频源。稍后我可能需要将容器更改为 .flv 或 rtp,以便可以从浏览器实时播放。我使用 Logitech C920 网络摄像头,因为它可以在硬件上进行 .H264 编码。 (它已经通过直接保存文件进行了测试,它可以工作,除了与 Linux 内核错误相关的众所周知的“急躁”问题: http://sourceforge.net/p/linux-uvc/mailman/message/33164469/ ,但这是一个不同的故事)

问题是,无论我如何设置 ffmpeg-ffserver,只要 ffserver 出现在图片中,提要就会重新编码 - 甚至从 h264(native)到 h264(libx264) - 占用 Odroid 上 100% 的 CPU设备并在视频源中引入巨大的延迟。

以下是我的 ffmpeg 和 ffserver 设置。

来自 Odroid 设备的 Ffmpeg 将 .H264 源流式传输到 ffserver

$ 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 使用不同的语法等。没有任何帮助。 Reeconding 总是存在的,所以我不能让 ffmpeg-ffserver 只是按原样广播视频流。

ffmpeg(在 Odroid 上和服务器上)都是昨天(2015-06-09)从源代码编译的,因此它们是最新(且相同)版本。

有什么想法吗?

编辑:总而言之,问题是:我无法找到一种方法让 ffserver 在不重新编码的情况下广播来自 Logitech C920 网络摄像头的 h264( native )提要。

最佳答案

嗯,这并不是一个真正的答案,但我设法通过切换到 vlc 来做到这一点。不幸的是,我没有设法让 ffserver 按原样接受传入的 .H264 流,而不对其进行重新编码,即使我愿意,我仍然会遇到 ffmpeg-C920-linux 内核回归问题: http://sourceforge.net/p/linux-uvc/mailman/message/33164469/

因此,放弃 ffmpeg-ffserver 系列并尝试 vlc 看起来是合理的。

如果其他人感兴趣,我可以使用 vlc 通过运行以下命令来实现 C920 网络摄像头的 native .H264 源的非重新编码分发:

在 Odroid 设备上,这将从摄像头拾取 .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 解决该问题的解决方法。

关于ffmpeg - FFServer 从 Logitech C920 流式传输 H.264,无需重新编码,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30765700/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com