Is there any documentation on the actual remote API that the remote clients are connecting to? I'm writing an application that will control an HDMI matrix remotely on a linux machine (Raspberry Pi) and it would be great if I could trigger some display changes at the same time using DisplayFusion.
It seems like a simple HTTP server. I'm assuming it's REST with some kind of authentication scheme on it, but there's no way to really know for sure. Would you be willing to give out some of that information? Really all I want to do is switch between some predefined monitor profiles.
Thanks!
Sorry for the delayed response on this, I was just checking into it here to make sure I had the correct info. Unfortunately the DisplayFusion Remote API isn't a public API. It's only accessible by using the official DisplayFusoin Remote applications.
However, if you have a way to execute commands remotely, you could use DisplayFusionCommand, like so:
C:\Program Files (x86)\DisplayFusion\DisplayFusionCommand.exe -monitorloadprofile "Profile Name"
Thanks!
Lachlan Brown675270
4 discussion posts
Okay well I have the API now, but of course its all yucky get methods that I wont share here for reason that you wanted it not public.
But since I have figured it out, could I get a better clue as to whether I can shorten the 'id' field of the GET call to a more accurate string?
Thanks BFS, I've been with you guys for over 5 years now, love the work!
If you've connected to a machine and pulled a list of functions, the only way to identify a function is to use the full ID. Can you explain what you're looking for when you want something more accurate?
Lachlan Brown675270
4 discussion posts
Yeah I've done it that exact way you've expected. But say to call the mouse pointer to the middle of screen, you'll have to have a value called XXXXXXXX=20f0384a-4582-4bea-a1b7-52b6070c9278 to do so. I XX'd the key to make it more private for you guys. But I mean, is there a way to just call function=mouseMiddle instead?
Thanks!
We use the ID's to be more accurate with the calls and avoid any encoding issues (like if someone had Chinese function names). Sorry, but we don't have plans to change the remote API for the next version.
Lachlan Brown675270
4 discussion posts
Ahh I understand! As a student dev, this is definitely something I need to consider too when making APIs, thanks!
