logo

Live Production Software Forums


Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

Options
Go to last post Go to first unread
Ittaidv  
#1 Posted : Tuesday, February 14, 2017 10:18:36 PM(UTC)
Ittaidv

Rank: Advanced Member

Groups: Registered
Joined: 12/19/2013(UTC)
Posts: 600
Man
Belgium
Location: Belgium

Thanks: 75 times
Was thanked: 91 time(s) in 75 post(s)
I'm now thinkering about our next setup, it should be able to handle anything we throw at it, since our productions are getting bigger with the day. Also we have been collaborating with some veterans as cutters, who were impressed by our vmix machines, but requested some things we could not (yet) deliver. If we invest in a new setup, I think it should be something that is suited for almost any production, big or small and be able to handle anything a small OB truck can handle too.

That's why I would like to build one with several computers in one rack: one as main mixer, the other for replays and another for graphics.

This way we can spread the workload between multiple people during a larger production. Also to have some redundancy options (tv channels often ask to have everything double), where for example the replay pc could act as a backup mixer in case the main mixer pc fails, or the graphics pc could take over replays in case of failure etc..

Especially when we can get our hands on NDI converters, it doesn't require a huge amount of work anymore to split all sources across different pc's. Just a few network cables and a fast network router.

One issue with a setup like this for example, is that when you play replays on a seperate machine, the stinger in and out of the main mixer will not start the replay, or cut out on time. It would require very precise timing via countdowns over the intercom or sending a desktop capture with 0 delay from one machine to another to do this, and still there would be mistakes because of bad timing I guess.

Also it could make even more complicated setups possible: 4 pc's of which 2 are replay pc's. Where once the first one is finished, it triggers playback of the next replay pc, then stingers out on the main mixer. This would allow to have 2 LSM teams working on one production, like you see in big sports productions.

Also it would allow for 2M/E mixers to be built: one vmix machine for the livestream, the other one handling the screens in the venue or just another mix, both controlled by 1 guy.

I know there's all sorts of tools available on the internet to share mouse and keyboard commands, or KVM switches for other solutions. But instead of hacking stuff and making it all complicated and unreliable, I think a built in vmix solution would be better.
DWAM  
#2 Posted : Wednesday, February 15, 2017 4:36:39 AM(UTC)
DWAM

Rank: Advanced Member

Groups: Registered
Joined: 3/20/2014(UTC)
Posts: 2,721
Man
France
Location: Bordeaux, France

Thanks: 243 times
Was thanked: 794 time(s) in 589 post(s)
Check the documentation please...

KeyPress would be the keyword. It takes less time to use it than to write this post

I'd also suggest you take a look at vMixUTC which might be an ideal tool for such workflows (which are close to mine)
thanks 1 user thanked DWAM for this useful post.
stigaard on 2/15/2017(UTC)
Ittaidv  
#3 Posted : Wednesday, February 15, 2017 2:46:11 PM(UTC)
Ittaidv

Rank: Advanced Member

Groups: Registered
Joined: 12/19/2013(UTC)
Posts: 600
Man
Belgium
Location: Belgium

Thanks: 75 times
Was thanked: 91 time(s) in 75 post(s)
I think I know the documentation by heart, I've read it multiple times. There is one single mention about keypress, and it's not really documented.

So ok, there might me ways to do it over the API via keypress, but it would require quite some programming and debugging to make it work.

When on a tight deadline and with multiple jobs per week, with changing setups depending on the job, it might be easier to have vmix pc's recognise each other over the network, and allow in the shortcuts menu the other pc's and their hardware to be simply recognised, so in a few minutes all shortcuts can be set up which are perfect for the particular job. I think, workflow whise it would make sense and save time.

I've never taken a look at vmix utc, since I'm not a fan of all kinds of add on tools which are kindly and freely, but provided 'in the state they are' and whithout support and so which can have their bugs too. But will check out what the possibilities are.
DWAM  
#4 Posted : Wednesday, February 15, 2017 3:05:28 PM(UTC)
DWAM

Rank: Advanced Member

Groups: Registered
Joined: 3/20/2014(UTC)
Posts: 2,721
Man
France
Location: Bordeaux, France

Thanks: 243 times
Was thanked: 794 time(s) in 589 post(s)
Quote:
it might be easier to have vmix pc's recognise each other over the network, and allow in the shortcuts menu the other pc's and their hardware to be simply recognised


Web Controller does that exactly.

After it's up to you to setup a coherent layout across your different machines. vMix is a very cheap but incredibly powerful switcher. But it won't make the coffee anyway...

Quote:
So ok, there might me ways to do it over the API via keypress, but it would require quite some programming and debugging to make it work.


It takes 3 sec to save an API link as a favorite in your browser.
It takes 15 sec to setup a button for sending a keypress command in vMixUTC.

In short vMix UTC, apart from being a Title Controller, is a great tool for building exactly what you're talking about, that is to say a Graphical User Interface to several commands in vMix. It requires no coding knowledge and extends easily vMix potential.

I created a topic to help users to get started:
https://forums.vmix.com/....aspx?g=posts&t=9393

Hope this helps
Guillaume

Mathijs  
#5 Posted : Wednesday, February 15, 2017 5:06:31 PM(UTC)
Mathijs

Rank: Advanced Member

Groups: Registered
Joined: 5/24/2015(UTC)
Posts: 370
Location: Netherlands

Thanks: 16 times
Was thanked: 81 time(s) in 72 post(s)
Add a script:

Dim client = WebRequest.Create("http://VMIXREMOTEIP:8088/api/?Function=COMMAND")
Dim response = client.GetResponse()

Exchange VMIXREMOTEIP with the ip address of the target vMix machine
Exchange the COMMAND with the API command you would like to send.

You can build it all the way you want from there using remote commands from the main system and triggers to send back commands from the others.
You can set up the entire API as scripts to send commands to the other systems and after that just select what you need when making shortcuts or using triggers, making this work with your xkeys setup.
thanks 1 user thanked Mathijs for this useful post.
Ittaidv on 2/15/2017(UTC)
Users browsing this topic
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.