Yes, you can operate your Flexradio from Linux

Question.

Can you be more specific how to "deposit" the list of fonts?

Alan. WA9WUD

I installed SmartSDR following the directions posted and it works. Thanks @Chris. I took the liberty to augment the instructions for the newest version. I also posted this in the crossover database under smartsdr.

Before installing SmartSDR make sure your crossover installation is not missing any libraries - specifically the 32 bit versions are not usually on your system.

See: https://www.codeweavers.com/support/wiki/diag  

Now lets begin

1) Create a bottle - "Windows 10 64bit"

2) In Crossover: "Install Windows Software" 

  - type ".net" ('dot' net)

  - pick "Microsoft .Net Framework 4.6.2 " off of the list

  -"Continue" on to the next steps

  - When you reach the step of selecting the Bottle, be sure to select your Windows 10 64-bit bottle

  - installation of .Net 4.6.2 will cause all previous versions to be installed first. 

  - no need to restart after each install but make sure you restart after all are installed. I use the restart bottle in crossover.

  - agree to the license agreement prompts

3) Download SmartSDR - make sure you use the latest releases, I have tested with the following versions:

    - https://www.flexradio.com/software/smartsdr-v3-2-39/

    - https://www.flexradio.com/software/smartsdr-v2-7-6/3 

4) Install SmartSDR into your bottle

  - "Install Windows Software", type "SmartSDR" and choose "Unlisted Application 'SmartSDR'" from the list. 

   - Be sure to select your Win10 64bit bottle

   - don't run SmartSDR just yet. You need the two Flexradio fonts and some Windows Fonts (see below)

5) Get fonts from flexradio.com

    - download https://www.flexradio.com/software/didact-gothic-font/

    - download: https://www.flexradio.com/software/napoliserial-xlight-font/

6) Copy downloaded fonts to your bottle

  - copy to: <YOUR-HOME-DIRECTORY>/.cxoffice/<YOUR-BOTTLE-NAME>/drive_c/windows/Fonts 

7) Set bottle options

  - Right click on the bottle in crossover

  - select settings and select the combination that works best for you - I have all of them checked and seems to work best for me YMMV

8) Do not start up DAX or CAT

9) Start SmartSDR

  - NOTE I had to drop the FPS to 15 to get the program to be responsive - you may want to do that ASAP when you start up or else the app may be non responsive -YMMV

  - I had problems with full screen mode but that just may be my system - YMMV

10) The original post had more fonts to be copied from windows but I did not have a copy of them and it seems to work without them, but I am including the list for completeness. If you have a source for them, post where we can get them:

l_10646.ttf

micross.ttf

msgothic.ttc

s-napoa.ttf

segoeui.ttf

segoeuib.ttf

segoeuii.ttf

segoeuil.ttf

segoeuisl.ttf

segoeuiz.ttf

seguibl.ttf

seguibli.ttf

seguisb.ttf

seguisbi.ttf

seguisli.ttf

tahoma.ttf

tahomabd.ttfNow you can run SmartSDR!

Have it up and working but it is quite non-responsive. So much so I can't get the frame-rate set to the lower value :-(

Any thoughts on a config file somewhere that I can just tweak a value in to effect the same change?

@N1SH I am running 4k resolution, are you also? I suspect that is a problem without hw acceleration of the video in wine

I did the process w/o crossover. Once I realized that with `winetricks dotnet462` I had to not "reboot" between each install, things went swimmingly. That is until the frame-rate problem.

All better now.

SmartSDR on Linux!

Dave - I tried an install this weekend with the new version of SSDR and it did not work for me either. They must be using newer libraries. I will try and find time to figure it out soon. Stay tuned...

The problem isn't exactly lack of hardware acceleration; the problem is that SmartSDR uses WPF (an old Microsoft GUI library), and WPF uses a weird feature of Direct3D 9 that simply can't be translated to OpenGL or Vulkan (or even newer versions of Direct3D): rendering only part of a surface using D3DSWAPEFFECT_COPY and letting the rest of it carry over from the previous frame.

Even on D3D9, using that feature is a bit of a lazy option that comes with a performance hit, but the other APIs don't provide a way to do it at all (if you want to draw one thing independently of another, you put them on separate surfaces). If you try to emulate D3D9 by ignoring the special swap-effect, you end up with a UI that's mostly black, flickery, and completely unusable. So wine has a workaround: copy the whole window contents from the GPU back to the CPU on every frame. That makes those apps appear correctly, but it's very slow, and that's what makes SmartSDR work so poorly, especially if the window is large.

Unfortunately there isn't likely to ever be a "fix" for this in Wine. They're already doing the best they can within the constraints of not-from-2004 graphics APIs. I've poked someone in the Microsoft GitHub org about the possibility of adding an option to the open-source version of WPF that disables use of D3DSWAPEFFECT_COPY, but that's not incredibly likely (they've already had a related ticket open since 2021 with no progress). So the only real hope is a new version of SmartSDR for Windows that's built on something newer tha WPF, or a native Linux SmartSDR.