GUIClient

Jim Shaffer

Mark_W3II

Jim Shaffer

Mark_W3II

James Whiteway

In the context that FRS uses, a GUI client, is an application that displays a panadapter and or, a waterfall. If your application does not need to display either, or both of those, then you can safely set isGUI= false. As Mark explained above, if you are using v3.x or later then the radio will accept two GUI clients. James WD5GWY

Jim Shaffer

James Whiteway

If you are already familiar with this, I apologize for assuming otherwise.
An object in an object oriented programming sense, is explained here:

https://en.m.wikipedia.org/wiki/Objec...

So, if your application has a graphical users interface, then " technically" it is a GUI Client. But, FRS differentiates that a bit further in their use of it( isGUI= true/false) to let the radio know which clients it can send data such as panadapters and waterfalls.
If your application uses that data, set isGUI to false. You'll see in your Debugger no output to your application for that data.
My initial programming attempt for my 6000 radios, was simply a control surface. No need to set isGUI to true. And it would( and still does) run fine right alongside SSDR or even the m series front end.
Prior to version 3, there could only be one GUI client receiving panadapter and waterfall info. Either the m radio's internal SSDR version or non m model using SSDR on the pc.
With v3 and up, that changed now, there can be two gui clients receiving panadapter and waterfall data.
You just have to do more detailed work to get the correct data for your application.
James
WD5GWY As for the profile issue. You'll have to create that in your application. Otherwise, the radio will send a set of default settings to your program.

Jim Shaffer

James Whiteway

I'm away from my computer right now.( over the road trucker) But, will be back by Saturday. When you first connect to your radio, one of the responses back from the radio s the ClientID for your application. It is assigned each time you connect to the radio and is different each time you reconnect. When you subscribe to events like the panadapter and waterfall, you can compare the ClientID to the ID's for the panadapter and/or waterfall. And if they are the same you can process the data for your application. If you don't, you'll get some really strange things happening. ( double panadapter traces for one) In Visual Studio 2019 Community edition, you can set watches for different things and watch the incoming data. What language are you programming with? The FlexLib API is written in C#. I find it easier to use the same language rather than using a different language. ( I started out using Visual Basic. But, I found it a hassle getting the syntax correct to work with dll's written in C#) James WD5GWY

Jim Shaffer

Mark_W3II

Jim Shaffer

Thanks Mark.  I'm not sure where that use of API.RadioList came from.  I really do know better than that.