Gstreamer：将 rtsp 流中继到另一台 Windows 计算机（rtsp流转发）

25-04-26 2

关于Gstreamer：将rtsp流中继到另一台Windows计算机和rtsp流转发的问题就给大家分享到这里，感谢你花时间阅读本站内容，更多关于EasyPlayer-RTSP-Android安卓播放器

关于Gstreamer：将 rtsp 流中继到另一台 Windows 计算机和rtsp流转发的问题就给大家分享到这里，感谢你花时间阅读本站内容，更多关于EasyPlayer-RTSP-Android 安卓播放器播放 RTSP 延迟优化策略，极低延时！、EasyRTSPLive 摄像机 NVR 录像机 RTSP 协议实时流转 RTMP 协议直播流推送之搭建 EasyRTMPLive 拉 RTSP 流转 RTMP 测试环境的方法解析、FFmpeg - 捕获 rtsp 流并将其重新流式传输到另一个 rtsp 服务器、FFMPEG 在使用 rtsp-simple-server 降低 FPS 和通过 RTSP 流式传输时保持质量等相关知识的信息别忘了在本站进行查找喔。

本文目录一览：

Gstreamer：将 rtsp 流中继到另一台 Windows 计算机（rtsp流转发）
EasyPlayer-RTSP-Android 安卓播放器播放 RTSP 延迟优化策略，极低延时！
EasyRTSPLive 摄像机 NVR 录像机 RTSP 协议实时流转 RTMP 协议直播流推送之搭建 EasyRTMPLive 拉 RTSP 流转 RTMP 测试环境的方法解析
FFmpeg - 捕获 rtsp 流并将其重新流式传输到另一个 rtsp 服务器
FFMPEG 在使用 rtsp-simple-server 降低 FPS 和通过 RTSP 流式传输时保持质量

Gstreamer：将 rtsp 流中继到另一台 Windows 计算机（rtsp流转发）

如何解决Gstreamer：将 rtsp 流中继到另一台 Windows 计算机

PC1 通过 wifi 连接到 rtsp 源。 PC1 还连接到另一个网络，其中 PC2 也连接都运行 Windows 10

rtsp 源是无人机的遥控控制器。（无线网络）

在 PC 1 上我使用以下内容：

C:\\gstreamer\\1.0\\msvc_x86_64\\bin\\gst-launch-1.0 rtspsrc location=rtsp://192.168.43.1:8554/fpv_stream delay=1 udp-reconnect=1 timeout=0 do-retransmission=false ！应用程序/x-rtp！ rtph264depay ！ h264解析！队列！ avdec_h264 ！视频转换！视频/x-raw，格式=BGRx！视频转换！自动视频接收器

播放无人机的饲料。

如何将未（并且不能）连接到 RC 控制器的 PC1 的馈送中继到 PC2？
我可以使用什么管道在 PC2 上播放提要？我可以使用相同的吗？

我没有使用 Gstreamer 的经验，也不知道自己在做什么。

提前谢谢。

EasyPlayer-RTSP-Android 安卓播放器播放 RTSP 延迟优化策略，极低延时！

EasyPlayer-RTSP-Android 安卓 RTSP 播放器低延迟播放延时优化策略

EasyPlayer-RTSP-Android 播放器是一款专门针对 RTSP 协议进行过优化的流媒体播放器，其中我们引以为傲的两个技术优势就是起播速度快和播放延迟低。最近我们遇到一些需求，其对延迟要求非常苛刻，于是我们再把代码捡起来，针对之前的播放策略进行再优化，果然又发现一些可以更改和调优的地方，于是又对性能进行了一次压榨，再一次降低了延迟：

提高解码线程的优先级

一个不容忽视且容易被人忽略的事实，就是安卓层在一些低优先级的线程上面，线程休眠时间要比 sleep 时间要长，比如下面一段代码，在一个线程优先级为 BACKGROUND 的线程里，我们 sleep 100 毫秒，然后打印实际上线程暂停的时间。

