Welcome to the FlexRadio Community! Please review the new Community Rules and other important new Community information on the Message Board.
The latest SmartSDR Software:
SmartSDR v4.2.20 | SmartSDR v4.2.20 Release Notes
SmartSDR v3.10.15 | SmartSDR v3.10.15 Release Notes
The latest 4O3A Genius Product Software:
The latest 4O3A Genius Product Software and Firmware
SmartSDR v4.2.20 | SmartSDR v4.2.20 Release Notes
SmartSDR v3.10.15 | SmartSDR v3.10.15 Release Notes
The latest 4O3A Genius Product Software:
The latest 4O3A Genius Product Software and Firmware
How to Receive Technical Support::
If you are needing assistance with FlexRadio products, please refer to the product documentation or check the Help Center for known solutions. Need technical support from FlexRadio? It's as simple as creating a HelpDesk ticket.
If you are needing assistance with FlexRadio products, please refer to the product documentation or check the Help Center for known solutions. Need technical support from FlexRadio? It's as simple as creating a HelpDesk ticket.
FlexAPI Waterfall Code
Mark Erbaugh
Member ✭✭
Can anyone share some code (C#) or at least explain the process for displaying a waterfall using FlexAPI?
0
Answers
-
-
That’s an excellent write up. It begs the question, why is the waterfall data so complex? Why couldn’t the same data that generates the panadapter be applied to a gradient and plotted?0
-
Mark,
I’ve wondered the same thing but don’t have a good answer for you. If you want to look at code, take a look at my GitHub repo for xSDR6000 (the v3 branch is the latest). It’s a SmartSDR-like client for use on the Mac (i.e. Apple Mac). My implementation of a waterfall is there. The code is in Swift but probably readable by a C# programmer. It uses Apple’s graphics approach (Metal) but again, probably pretty readable.0 -
The waterfall data is actually very similar to the Panadapter data. However, this requires that we render it in the client. We chose to leave it this way architecturally for several reasons. The biggest was that leaving the rendering to the client allows the client to re-render when the display view is changed (zoom in/out, shifted center frequency, color or gain changes). If we pushed this functionality into the radio, it would burden the radio with additional CPU and memory requirements (per Panadapter) and additional bandwidth whenever changes were made. Ultimately we are very pleased with the results of what our architecture enables.
Admittedly, it is more complex to setup for developers than the Panadapter, but ultimately this was a price we were willing to pay in order to get the features and performance we were seeking for the sake of our customers.1 -
I figured the reasoning was something like what you said. Thanks for the explanation.0
Leave a Comment
Categories
- All Categories
- 398 Community Topics
- 2.2K New Ideas
- 678 The Flea Market
- 8.6K Software
- 191 SmartSDR+
- 6.6K SmartSDR for Windows
- 196 SmartSDR for Maestro and M models
- 456 SmartSDR for Mac
- 278 SmartSDR for iOS
- 267 SmartSDR CAT
- 218 DAX
- 392 SmartSDR API
- 9.6K Radios and Accessories
- 91 Aurora
- 335 FLEX-8000 Signature Series
- 7.2K FLEX-6000 Signature Series
- 988 Maestro
- 58 FlexControl
- 872 FLEX Series (Legacy) Radios
- 962 Genius Products
- 478 Power Genius XL Amplifier
- 352 Tuner Genius XL
- 132 Antenna Genius
- 317 Shack Infrastructure
- 222 Networking
- 480 Remote Operation (SmartLink)
- 143 Contesting
- 845 Peripherals & Station Integration
- 147 Amateur Radio Interests
- 1.1K Third-Party Software
