Actually the multi audio SRT output works with only one audio PID: one audio track with multiple audio channels. Imho the really good way for the multi audio SRT output is: using different audio PID (and different audio tracks) for every audio BUS.

All the broadcast encoders, decoders, servers (like Wowza and Nimble server) works in this way. For the correct and high quality workflow, we need unique audio PID for every stereo audio channel.

For the multi language livestreams it must have thing - and this COVID situation now its a mandatory thins, at least our customers asking this. Anyway the OBS can generate SRT output with multiple Audio PID's, so its not an impossible thing. :) We don't want to use OBS for the encoding process. :)

So please, consider this suggestion, and please use multiple audio PID's for the SRT output! Thank you!

So, I would like to bump up the topic. We made some investigation, and actually the multi audio SRT output feed is only compatible with other vmix systems - because of the output format is not meet the standard. Anyway I don't understand this.

The standard is: you must use different audio PID for every stereo audio pair. All the other encoders and decoders works in this way, for example: Makito, Kiloview, Elemental, OBS, Nimble Media Server, Wowza Media Server, Epiphan, Haivision, Teradek, Matrox, and so on. Because there is a standard for this...

So please, reconsider the multi-audio SRT output to meet the industry standard. It can be a really big help for us for the multi language streams.

I'm dreaming about a standard compliant SRT output (with correct audio and video PID's)...

+1

+1

We have been investigating SRT in more depth the last week for broadcast contribution and have realised vMix's SRT support is only suitable for vMix to vMix connections and isn't standards compliant.

Standards compliant SRT implementation of audio PIDs would be a good start - but there seem to be other issues too. We were able to replicate stream stuttering and audio clicking on multiple vMix machines when receiving an SRT from a hardware encoder - but when viewing the feed on a hardware decoder or VLC it was totally AOK.

+1 correct multilanguage suport is key.

The VMIX25 is comming, so I would like to bump up this topic again.

Actually VMIX multi audio SRT output is only compatible with another VMIX. If you use another thing for the decoding (for example HW or SW decoders) you cannot work with the audio channels, you cannot separate them, its messed up. This is happend because there is no independent audio PID's for the stereo audio tracks.

So my feature request is: please use different audio PID's for all the stereo audio tracks in the SRT output. This is the industrial standard, every other SRT encoder and decoder works in this way. Why doesn't VMIX work that industrial standard way?

+1

Currently vMix is a huge issue in our workflow when we want to do multichannel audio. Either we need it to output NDI with the audio channels separated properly which NDI can handle but when it comes out of vMix it doesn't. The other part as people have mentioned is SRT. If vMix could allow for PIDs to be set rather than choosing a standard of 257 that would be the most flexible but this definitely needs to be addressed as OBS has a hack for doing it but it would be nice for vMix to reach this level for large productions that only can be done with very expensive hardware currently.

+1 for PIDs

+1 please consider inputs as well!