I am wondering if vMix works at its designed on TCP/API

Based on example in documentation this command

sould give the response

Instead of that it gives this

The problem is that if we give a lot of commands we don't know when they executed and if executed normally, because it's imposible to monitor the responses.

For example I send the command

it takes about 1-2sec to executed. If I get only the "OK Completed" response I don't know if the snapshot completed (to proceed to further actions on my code) or if the response was from another function that runs simultaneous.

Is this working as it designed?

By the way, is it possible to make it to return the image as Buffer instead saving the snapshot into a file.

Thank you

Thank's, the response "FUNCTION OK PreviewInput\r\n" as it written on your documentation confused me when I notice that. Acts return preview function in a different format "ACTS OK InputPreview 1 1".

In my code I detect last command (with a queue) to emit an event if a specific function executed and needs further actions. But I thought that a solution like "FUNCTION OK PreviewInput\r\n" etc. will make my code simpler.

Thank you again.

P.S. I know that is difficult, did you think if it’s possible to add a function that return snapshot as image buffer? I use sharp on nodejs to read local file and edit/crop this snapshot, and with this I will avoid the use of tmp file. [please... ;)]

+1 to this

I was looking to implement better logging in an app, but unfortunately as previously stated the TCP response to successful functions is "FUNCTION OK Completed" which is not particularly helpful to differentiate what succeeded and what failed when there's no sort of incremental number ID, nonce, or the return of the function being requested which was completed.

While "Only one command should be run at a time." might be an excuse for why the current functionality may be sufficient for some use cases, it's not how all users use vMix and productions are performing increasingly complex setups and macros utilizing multiple functions being run concurrently or on quick succession. And even if it's not something that is planned to be implemented at the very least the documentation should be updated as even the most recent docs (and beta v28 docs) include "Example Response: FUNCTION OK PreviewInput\r\n" which indicates that the function requested is returned in the response which is incorrect.