I am just curious what your experiences are with FFmpeg.
There are not much topics in this forum about FFmpeg.
The experiences on other forums are sometimes a bit contradictory.

My experiences with FFmpeg:
Uses less cpu recources.
Audio sync is not stable (however with the new parameter 'Treads' in vMix 14.0.0.112 this problem can be solved)
Stopping a FFmpeg stream takes no time (FMLE takes up to 20 seconds)

I'm curious about FFMpeg and latency is my experience common that FFMpeg has higher streaming latency than FMLE, or was it just my setup that the latency was higher? Maybe there is some extra tuning for FFMpeg to improve the latency?

I am my own streaming provider. So that is not the issue. Using the Wowza Media Server software (unless it somehow knows you switched encoder). The only change in my testing was FMLE to FFMPEG. Wowza claims they don't really care what encoder you use, it's just H.264 in server turns it into chunks and H.264 out. It does add a delay of course, but that appears to be about 1 second.

Can't say I've measured the two latencies that closely, but from feel anyway I'd say that ffmpeg is under 2 seconds.

Love the CPU savings though! One kink is that I can't get it to use more than about 30 percent though - I can configure a suite of 3 adaptive bitrates and even though the horsepower is there in reserve, it doesn't seem to get used and I get drops / errors instead. I was able to get past that immediate issue through overclocking, but wonder if there's settings / switches vMix could pass along that would allow for more CPU use?

Compression quality is very good under ffmpeg as well, subjectively anyway.

I like FFMPEG's multiple streaming destination feature.
For me it seems FFMPEG has better picture quality, and uses less processor time. However the picture on the client is freezing in every 30 seconds for 3-4 seconds. FMLE does not do such thing.
I am sending the stream on LAN to wowza and I play it with vlc. Both computers (wowza & vMix) have i7 processor and the utilization is under 50%. I am using the latest vMix and wowza.

I've increased the number of threads as Martin suggested, first to 10 than 16 but it does not help.

Could you help what can be the problem?

Thank you!

A couple of other thoughts:

- Take a look at the status dialog (reached via a button in vMix streaming settings dialog) and see if there's a drop in streaming altogether or a pattern of dropped frames. If not I'd think the streaming from vMix is working fine,

- There's a limit to how much thread count can help - I'd think a good rule of thumb would be one per core, i.e. four for a quad-core i7, with six being a maximum if you had to,

- From memory, VLC uses RTSP to open streams. I've had issues before ingesting RTSP streams served from Wowza, i.e. via a 'Stream' input in vMix, whereas opening via RTMP ('Flash' input in vMix) would work fine. Being as I use RTSP / 'Stream' from other devices in vMix with good results, I'd suspect it's something in how Wowza serves them, and this may be impacting VLC as well. I had workarounds in both cases so I haven't pursued it further, but maybe there's threads on Wowza's forums that may help.

Are there still issues with fewer streams being encoded or at smaller resolutions? That will help narrow the 'CPU capacity vs. protocol' question.

David

I agree with everything above but have not noticed FMLE being more stable when using a "bad" connection. Then again I might not have had the bad connection that would show this to be true. I use FFMPEG 100% due to allowing me to use multiple bit rates which from my understanding or not via the vMix interface anyway can do.

-King