Good morning, and sorry for my english, I'm Italian.

I am a software developer for audio, and I met a few days vMix.
I usually for video, using Sony Broadcast equipment.

I downloaded the demo version, and I immediately noticed that although being flexible, the shortcuts (including MIDI), NOT have a return, so it is very difficult to use/create an control surface software or hardware.

An example: I possess numerous hardware switches Sony (example Sony bkds 2010).

For me is not a problem to realize a software that allows to control vMix from this surface, but without a return from vMix, it is almost impossible.

Another example: in a couple of hours I realized a software for Windows that allow you, to remotely control via wifi, but same problem.

I "borrowed" from another software the graphics, just to try it, and it works perfectly, but no return... it is useless!

I am attaching the photo, now work Program, Preview, Key 1,2,3,4, Cut, Auto (fade), transition rate.

If anyone is interested I can continue development, for now it is only 10 channels but I can also do 24-32 or more... but without a return (response) by vMix, I think it's just a waste of time.

It works with MIDI (using rtpMIDI) or Web, and works on any Windows OS (XP, Vista, 7, 8, 10), 32 or 64 bits.

I like this. How can I get a copy?

Hi

you might also be able to use activators as it seems your app uses midi.
Another solution as indicated before is to use vMix API which indicates all states in realtime.

Guillaume

As a person who came out of a traditional mixer background, I must say this is a great looking GUI....However, I would remove the buttons at the bottom and place them to the right hand side of the "T" bar (Tbar)....since they are too close to the input select buttons and could be activated by accident.

As I said, the GUI is "borrowed", and being away from my final project.

Surely my software is a limitation to the potential of vMix, but it's a GUI, and as such should be understood.

My aim is to build a bridge to connect real surfaces (like Sony For-in etc.), But to make the bridge more quickly, I need a gui to work, and then I thought to realize also a software usable without real surface.

The bulk of the problem are the returns from vMix.
Can I rely only Tally light and a virtual serial, too many steps for my taste, because even implement MIDI return would be much easier for developers vMix.

For the moment nothing is not available for download, the screen is debug version, but I can create a compiled release.

Yes, as I intend for return the response of status from vMix.

I saw that with the web API I get all the status, but I do not think something "healthy" must continually call the API to know how to be the state that monent.

Much more professional if vMix sends in midi (or serial command) all the changes, the surfaces receiving the command and turn led off or on (led for example).

It is implemented everything, but this is missing.

Why? That's what API are designed for, no?
I understand you can be surprised, this is not conventional in audiovisual equipments, but I told you so: vMix is nothing like a traditional switcher! And you've got to understand how it works (which is much more powerful than other switchers) instead of waiting for vMix to work the "old" way: serial communications is history compared to a fully implemented API! Stone age is over!

As a reference for high API usage, I recommend you look at vMix UTC which makes an extensive use of the API. I noticed it can use the API several times each second without any issue, either on vMix side or UTC side. vMix is very very well and cleverly developed piece of software and it's rock-solid: you can safely call its API 10 times a second if you want, it won't bother.

vMix UTC : https://forums.vmix.com/....aspx?g=posts&t=6468

I partially disagree Richard: vMix API indicates states of nearly everything anytime and it can be used as a datasource for any other program which needs information. I do it manually by calling the API url with no parameter when I program just to check what I do but it could be used programmatically too. We also use it in vMix UTC on many operations. Last example Elgarf gave was a condition where a switch is done when another input audio fader reaches 0. This is done externally from a remote computer by requesting vMix state thru the API and it works within milliseconds, it is not an update every second! Lately Jens used the API as an XML datasource in vMix to retrieve the name and the duration of a playing video file in order to overlay its title...

So yeah, so far we mainly use the API to send commands but nothing prevents us from doing more at the same time and the other way around. The API works both ways! Let's be creative!

So ok, it's not pushed out of vMix but we can call it whenever we need and ok we can't know whether the last transition was a fade or a merge but do we need this for a control panel which btw is the one that sent the order?

Guillaume

PS : Jens video demonstrating how to use the API as a datasource:
Very inspiring !

Good!
You will soon discover that we miss a lot of activators but still it's possible to start with them.

A nice feature for a control panel using the API is the ability to retrieve inputs names. This would allow to label the buttons automatically. Also as Jens demonstrated you could have a small display showing which video is playing + remaining time. Besides, it's also possible to know which inputs are used in a multiview (activators or tallies can't do that so far). Such features would make a killer control panel for vMix.

Keep us posted!

A presto!

Works perfect, include T-bar.