RTP AAC数据包解包器 [英] RTP AAC Packet Depacketizer
问题描述
我早些时候在 RTP H.264数据包拆包器
我现在的问题是关于音频数据包.
我通过RTP数据包注意到AAC,G.711,G.726等音频帧均已设置了标记位.
我认为框架是独立的.我说的对吗?
我的问题是:音频很小,但是我知道每个RTP数据包可以有一个以上的帧.与我拥有多少帧无关,它们是完整的吗?或者它可能会在RTP数据包之间分散.
音频和视频之间的区别在于,音频通常在单个样本中或在某些[小]帧中进行编码,而无需参考先前的数据.此外,数据量很小.因此,音频通常不需要复杂的分段即可通过RTP传输.但是,对于任何有效负载类型,您都应再次参考描述详细信息的RFC:
- AAC-用于MPEG-4音频/视频流的RTP有效负载格式
- G.711-用于ITU-T G.711.1建议书的RTP有效载荷格式 >
- G.726-具有最小控制的音频和视频会议的RTP配置文件
- 其他
I asked earlier about H264 at RTP H.264 Packet Depacketizer
My question now is about the audio packets.
I noticed via the RTP packets that audio frames like AAC, G.711, G.726 and others all have the Marker Bit set.
I think frames are independent. am I right?
My question is: Audio is small, but I know that I can have more than one frame per RTP packet. Independent of how many frames I have, they are complete? Or it may be fragmented between RTP packets.
The difference between audio and video is that audio is typically encoded either in individual samples, or in certain [small] frames without reference to previous data. Additionally, amount of data is small. So audio does not typically need complicated fragmentation to be transmitted over RTP. However, for any payload type you should again refer to RFC that describes the details:
- AAC - RTP Payload Format for MPEG-4 Audio/Visual Streams
- G.711 - RTP Payload Format for ITU-T Recommendation G.711.1
- G.726 - RTP Profile for Audio and Video Conferences with Minimal Control
- Other
这篇关于RTP AAC数据包解包器的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!