Rank: Member
Groups: Registered
Joined: 8/3/2020(UTC) Posts: 23  Location: Madison Thanks: 4 times
Was thanked: 1 time(s) in 1 post(s)
|
I'm trying to use MultiCorder to produce an audio podcast with several vMixCallers engaged in conversation. Because conversational crosstalk between people can cause the audio in vMix to get garbled, I thought MultiCorder would be a great solution to isolate each person's voice and then piece the conversation together cleanly in post. However, MultiCorder seems to be very inconsistent. One caller will have a complete uninterrupted recording, while others will be chopped up in many separate files. For the ones that are chopped up, the MultiCorder doesn't capture everything a person says and will drop whole segments of a person's talk track. I assume what may be happening is that if MultiCorder detects a caller's signal to go weak and fluctuate, it trips the recording. Why won't it be steady like a regular program out recording? In a regular recording of the program out, the recorder doesn't get tripped up if the caller's signal fluctuates. The recording stays rock solid. It doesn't break up the recording into multiple files.
Any insight on this is greatly appreciated.
|
|
|
|
|
|
Rank: Administration
Groups: Administrators
Joined: 1/13/2010(UTC) Posts: 5,208  Location: Gold Coast, Australia Was thanked: 4290 time(s) in 1520 post(s)
|
MultiCorder is a raw recorder by design, this means it records things exactly as they are received. So if there is timing issues, or breaks in the recording it will not work correctly. For this reason we do not support vMix Call with MultiCorder. As a workaround you can try routing through the Outputs1-4 and record those instead. https://www.vmix.com/kno...lticorder-with-vmix-call
|
 2 users thanked admin for this useful post.
|
|
|
|
Rank: Advanced Member
Groups: Registered
Joined: 3/20/2014(UTC) Posts: 2,721  Location: Bordeaux, France Thanks: 243 times
Was thanked: 794 time(s) in 589 post(s)
|
Here's a potential solution I have not used for vMixCalls recording (but in others circumstances) that might work
Add a 1920x1080 transparent alpha image on top of your Calls input as a layer. Because this will never fail, I assume it might help to force the recording to carry on whatever happens with the call itself.
Not tested myself but worth a try
|
1 user thanked DWAM for this useful post.
|
|
|
|
Rank: Administration
Groups: Administrators
Joined: 1/13/2010(UTC) Posts: 5,208 Location: Gold Coast, Australia Was thanked: 4290 time(s) in 1520 post(s)
|
That won't work unfortunately as MultiCorder records the raw frames from the source without any input settings applied at all.
That said, recording the outputs instead which have a call input assigned to them will work fine, as the outputs are essentially
full mixes using the full GPU processing on the image (adding duplicate frames etc as needed, scaling to a single resolution at all times etc).
|
1 user thanked admin for this useful post.
|
|
|
|
Rank: Advanced Member
Groups: Registered
Joined: 3/20/2014(UTC) Posts: 2,721 Location: Bordeaux, France Thanks: 243 times
Was thanked: 794 time(s) in 589 post(s)
|
Yes Martin I knew about this, just forgot about it !
|
|
|
|
|
|
Rank: Newbie
Groups: Registered
Joined: 7/17/2020(UTC) Posts: 7 Location: Rockville Centre Was thanked: 1 time(s) in 1 post(s)
|
Multicorder seems to break the file when the incoming resolution changes. If a caller's bandwidth changes (as it does, Vmix will do this dynamically) the multicorder starts a new file.
This is frustrating, but how I have gotten around it is to send the caller to an output and record it externally.
I have my 2 Vmix external outputs routed to an SDI pci card which then goes into my atem switcher. But you could hook it directly to a recording monitor like atomos.
hope this helps
|
1 user thanked scalerious for this useful post.
|
|
|
|
Rank: Member
Groups: Registered
Joined: 8/3/2020(UTC) Posts: 23 Location: Madison Thanks: 4 times
Was thanked: 1 time(s) in 1 post(s)
|
Greatly appreciate the responses, everyone. I was hoping to get around the need for extra gear, so I'll try DWAM's suggestion of using a transparent alpha image on top of my Calls (although, not sure how to accomplish this - doesn't seem feasible). If that doesn't work, I'll use the Outputs and record externally.
|
|
|
|
|
|
Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.
Important Information:
The vMix Forums uses cookies. By continuing to browse this site, you are agreeing to our use of cookies.
More Details
Close
