RTSP Streaming MJPEG containered in .mp4

[altrrdst8]

Im trying to knock up a "quick" test tool using commandline VLC. I am emulating continuous H264 and MJPEG streams (from a different source) by looping files via a config file.

This is my Server:

Code: Select all

vlc -I telnet --telnet-password dummy --rtsp-host 0.0.0.0 --rtsp-port 5554 --vlm-conf C:\path\to\vlc_vod.conf

This is my Config

Code: Select all

# VLC media player VLM command batch # VLC Streaming Server for Emulator new Stream1 vod enabled setup Stream1 input "C:\path\to\H264_30FPS_1.mp4" setup Stream1 option input-repeat=-1 new Stream2 vod enabled setup Stream2 input "C:\path\to\MJPEG_7FPS.mp4" setup Stream2 option input-repeat=-1 # # # ############################The End####################################

The H264.mp4 "Stream1" is working perfectly* and I can consume this stream from my "Black Box", but as far as I can tell VLC will not even construct "Stream2" [I did a verbose udpsrc of the stream [from Windows gst-launch] and the resource doesnt exist; this was the only way I could prove it was non existent]

Im far from an expert, and largely learning as I go along, and would like advice as to whether this is even possible? As I said above,from my testing it would seem that VLC is not even entertaining hosting the MJPEG.mp4 "Stream2". So I assume that I am making a fundemental error wrt to the nature of the video i am trying to stream and/or the abilities of the protocols or the server. I want the black box to receive the stream as MJPEG, so transcoding [to a temporal codec] isnt an option.

*One other question I do have about streams such as I have setup (working or otherwise), is it possible to get the loop [input-repeat=-1] to be seemless (ie is there some sort of pre buffer call i can make). I would prefer there to be no (or very limited space) between last and first frames of the file in the stream.

Best regards,

Altrrdst8