[BUG] MULTIVIEW doesn't copy audio

[SoraBytes]

Using "Copy audio:" in multiview stream doesn't copy audio. Nothing about this in the documentation, but a work around is that you go into the stream to provide audio and create a stream process to target the multview stream itself to inject audio, requires a delay >=15 seconds and requires "always on" for multiview stream to ensure its available to have the audio, otherwise the UYVY track is never added if audio is added first.

[Thulinma]

Ah, it does in fact copy audio - but only when there is a PCM track in the source stream. (And even supports changing on the fly which source the audio comes from - as long as the channel count, sample size and sample rate are the same).

We'll document that accordingly - sorry for the confusion!

We're also working on some improvements that make it easier to automatically add decode/encode processes so this is not as tricky to set up anymore.

[SoraBytes]

No problem, and I saw that in the docs streams needed to be decoded to PCM and H264, but I didn't understand that it directly implied the stream needed its own processes to do it, I understood it as that the multiview stream would decode to PCM/H264 itself and I need to re-encode to whatever formats I wanted to serve.

Also a bit confused because then that doesn't explain why H264 isn't ever added to multiview for streams that have pre-existing H264 tracks it only ever adds the UYVY track, despite the original stream having both AAC, MP3, and H264 available. Perhaps thats why the the JPG was mentioned in doc? I am serving jpg as thumbnails.