Avi C # Streaming Files Using RTP

Question

I have a read / write input stream of a video file (.avi mpeg4 \ xVid \ ect ..) in C #, and I would like to transfer it to a video player with the transition to moment X function enabled. How can I implement this?
I heard that RTP can be a good protocol.

What I'm really looking for is a C # library that will help me.

Thanks in advance.

Answer 1

Yes, Streamcoders solution is very good if you have about € 1890. But if you do not want to pay money, you should look at some free libraries or write your own from scratch.

Take a look at these articles with C # sources:
RTP VOIP Library Project
How to use managed RTP classes in .NET

And another good article in CodeProject:
How to create .NET Softphone in C # with SIP, SDP, RTP and RTCP
How to use RTP managed API classes in .NET to create your multicast networks

Please remember to share your WPF library when you implement it.

Answer 2

I used http://www.streamcoders.com/products/rtpnet.html .

Answer 3

Depending on the problem, there is a much more flexible solution.

https://net7mma.codeplex.com/

This is what constitutes the full complaint of RFC2326, which also supports RFC3550 and other other technologies that allow you to provide RtspServer and, if desired, HttpServer (which can be either in the process or out of the process with respect to RtspServer)

There are also implementations of SIP and various other Internet and VoIP technologies, such as RFC2435 encoder / decoder; all of which are written using fully managed code.

There is support for various RTP profiles such as JPEG, H.264, etc., as well as fully managed implementations of image codecs that are in the process.

To play for StreamCoders, I would like to say that a few years ago I looked at their library, and I will say that it is great if you do not have any of the following restrictions :

• You do not run Mono, and you do not work on Linux.
• You do not want to read and write to the same container file at the same time
• You only need MMX or SSE features.

In order to make about 3,000 US dollars for a one-year support contract with the possibility of extending the validity of the application based on their SDKs, I honestly did not find it attractive at all, since everyone can do the same with ffmpeg, gstreamer a lot of applications with open source or intel, amd or nvidia drivers on supported hardware.

If you do not have experience using ffmpeg or another decoder, and you can compensate for this with money, then by any means necessary for this, you may need some solution.