I think this has been mentioned before, but a long time ago, so I will raise the idea again...
Does anyone else think that it would be a good idea to wrap a native RTSP/RTP library (e.g. http://www.live555.com/liveMedia/ which seems to be commonly used and supports a wide range of RTP formats) for use as JMF plugins, in the same way as FOBS wraps ffmpeg?
Once this was done, this would in theory give support in JMF for all of the RTP formats it supports - e.g. h264/rtp, and would remove the need to write "custom" depacketizer code (e.g. Scott Hayes' mpeg4/rtp depacketizer).
I am not familiar with the live555 library, so I'm not sure how well it would fit with JMF's model, but maybe someone else has some ideas?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi all,
I think this has been mentioned before, but a long time ago, so I will raise the idea again...
Does anyone else think that it would be a good idea to wrap a native RTSP/RTP library (e.g. http://www.live555.com/liveMedia/ which seems to be commonly used and supports a wide range of RTP formats) for use as JMF plugins, in the same way as FOBS wraps ffmpeg?
Once this was done, this would in theory give support in JMF for all of the RTP formats it supports - e.g. h264/rtp, and would remove the need to write "custom" depacketizer code (e.g. Scott Hayes' mpeg4/rtp depacketizer).
I am not familiar with the live555 library, so I'm not sure how well it would fit with JMF's model, but maybe someone else has some ideas?
Sounds like a win to me