The VideoLAN Forums

I am trying to take several RTSP H.264 streams from some generic encoders and have VLM rebroadcast them as mutlicast without transcoding.

This works well if I manually stream using VLC with the GUI for a single stream. This stream works without issue for days.

If I use VLM (either by feeding a VLM conf file as a command line option, or via the web interface) only one of my streams work, and it eventually stops after 15-20 minutes.

Here is my VLM conf file contents:
Eventually I will have about 10 streams going simultaneously. CPU usage is very low because there is no transcoding. Network usage is low because each stream maxes out at 2150kbps. Any ideas on what might be the issue. Thanks!

I have modified my VLM file a bit, and am seeing better results, but now I have a new issue. I get no audio. If I manually set up a stream using the same source and destination then audio works fine, but with VLM I get nothing.

On a side note, if I try to manually setup all my stream I encounter issues. If I start a second VLC instance to take another input and stream to a different multicast output address, it stops my first stream (even though the instance is still there and claims to be streaming). I am basically down to having to have one dedicated machine per stream, which isn't feasible.

new VLM conf that works better, but still no audio:

Found my problem with VLM. It appears my input source had bad times set (each of my 3 had different times set and all were wrong). After setting all of them to update via NTP servers, now my streams all work with audio.

The "packet with too strange dts" warning I was getting is what led me to suspect the time out of sync issue.

I spoke too soon. I am now encountering a very strange issue.

I have 3 separate inputs, all with their own unicast RTSP address: input1, input2, input3

Each goes to its own multicast output address: output1, outptu2, output3

The audio from input1 is somehow getting placed with output2. This doesn't always happen. Sometimes the audio is correct. Sometimes it goes from input2 to output 3, it is random it seems. Is this a bug? See debug log below:

In addition, I only get one of my 3 audio streams at all. 1 audio stream will play on a random video stream. The video streams all play every time, and in their proper place. Just the audio is out of sorts. a MUX issue perhaps?

I have used a workaround for my issue. It is much less efficient, but gets the job done. I have created a virtual machine per stream and that has fixed everything. Now audio and video match up and my stream can go all night without a hiccup.