Is it possible to detect the codec used in an RTP stream by analyzing the RTP stream alone? I know about the payload type (PT) field in the RTP header -- that can be used to identify codecs that have statically assigned PT numbers. What about the other codecs that use the dynamic PT number range? Are there any heuristics to detect the type of the payload? I'm interested in all kinds of solutions, even if the detection works for one codec only.
相关问题
- How to run tcp and udp on a single port at same ti
- How to remove uploaded APNS Certificates from the
- How to close Callkit screen after VOIP call discon
- cURL Error 1: Unsupported protocol: https
- ffmpeg stream rc buffer underflow
相关文章
- Is it possible to send LDAP “requests” via telnet?
- Defining preprocessor symbols for CLion analyzer
- Difference between Internal IP Address and Externa
- Direct IP call android
- iPhone VOIP in background
- How to add a new video codec to Android?
- c++ Hole punching UDP(RTP)
- Opencv CV_FOURCC('F','L','V
Sure, you can sniff around the packet to see if it appears to be RFC XXX, or YYY, etc. Length checks (for fixed-length codecs, though watch out for multiple frames per packet); timestamp rate (tells you narrow/wide/ultra-wide band audio or video); and then you can see if the first N bytes matches the valid pattern for one of the possible matches.
Not a small amount of work unless you're only interested in a subset.