@NeeeeB Let me have a look and come back to you....
Hi
Sorry, I have not had the chance to look into it yet... it is still on my radar...
No problem 
@NeeeeB Via curl you can execute two commands via one session using the --next option (sample below).
In general, if one woudl like executing commands on instances which are not the default one (instance number 0), then it is required to do the switch instance command and then control action in one session (json-rpc or websocket). While for websocket this is not a problem json-rpc tools often execute every request in one session and the result is that the request is done on instance 0.
Unfortunately, the current API does not allow to have the instance and action in one command.
Sample: Following command would disable the LED-Device for instance 1 (e.g. the 2nd instance configured).
curl -i -X POST 'http://YOURHOSTIP:8090/json-rpc' --data '{"command" : "instance","subcommand" : "switchTo","instance" : 1}' --next 'http://YOURHOSTIP:8090/json-rpc' --data '{"command":"componentstate","componentstate":{"component":"LEDDEVICE","state":false}}'Other API commands, please see here:
Ok, many thanks for your answer.
I can't use curl in my app, so no big deal, I'll send commands one after the other
going by above it looks like unless you switch to a specific instance then run the -next option, by default you will get the first instance
so if i understood it correct you would
curl -i -X POST 'http://YOURHOSTIP:8090/json-rpc' --data '{"command" : "instance","subcommand" : "switchTo","instance" : 1}' --next 'http://YOURHOSTIP:8090/json-rpc' --data '{"command": "serverinfo"}'that should give you the array of components in instance 1 - well in my head it does :roflmao:
Yeah that is what I thought too but I wanted a confirmation before writing a lot of code to switch instance before running serverinfo, for nothing 
do a serverinfo query to get the entire JSON and save it to a file, least then you can look through it all and work out what sections you need to target, as it should show you all the specific settings relating to the instances you have on the server
I already parse the JSON response
I'll compare 2 queries, each one with a different instance disabled, to see if the components section is related to the "current" instance.
Thanks btw.
no probs man, I had similar probe earlier on with how to store the JSON so i could reuse it without repeating the code or defining them manually :LOL:
Good Luck
To what instance are related the infos returned by "Components" ?
If you do not switch the instance, the data for instance 0 will be returned by default.
Just to reiterate, you need to execute the instance switch and the command in one session!!!
Otherwise the switch instance will be executed and then the command will be executed independently (which means it will run against instance 0).
In case you are scripting something, you find the following library useful:
https://github.com/dermotduffy/hyperion-py
If you do not switch the instance, the data for instance 0 will be returned by default.
Just to reiterate, you need to execute the instance switch and the command in one session!!!
Otherwise the switch instance will be executed and then the command will be executed independently (which means it will run against instance 0).In case you are scripting something, you find the following library useful:
https://github.com/dermotduffy/hyperion-py
Wait...are you telling me that switching to an instance, and after that running another request to execute an action on it would fail ?
Because that is not at all the results I get currently.
I do a first request to switch to a particular instance, and after that another request to disable LEDDEVICE (or run an effect, or set a color), and everything works as intended...
Also, thanks for the python library, but I'm writing an Android app in my native language which is Delphi, so it will be no use for me
are you telling me that switching to an instance, and after that running another request to execute an action on it would fail ?
No. The point I tried to make is that the commands executed need to be in the same session.
If one executes two curl commands in sequence, that is two sessions.
As it was not clear how you are going to solution your scenario, I just wanted to be on the save side that there is no misunderstanding and wrong expectations....
e.g. if you use Web-sockets, then you open the web-socket (1 session) and you can run as many commands as you like...
No. The point I tried to make is that the commands executed need to be in the same session.
If one executes two curl commands in sequence, that is two sessions.
As it was not clear how you are going to solution your scenario, I just wanted to be on the save side that there is no misunderstanding and wrong expectations....e.g. if you use Web-sockets, then you open the web-socket (1 session) and you can run as many commands as you like...
Ah yes I see, sorry for the misunderstanding
And thanks for the info.
@NeeeeB Thanks for asking the API question.
It triggered that I tested the multi-instance scenario for global objects (e.g. USB-grabber) which resulted into the following finding:
https://github.com/hyperion-project/hyperion.ng/issues/1189
LED-Devices should not be affected, as they are instance specific.
@NeeeeB Thanks for asking the API question.
It triggered that I tested the multi-instance scenario for global objects (e.g. USB-grabber) which resulted into the following finding:
https://github.com/hyperion-project/hyperion.ng/issues/1189LED-Devices should not be affected, as they are instance specific.
ahah, at least my stupid questions turned into something useful
Don’t have an account yet? Register yourself now and be a part of our community!