new Thread(new Runnable() {
            @Override
            public void run() {
                Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
                long millis = System.currentTimeMillis();
                try {
                    Thread.sleep(100);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                Log.d(TAG,"thread sleep :" + (System.currentTimeMillis() - millis));
            }
        }).start();

然后打印输出如下内容：

thread sleep :102

可见优先级对线程的睡眠时间影响很大，我们这里需要严格控制休眠时间，所以我们需要将线程优先级设置高一些，设置成 Audio 级别：

Process.setThreadPriority(Process.THREAD_PRIORITY_AUDIO);

对于音频播放，使用 AudioTrack 的非阻塞模式写入

EasyPlayer 在渲染视频轨和音频轨的时候，是分别在不同的线程进行的，但是由于有音视频同步策略，如果某一个线程速度慢了，那另外一个线程就也会放慢下来等待它，而音频渲染就是这样一个容易 "慢下来" 的线程！

音频数据是由 AudioTrack 来进行渲染的，我们将 PCM 数据由 AudioTrack 的 write 接口写入，就可以播放出声音，但是这个 write 函数是阻塞的，假设某段时间由于网络抖动，没有音频数据过来，过会又突然来了一大块数据，把这些数据都 write 到 AudioTrack，会阻塞一段时间，这样就会导致不可避免的延迟！

在 Android 6.0 AudioTrack 提供了一个非阻塞的写入方式，我们在 6.0 以上的安卓系统，使用非阻塞方式写入，这样大块数据也能很快写入音频设备，就不会因此而导致延迟了。

优化追帧策略

视频是有一个个视频帧组成的帧序列。每个视频帧代表了一个时间点的采样，我们收到视频帧同时会得到其所在的时间信息，即视频时间戳。通过时间戳可计算出视频帧之间的时间间隔。播放时，我们需要根据这个时间间隔 T 来 Sleep，这样播放时才能保证流畅性。可通过下面的代码来计算出 T：

// 睡眠时间=当前时间戳-上一帧的时间戳-解码时间
long sleepTime = frameInfo.stamp - previousStampUs - decodeSpend * 1000;
if (sleepTime > 100000) {	// 睡眠时间超过100毫秒了，可能时间戳异常。设置为100毫秒。
       Log.w(TAG, "sleep time.too long:" + sleepTime);
       sleepTime = 100000;
}

上面说了，由于网络抖动，可能一段时间内都没有收到媒体数据，过一会又突然来了一大块数据。这时候已经有延迟产生了！那怎么办呢？我们可以让播放器稍微快速点播放，通过控制视频线程的 Sleep 时间 T 便可实现，当缓冲区内缓存帧数比较大时，可以以一定比例降低 T，这样播放器便可更快地消耗掉缓存帧数，将已经存在的延迟逐步追上。

如下面的代码所示，我们对当前的的 Sleep 时间进行修正：

if (sleepTime > 0) {
   // 计算当前视频队列的缓冲时间。
     long cache = mNewestStample - frameInfo.stamp;
     // 根据缓冲时间计算一个新的睡眠时间。
     sleepTime = fixSleepTime(sleepTime, cache, 50000);
     if (sleepTime > 0) {
         Thread.sleep(sleepTime / 1000);
     }
    }

fixSleepTime 函数用来修正睡眠时间。思路就是根据当前队列的缓冲和一个固定的延迟时间，调整睡眠时间。其代码如下，第一个参数表示修正前的睡眠时间 T，第二个参数表示当前缓冲时长 Cache，第三个参数表示当前设置的缓冲时长 Delay，单位都是微秒：

    private static final long fixSleepTime(long sleepTimeUs, long totalTimestampDifferUs, long delayUs) {
      if (totalTimestampDifferUs < 0l) {		// 修正参数异常
          Log.w(TAG, String.format("totalTimestampDifferUs is:%d, this should not be happen.", totalTimestampDifferUs));
          totalTimestampDifferUs = 0;
      }
      double dValue = ((double) (delayUs - totalTimestampDifferUs)) / 1000000d;
      double radio = Math.exp(dValue);
      double r = sleepTimeUs * radio + 0.5f;
      Log.i(TAG, String.format("%d,%d,%d->%d", sleepTimeUs, totalTimestampDifferUs, delayUs, (int) r));
      return (long) r;
  }

这个函数的思路是根据自然指数在 x 小于 0 时 y 小于 1，大于 0 但无限趋近于 0，使用这个值乘以睡眠时间，得出新的睡眠时间。
x 为允许的缓存时间 Delay 减去缓冲区的时间 Cache。

当 Cache 大于 Delay 时，x 小于 0，y 小于 1，这时睡眠时间会变小，播放器加速播放。
当 Cache 等于 Delay 时，x 为 0，y 等于 1，这时睡眠时间不变。
当 Cache 小于 Delay 时，x 大于 0，y 大于 1. 这样修正的睡眠时间会变大。这时播放器会降低播放速度。

总结

通过这个机制，播放器会在播放的过程中通过调节睡眠时间，将当前的缓存时间逐步趋向用户设置的缓冲值。我们可更改这个缓冲值 Delay,Delay 越大，缓冲越大，播放越流畅；Delay 越小，缓冲越小，延迟就越低。

关于 EasyPlayer 流媒体播放器

An elegant, simple, fast android RTSP/RTMP/HLS/HTTP Player.EasyPlayer support RTSP (RTP over TCP/UDP) version & Pro version，cover all kinds of streaming media！EasyPlayer 是一款精炼、高效、稳定的流媒体播放器，分为 RTSP 版、RTMP 版和 Pro 版三个版本，支持各种各样的流媒体音视频协议和文件的播放，在安防、互联网、教育、录播、IPTV 等多个领域大放异彩，广泛应用！

EasyPlayer：https://github.com/EasyDSS/EasyPlayer

点击链接加入群【EasyPlayer】：544917793

获取更多信息

邮件：support@easydarwin.org

EasyDarwin 开源流媒体服务器：www.EasyDarwin.org

EasyDSS 商用流媒体解决方案：www.EasyDSS.com

EasyNVR 无插件直播方案：www.EasyNVR.com

EasyRTSPLive 摄像机 NVR 录像机 RTSP 协议实时流转 RTMP 协议直播流推送之搭建 EasyRTMPLive 拉 RTSP 流转 RTMP 测试环境的方法解析

EasyRTMPLive 是一套流媒体接入软件网关，即软件编码器；将 RTSP、RTMP、HTTP、HLS 等各种各样的网络流媒体先拉取到本地，进行转换，再以标准 RTMP/flv 协议的方式推流到 RTMP 流媒体服务器、CDN 等，进行直播分发。

搭建 EasyRTMPLive 拉 RTSP 流转 RTMP 测试环境

今天主要为大家介绍一下 EasyRTMPLive 具体搭建流程。

1、从 https://github.com/tsingsee/EasyRTMPLive 获取 EasyRTMPLive 程序包，直接运行 EasyRTMPLive.exe，如下图：

2、浏览器访问 http://192.168.1.103:19600/index.html#/ 初始是没有任何信息的，如下图：

3、添加 RTSP 转 RTMP 流信息
在新增界面填写三个参数：名称、源地址、推流地址，注意推流地址前已经默认添加了 rtmp://

4、推流地址可以配合 EasyDSS 使用，在 EasyDSS 直播服务中创建一个直播

5、通过 EasyDSS 查看播放效果

FFmpeg - 捕获 rtsp 流并将其重新流式传输到另一个 rtsp 服务器

如何解决FFmpeg - 捕获 rtsp 流并将其重新流式传输到另一个 rtsp 服务器

我想从 Live-CAM 捕获 Rtsp 流，然后我想将其重新流式传输到另一个 Rtsp 服务器。基本上，我的计算机将用作使用 FFMpeg 的中继服务器。

我已经尝试过这个临时命令，但我无法让它工作，即

ffmpeg.exe -i rtsp://InputIPAddress:554/mystream -preset medium -vcodec libx264 -tune zerolatency -f rtsp -rtsp_transport tcp rtsp://localhost:8554/mysecondstream

出于测试目的，我尝试使用 FFplay 观看来自 localhost 的流，如下所示：

ffplay rtsp://localhost:8554/mysecondstream

但没有运气。

谁能帮帮我？谢谢。

解决方法

嗯，我发现这个有效：

ffmpeg -rtsp_transport tcp -i "rtsp://123.123.123.123:554/mystream1" -rtsp_transport tcp -c:v copy -f rtsp rtsp://234.234.234.234:554/mystream2

即使在我运行 FFmeg 的 Android 手机上也能使用。但是，我对此并不满意。我希望我能进一步改进它。

编辑：添加“-use_wallclock_as_timestamps 1”使流稳定。

FFMPEG 在使用 rtsp-simple-server 降低 FPS 和通过 RTSP 流式传输时保持质量

如何解决FFMPEG 在使用 rtsp-simple-server 降低 FPS 和通过 RTSP 流式传输时保持质量

我正在使用 rtsp-simple-server (https://github.com/aler9/rtsp-simple-server) 并向 RTSP 服务器提供 FFMPEG 流。

我使用 docker compose 文件来启动流：

version: "3.8"

services:

  ffmpeg:
    container_name: ffmpeg-base
    restart: always
    image: "jenssgb/rtspffmpeg:base"
    depends_on:
      - rtsp-server
    volumes:
      - $PWD/:/video
    network_mode: "host"
    command: "ffmpeg -re -stream_loop -1 -i /video/footage-1-b.mp4 -c copy -f rtsp rtsp://localhost:8554/compose-rtsp"
  
  rtsp-server:
    container_name: rtsp-server-base
    restart: always
    image: "aler9/rtsp-simple-server"
    network_mode: "host"

现在我正在尝试通过转码来降低视频的 FPS：

command: -re -stream_loop -1 -i ${VIDEO_FILE} -vf "fps=${FPS_COMPOSE}" -f rtsp rtsp://localhost:8554/compose-rtsp

这基本上是有效的，但输出视频的质量变得很差。我尝试了很多诸如 -c:v libx264 之类的方法，它们确实有帮助，但后来让 ffmpeg 崩溃了。

av_interleaved_write_frame(): broken pipe0:00:09.99 bitrate=N/A speed=0.985x    
[rtsp @ 0x5563b1755640] Packets poorly interleaved,Failed to avoid negative timestamp -33660 in stream 0.
Try -max_interleave_delta 0 as a possible workaround.
av_interleaved_write_frame(): broken pipe
Error writing trailer of rtsp://localhost:8554/compose-rtsp: broken pipe

知道如何降低 FPS 将流发送到服务器但保持视频质量吗？稍后我也会降低分辨率 - 但现在我想保持分辨率和质量，但只降低 FPS。

我使用 -c:v libx264 测试的完整日志：

    ffmpeg -re -stream_loop -1 -i footage-1-b.mp4 -vf "fps=5" -c:v libx264 -f rtsp rtsp://localhost:8554/compose-rtsp
ffmpeg version 4.2.4-1ubuntu0.1 copyright (c) 2000-2020 the FFmpeg developers
  built with gcc 9 (Ubuntu 9.3.0-10ubuntu2)
  configuration: --prefix=/usr --extra-version=1ubuntu0.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-avresample --disable-filter=resample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librsvg --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-nvenc --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared
  libavutil      56. 31.100 / 56. 31.100
  libavcodec     58. 54.100 / 58. 54.100
  libavformat    58. 29.100 / 58. 29.100
  libavdevice    58.  8.100 / 58.  8.100
  libavfilter     7. 57.100 /  7. 57.100
  libavresample   4.  0.  0 /  4.  0.  0
  libswscale      5.  5.100 /  5.  5.100
  libswresample   3.  5.100 /  3.  5.100
  libpostproc    55.  5.100 / 55.  5.100
Input #0,mov,mp4,m4a,3gp,3g2,mj2,from ''footage-1-b.mp4'':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    title           : Session streamed by "nessyMediaServer"
    encoder         : Lavf58.29.100
    comment         : h264_3
  Duration: 00:59:59.63,start: 0.000000,bitrate: 2099 kb/s
    Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661),yuvj420p(pc),1280x720 [SAR 1:1 DAR 16:9],2061 kb/s,24.96 fps,25 tbr,12800 tbn,25 tbc (default)
    Metadata:
      handler_name    : VideoHandler
    Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D),8000 Hz,mono,fltp,35 kb/s (default)
    Metadata:
      handler_name    : SoundHandler
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
  Stream #0:1 -> #0:1 (aac (native) -> aac (native))
