RTSP/RTMP/HTTP/URL DirectShow Source Filter

RTSP/RTMP/HTTP/URL DirectShow Source Filter decompresses and processes audio and video live streams, providing support for RTSP, RTMP, HTTP, TCP, MMS and UDP protocols, as well as radio sources, including RealAudio and Shoutcast.
The filter features low-latency decoding of the live streams and can establish both synchronous and asynchronous connections. The advantage is that the main streaming thread is not obscured in any way. Audio streams can also be captured and encoded to PCM, MP3 or AAC format but users should disable them for lower-latency decoding. Minimizing the latency requires them to specify zero buffering and disable video syncing.
Restreaming to another destination URL is also possible, either in UDP unicast / multicast or RTSP format.
Users can also apply text watermarks to the video and also make adjustments to the brightness, hue and saturation, all in real time.
Not only that the filter decodes the multimedia stream in real time, but it can also record the original video stream without transoding it, saving the result locally in one of the compatible formats (MP4, MKV, AVI, FLV, or MOV). The recording process can be paused while continuing to preview the video. Furthermore, new files can be generated while the recording is running.
It also features snapshot taking capabilities, saving the output as a PNG, BMP, TIFF or JPG file.
The RTSP/RTMP/HTTP/URL DirectShow Source Filter is designed to facilitate live RTSP transport in any environment. The filter can be easily integrated into the TVideoGrabber SDK and used in a development environment, but it also comes with a standalone app that can be deployed on any Windows computer.
The downloaded package contains sample code files and a standalone installer, alongside the extensive documentation and a precompiled CSharp demo application that can show users how the filter works, allowing them to experience its capabilities on their own.System requirementsDirectX
Limitations in the unregistered versionThe evaluation version of the filter overlays a logo over the video window.
The filter stops running after a variable time, from a few minutes to a few hours (when the filter stops because of the evaluation it notifies the graph with a EC_ERRORABORT event, Param1 = 0x200)
After the evaluation timed out occurred, the filter will NOT restart anymore until the application is restarted.
If several filters are running concurrently in the same application, when a filter stops upon evaluation time out the other filters go on running independently independently until they time out by themselves.
If several filters are used concurrently in the same application, once one filter has timed out, none of the other filters can restart until the application is restarted.