ProppFrexx ONAIR User-Forum

ProppFrexx is by nature very flexible and extensible radio software. This is one of the reasons we chose it over any other radio software on the market. The extensible list of control-commands and macros allow you to control almost every action and read almost every status in the application.

Custom Dockpanels

One of the features we miss is the ability to display custom information in ProppFrexx. It would be great if we could develop custom dockpanels that integrate within ProppFrexx. With the extensible list of control-commands and macros there already is a way to push/pull data to/from ProppFrexx.

Examples of possible use-cases of such a feature:

• Ability to display on-air status in a multi-studio setup (which studio is live, what song is playing in that studio). Also have the ability to switch between studios.

• View chat messages from listeners and reply to them via a 3th party chat application

• Ability to have a custom stopwatch clock when opening the microphones to display how long an interview has been proceeding. (viewtopic.php?t=3448)

• Ability to view DAB+ or FM return signal from a 3th party receiver

• The list can go on forever, it is up to the user to develop these features

Some of these features are in some form available today, but not as separate dock panels or with all features necessary.

It would leave us, the users, the ability to extend ProppFrexx in any way possible and allow almost unlimited flexibility.

Implementations

There are 2 possible implementations I can think of to achieve this feature.

• WebView based implementation:
  
  In this implementation ProppFrexx would have a fixed number of dockpanels that can be configured to display a web-based application (either a local file or a remote url). This web application can push/pull data from ProppFrexx using the REST API, that was introduced a few versions ago. This would however require a more modern webview, as the current build-in browser lacks modern JavaScript support.
  
  It would act like the build-in webbrowser, but have no controls/address bar at the top. Actions like reload could be triggered by a right click action menu.
  
  Benefits of this implementation
  • Easy to implement (only requires an extra config section and a new webview library that supports the modern web standards)
  • Unlimited flexibility.
  • A lot of other broadcast software already have some sort of web-based status screen. This could integrate nicely.
  Downsides of this implementation
  • Higher CPU/RAM usage than a native solution
  • WebViews do not have the ability to interact with TCP/UDP sockets directly. If 3th party tools only support those ways of communication you will need to build an external HTTP server first.

• .NET based implementation:
  
  In this implementation a custom SDK to build dockpanels could be provided. The developer would build a separate DLL for each dockpanel and ProppFrexx will load those from a configured directory. These could also be shared across the network using synced storage.
  
  For data transfer between a dock panel and ProppFrexx the existing Zyan Communication system can be used.
  
  Benefits of this implementation
  • Native integration with .NET
  • Higher level programming options (TCP/UDP sockets, ...)
  • Less CPU/RAM intensive than a webview
  Downsides of this implementation
  • Requires lot's of development time and documentation
  • Much more complex for development

Thanks for your input and suggestions!

The first question, which comes into my mind (as you need extensive programming skills anyhow):
Why don’t you write a stand-alone application yourself to display Thieles custom content?
As I don’t see the immediate benefit of having such windows inside ProppFrexx?
I.e. you would need the screen space anyhow and for the mentioned functions resp. use cases there is no tight ProppFrexx interaction needed.

Great question, that is what we do right now, however this is not ideal as this requires clicking to a different application if you want to view the status of something. We could make the ProppFrexx window smaller and place these programs fixed by the side, but this makes us limited in where we can display what on the screen. Placing windows on top of ProppFrexx is also not ideal, as part of the application will be hidden underneath.

We also have multiple configurations of ProppFrexx for multiple stations. This requires closing all 3th party programs for one station and opening those for another. If everything would be tightly integrated this wouldn't be necessary, as those dock panels start together with ProppFrexx.

I can think about it, but a) this will not be simple to implement, b) I am not sure how many people will use it, and c) you might start other apps already when PF is starting.

If you go with the web based approach it also has the benefit of allowing viewing something like a fixed news website or something similar, while having the regular web browser for more manual internet searches.

As said, I am not sure about the benefits yet. Having and starting a 3rd party app would serve the same, has no real disadvantage and separates the functionality and might as such serve better stability and security … especially for web apps…

Would it be possible to allow docking of 3th party apps in ProppFrexx, instead?

No, you can not dock another process into it - this is not allowed and doesn’t make sense.