Press [q] to stop,[?] for help
[aac @ 0x56277bc7f840] Too many bits 8832.000000 > 6144 per frame requested,clamping to max
[libx264 @ 0x56277bbc33c0] using SAR=1/1
[libx264 @ 0x56277bbc33c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
[libx264 @ 0x56277bbc33c0] profile High,level 3.1
[libx264 @ 0x56277bbc33c0] 264 - core 155 r2917 0a84d98 - H.264/MPEG-4 AVC codec - copyleft 2003-2018 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=5 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0,rtsp,to ''rtsp://localhost:8554/compose-rtsp'':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    title           : Session streamed by "nessyMediaServer"
    comment         : h264_3
    encoder         : Lavf58.29.100
    Stream #0:0(und): Video: h264 (libx264),q=-1--1,5 fps,90k tbn,5 tbc (default)
    Metadata:
      handler_name    : VideoHandler
      encoder         : Lavc58.54.100 libx264
    Side data:
      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
    Stream #0:1(und): Audio: aac (LC),48 kb/s (default)
    Metadata:
      handler_name    : SoundHandler
      encoder         : Lavc58.54.100 aac
av_interleaved_write_frame(): broken pipe0:00:09.87 bitrate=N/A speed=0.978x    
[rtsp @ 0x56277bba0640] Packets poorly interleaved,Failed to avoid negative timestamp -33660 in stream 0.
Try -max_interleave_delta 0 as a possible workaround.
av_interleaved_write_frame(): broken pipe
Error writing trailer of rtsp://localhost:8554/compose-rtsp: broken pipe
frame=   50 fps=4.6 q=23.0 Lsize=N/A time=00:00:10.21 bitrate=N/A speed=0.947x    
video:162kB audio:8kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unkNown
[libx264 @ 0x56277bbc33c0] frame I:1     Avg QP:19.85  size:165667
[libx264 @ 0x56277bbc33c0] frame P:13    Avg QP:20.88  size:140481
[libx264 @ 0x56277bbc33c0] frame B:36    Avg QP:24.58  size: 55445
[libx264 @ 0x56277bbc33c0] consecutive B-frames:  4.0%  0.0%  0.0% 96.0%
[libx264 @ 0x56277bbc33c0] mb I  I16..4:  4.4% 30.8% 64.8%
[libx264 @ 0x56277bbc33c0] mb P  I16..4:  4.1% 10.6% 20.0%  P16..4: 24.4% 24.8% 13.3%  0.0%  0.0%    skip: 2.6%
[libx264 @ 0x56277bbc33c0] mb B  I16..4:  0.8%  2.0%  4.0%  B16..8: 40.3% 14.5%  5.2%  direct:11.8%  skip:21.4%  L0:77.1% L1: 7.9% BI:14.9%
[libx264 @ 0x56277bbc33c0] 8x8 transform intra:30.1% inter:11.9%
[libx264 @ 0x56277bbc33c0] coded y,uvDC,uvAC intra: 82.5% 60.9% 26.6% inter: 55.0% 42.4% 2.7%
[libx264 @ 0x56277bbc33c0] i16 v,h,dc,p: 17% 26% 34% 23%
[libx264 @ 0x56277bbc33c0] i8 v,ddl,ddr,vr,hd,vl,hu: 22% 33% 15%  3%  4%  5%  4%  3%  9%
[libx264 @ 0x56277bbc33c0] i4 v,hu: 20% 22% 13%  3% 17% 11%  5%  3%  6%
[libx264 @ 0x56277bbc33c0] i8c dc,v,p: 54% 25% 16%  5%
[libx264 @ 0x56277bbc33c0] Weighted P-Frames: Y:7.7% UV:7.7%
[libx264 @ 0x56277bbc33c0] ref P L0: 33.2% 11.6% 29.0% 23.9%  2.4%
[libx264 @ 0x56277bbc33c0] ref B L0: 79.6% 11.9%  8.5%
[libx264 @ 0x56277bbc33c0] ref B L1: 95.9%  4.1%
[libx264 @ 0x56277bbc33c0] kb/s:3190.34
[aac @ 0x56277bc7f840] Qavg: 65536.000
Conversion Failed!

谢谢， J

解决方法

当您说“视频质量变得非常糟糕”时，我猜您的意思是您的转码输出视频中存在大量块伪影。这通常是因为您没有为输出视频流分配足够的带宽。没有足够的输出带宽可供使用，编码器会量化并消除高频内容，因此看起来很糟糕。

你没有提到你有什么样的节目材料。但值得一提的是：在具有大量运动的材料（想想詹姆斯邦德的电影）中，它不会节省太多带宽来降低帧速率：我们正在对连续帧之间的差异进行编码。在帧之间等待的时间越长，编码的差异就越大（并且运动估计器必须工作得越困难）。如果您从根本上降低帧速率（例如从 24 到 2），情况会变得更糟。

Talking-heads 材料通常对帧率不太敏感。

您可以像这样尝试setting your bandwidth -- your output bitrate -- explicitly。

-b:v 1000K -maxrate 1200K -bufsize 500K

这些参数告诉 ffmpeg 给你一个 1 mbps 的恒定速率流，允许一些变化。从你的例子中得到这样的东西......

-re -stream_loop -1 -i ${VIDEO_FILE} -vf "fps=${FPS_COMPOSE}"  -b:v 1M  -maxrate 1M -bufsize 500K -f rtsp rtsp://localhost:8554/compose-rtsp

在您的笔记本电脑上尝试各种 ffmpeg 参数组合可能是最简单的，这样您就可以在选择一个放入您的 docker 映像之前快速循环各种尝试。

关于Gstreamer：将 rtsp 流中继到另一台 Windows 计算机和rtsp流转发的问题我们已经讲解完毕，感谢您的阅读，如果还想了解更多关于EasyPlayer-RTSP-Android 安卓播放器播放 RTSP 延迟优化策略，极低延时！、EasyRTSPLive 摄像机 NVR 录像机 RTSP 协议实时流转 RTMP 协议直播流推送之搭建 EasyRTMPLive 拉 RTSP 流转 RTMP 测试环境的方法解析、FFmpeg - 捕获 rtsp 流并将其重新流式传输到另一个 rtsp 服务器、FFMPEG 在使用 rtsp-simple-server 降低 FPS 和通过 RTSP 流式传输时保持质量等相关内容，可以在本站寻找。

本文标签：