rtp

0热度

1回答

我正在处理一个数据包捕获程序以分析RTP/RTCP流量。流量在移动网络中，例如VoLTE。我知道我需要首先搜索SIP/SDP数据包以获取RTP/RTCP中使用的实际地址和端口号。问题是我应该看什么信息。例如：源/目的地和SIP数据包中的其他信息。由于使用了SIP代理，所以SIP包的地址和信息在这样的SIP头里就像：“Via”，“To”和“From”等，无关与RTP地址对吧？（P.S.，

-2热度

1回答

通过自己的IP通过RTP进行Android实时音频流式传输

如何实时传输手机麦克风的音频（RTP）？我想通过我自己的IP为我的信息流提供服务。像：rtp://my_sream_ip:8080（通过充当服务器）。其实，我认为可能的方式是：首先：创建一个服务器上的一个按钮，麦克风流的音频点击创建的服务器。其次：然后，流式传输到网址（例如：rtp：//127.0.0.1：8080）的音频应该以另一个APP可以实时流式传输音频的方式进行传输（接收/播放该流

0热度

1回答

如何处理pjsip/pjmedia框架中的抖动缓冲区？

我必须处理传入和传出流的rtp媒体。输入流来自不同的软件电话，输出流输入到差异电话。所以它是一个媒体转播。对于这两个流，我需要将它们放入抖动缓冲区，然后以恒定的比特率播放它们。该框架令我困惑。我在on_rx_rtp处理程序中添加代码。我首先将有效载荷分解为帧，并将每帧放入抖动缓冲区。现在我何时何地获得框架？在不同的线程？或者一个事件或者在缓冲区满了70％之后的同一个线程中？即使我这样做，我

0热度

1回答

使用Gstreamer将UDP流以不同的比特率或视频格式保存到mp4

我试图将UDP流存储到不同大小的MP4文件。用于1080视频来生成发展的目的后，它会通过网络摄像机来代替UDP流 UDP服务器片： gst-launch-0.10 -v filesrc location=video.mp4 ! decodebin ! ffmpegcolorspace ! videoscale ! video/x-raw-yuv,width=1920,height=1088 !

0热度

1回答

webRTC时间戳信息

我正在使用webRTC的学校项目。在发送视频或音频时，Webrtc使用rtp来传输数据。在RTP规范中，似乎很清楚，在播放时使用时间戳对接收的数据包进行重新排序。有什么办法可以访问这个时间戳记信息吗？这不是API的主题吗？我们的目标是让媒体流的接收者知道播放流的延迟时间和发送时间。如果你能帮助我或告诉我在哪里可以找到这些信息，那将是非常有用的。

2热度

1回答

rtpproxy_start_recording（）如何opensips使用或kamainlio

所有如何RTP会话的媒体记录到一个文件？我在rtpproxy模块中搜索函数rtpproxy_start_recording（），但是如何使用它。

1热度

1回答

问到ffmpeg的等待

我用这个命令来更改流参数RTP源的重新连接： ffmpeg -i rtp://192.168.0.12:1234 -timeout -1 -shortest -ac 2 -ar 16000 -acodec pcm_s16le -f rtp rtp://192.168.0.12:4567 这是正常工作，等待的ffmpeg源开始的连接。但我没有找到在ffmpeg中指示的选项，以便在连接已被取消时

0热度

1回答

使用Ip相机设置交织RTSP（Onvif标准）

我正在使用基于onvif标准的IP相机。的场景是以下各项之一：的RTP端口和HTTP端口分别是22554和22280。我对此没有任何问题，我将这些端口中从A到B的流量重新路由到相机。实际上，RTP会话是正确建立的。问题出在设置消息。这里A（启动会话）为视频交换的UDP连接建立一个新的端口（客户端端口）。相同的方式，相机也设置一个新的端口（服务器端口）。由于服务器端口未在B中重定向，因此我无法接

0热度

1回答

RTP头的最大尺寸是多少？

我正在研究VoIP呼叫的带宽估计。我想知道RTP头的最大尺寸。我查看了wiki，但只有最小尺寸可用。我试图手动计算在报头中使用的比特的数量，但该字段： “头扩展：（可选）第一个32位字包含一个特定的配置文件标识符（16位）和长度说明符（16位）表示以32位为单位的扩展长度（EHL =扩展报头长度），不包括扩展报头的32位“ 令我困惑。请帮忙。

2热度

1回答

解码器在H264解码中如何确定单个NAL单元的大小

如RFC 6184 https://tools.ietf.org/html/rfc6184#section-5.6第5.6节所述，单个NAL单元数据包只能包含一个NAL单元。我的问题是，现在在接收端的解码器如何识别单个NAL单元的大小或知道单个NAL单元分组中的NAL单元的末端。但是在其他打包模式（如STAP等）中，NAL单元的大小作为RTP有效负载的一部分存在。