Can't get server and client working, IC-7300

Hello,
first of all thanks for the great software.
I’m now trying a client server installation. I believe that Rig is configured correctly as I’m using Icom RS-BA1 and Win4Icom remotely without any problem.
Right now server is an Ubuntu VM, client is Windows machine.
Code has been compiled from source from latest git.

Server:

  • Can connect to the rig. I can see the waterfall, I can operate the radio. I don’t know if audio is present as VM is headless.

Client:

  • You can see from the debug messages. I can authenticate with the server but apparently no radio control and no audio.

Server Log:
2022-04-27 09:43:24.747 INF udp: Starting udpHandler user: “sf” rx latency: 150 tx latency: 150 rx sample rate: 48000 rx codec: 64 tx sample rate: 48000 tx codec: 64
2022-04-27 09:43:24.760 INF system: Received CommReady!!
2022-04-27 09:43:24.760 INF default: Setting rig state for wfmain
2022-04-27 09:43:24.760 INF udp: UDP Stream bound to local port: 58008 remote port: 50001
2022-04-27 09:43:25.264 INF udp: udpHandler : Received I am here from: QHostAddress("::ffff:192.168.1.107")
2022-04-27 09:43:25.264 INF udp: udpHandler : Received I am here
2022-04-27 09:43:25.280 INF udp: udpHandler : Received I am ready
2022-04-27 09:43:25.280 INF udp: udpHandler : Sending login packet
2022-04-27 09:43:25.295 INF udp: Got connection type: “WFVIEW”
2022-04-27 09:43:25.295 INF udp: udpHandler : Received matching token response to our request
2022-04-27 09:43:25.295 DBG udp: udpHandler Sending Token request: 2
2022-04-27 09:43:25.295 INF udp: udpHandler : Detected connection speed WFVIEW
2022-04-27 09:43:25.311 INF udp: udpHandler Received radio capabilities, Name: Audio: ICOM_VAUDIO CIV: 0 CAPF 5001
2022-04-27 09:43:25.369 INF udp: Got Connection status for: Busy: 2 Computer IP “0.0.0.0”
2022-04-27 09:44:25.289 DBG udp: udpHandler Sending Token request: 5
2022-04-27 09:44:25.312 DBG udp: udpHandler : Token renewal successful
2022-04-27 09:44:25.328 INF udp: Starting udpCivData
2022-04-27 09:44:25.328 INF udp: UDP Stream bound to local port: 52749 remote port: 50002
2022-04-27 09:44:25.328 INF udp: Starting udpAudio
2022-04-27 09:44:25.343 INF udp: UDP Stream bound to local port: 52750 remote port: 50003
2022-04-27 09:44:25.345 INF audio: Output audio handler starting: “”
2022-04-27 09:44:25.345 INF udp: udpHandler Got serial and audio request success, device name: “”
2022-04-27 09:44:25.346 DBG audio: Creating Output audio device: “” , bits 8 , codec 64 , latency 150 , localAFGain 255 , radioChan 1 , resampleQuality 4 , samplerate 48000 , uLaw false
2022-04-27 09:44:25.347 DBG audio: Output setVolume: 255 ( 1 )
2022-04-27 09:44:25.347 DBG audio: Output Preferred Format: SampleSize 16 Channel Count 2 Sample Rate 44100 Codec “audio/pcm” Sample Type SignedInt
2022-04-27 09:44:25.347 INF audio: Output Internal: sample rate 44100 channel count 2
2022-04-27 09:44:25.347 INF audio: Creating opus decoder: success
2022-04-27 09:44:25.347 INF audio: Output wf_resampler_init() returned: 0 resampleRatio: 0.91875
2022-04-27 09:44:25.347 INF audio: Output thread id 0x5020
2022-04-27 09:44:25.347 INF audio: Output start() running
2022-04-27 09:44:25.358 INF udp: udpCivData : Received I am here
2022-04-27 09:44:25.384 INF udp: udpAudio : Received I am here
2022-04-27 09:44:27.329 INF udp: CIV Watchdog: no CIV data received for 2s, requesting data start.
2022-04-27 09:44:27.376 INF udp: Audio Watchdog: no audio data received for 2s, restart required?
2022-04-27 09:45:25.317 DBG udp: udpHandler Sending Token request: 5
2022-04-27 09:45:25.321 DBG udp: udpHandler : Token renewal successful
2

Client Log:
2022-04-27 10:32:19.952 INF system: “wfview version: 1.2e (Git:4ba4358 on Apr 27 2022 at 08:56:14 by build@wfview.org)\nOperating System: Windows 10 Version 2009 (i386)\nBuild Qt Version 5.15.2. Current Qt Version: 5.15.2\n”
2022-04-27 10:32:19.952 DBG system: "SerialPortCL as set by parser: "
2022-04-27 10:32:19.952 DBG system: “remote host as set by parser: "
2022-04-27 10:32:19.952 DBG system: “CIV as set by parser: "
2022-04-27 10:32:20.533 DBG system: Running with debugging options enabled.
2022-04-27 10:32:20.533 INF default: setState 1
2022-04-27 10:32:20.533 INF default: setState 0
2022-04-27 10:32:20.533 INF default: setState 1
2022-04-27 10:32:20.543 DBG system: Finding audio input devices
2022-04-27 10:32:21.360 DBG gui: Changed default audio output to: “Speakers (Realtek(R) Audio)”
2022-04-27 10:32:21.360 DBG gui: Changed default server audio output to: “Speakers (Realtek(R) Audio)”
2022-04-27 10:32:21.360 DBG system: Finding audio output devices
2022-04-27 10:32:21.458 DBG gui: Changed default audio input to: “Microphone (Realtek(R) Audio)”
2022-04-27 10:32:21.458 DBG gui: Changed default server audio input to: “Microphone (Realtek(R) Audio)”
2022-04-27 10:32:21.458 DBG system: Audio devices done.
2022-04-27 10:32:21.601 DBG system: Audio set to default device initially
2022-04-27 10:32:21.618 INF system: Loading settings from “\HKEY_CURRENT_USER\Software\wfview\wfview”
2022-04-27 10:32:21.654 INF gui: Got Audio Output: “”
2022-04-27 10:32:21.654 INF gui: Got Audio Input: “”
2022-04-27 10:32:21.654 INF gui: Got Server Audio Input: “Microphone (Realtek(R) Audio)”
2022-04-27 10:32:21.654 INF gui: Got Server Audio Output: “Speakers (Realtek(R) Audio)”
2022-04-27 10:32:21.671 DBG system: Running setUIToPrefs()
2022-04-27 10:32:21.974 INF system: Cannot prepare WF view without rigCaps. Waiting on this.
2022-04-27 10:32:21.974 DBG system: Running setInititalTiming()
2022-04-27 10:32:21.974 DBG system: Running openRig()
2022-04-27 10:32:21.974 DBG system: Serial port not specified.
2022-04-27 10:32:21.974 INF rig: creating instance of rigCommander()
2022-04-27 10:32:21.974 DBG system: Running rigConnections()
2022-04-27 10:32:21.974 INF udp: Starting udpHandler user: “sf” rx latency: 150 tx latency: 150 rx sample rate: 48000 rx codec: 64 tx sample rate: 48000 tx codec: 64
2022-04-27 10:32:21.992 INF udp: UDP Stream bound to local port: 56377 remote port: 50001
2022-04-27 10:32:22.097 INF system: Received CommReady!!
2022-04-27 10:32:22.097 INF default: Setting rig state for wfmain
2022-04-27 10:32:22.516 INF udp: udpHandler : Received I am here from: QHostAddress(”::ffff:192.168.1.107”)
2022-04-27 10:32:22.516 INF udp: udpHandler : Received I am here
2022-04-27 10:32:22.597 INF udp: udpHandler : Received I am ready
2022-04-27 10:32:22.597 INF udp: udpHandler : Sending login packet
2022-04-27 10:32:22.612 INF udp: Got connection type: “WFVIEW”
2022-04-27 10:32:22.612 INF udp: udpHandler : Received matching token response to our request
2022-04-27 10:32:22.612 DBG udp: udpHandler Sending Token request: 2
2022-04-27 10:32:22.612 INF udp: udpHandler : Detected connection speed WFVIEW
2022-04-27 10:32:22.628 INF udp: udpHandler Received radio capabilities, Name: Audio: ICOM_VAUDIO CIV: 0 CAPF 5001
2022-04-27 10:32:22.628 INF udp: Got Connection status for: Busy: 2 Computer IP “0.0.0.0”
2022-04-27 10:33:22.608 DBG udp: udpHandler Sending Token request: 5
2022-04-27 10:33:22.608 DBG udp: udpHandler : Token renewal successful
2022-04-27 10:33:22.623 INF udp: Starting udpCivData
2022-04-27 10:33:22.623 INF udp: UDP Stream bound to local port: 52441 remote port: 50002
2022-04-27 10:33:22.623 INF udp: Starting udpAudio
2022-04-27 10:33:22.623 INF udp: UDP Stream bound to local port: 52442 remote port: 50003
2022-04-27 10:33:22.639 INF udp: udpHandler Got serial and audio request success, device name: “”
2022-04-27 10:33:22.639 INF audio: Output audio handler starting: “”
2022-04-27 10:33:22.639 DBG audio: Creating Output audio device: “” , bits 8 , codec 64 , latency 150 , localAFGain 255 , radioChan 1 , resampleQuality 4 , samplerate 48000 , uLaw false
2022-04-27 10:33:22.639 DBG audio: Output setVolume: 255 ( 1 )
2022-04-27 10:33:22.639 DBG audio: Output Preferred Format: SampleSize 16 Channel Count 2 Sample Rate 44100 Codec “audio/pcm” Sample Type SignedInt
2022-04-27 10:33:22.639 INF audio: Output Internal: sample rate 44100 channel count 2
2022-04-27 10:33:22.639 INF audio: Creating opus decoder: success
2022-04-27 10:33:22.639 INF audio: Output wf_resampler_init() returned: 0 resampleRatio: 0.91875
2022-04-27 10:33:22.639 INF audio: Output thread id 0x3fc0
2022-04-27 10:33:22.639 INF audio: Output start() running
2022-04-27 10:33:22.655 INF udp: udpAudio : Received I am here
2022-04-27 10:33:22.670 INF udp: udpCivData : Received I am here
2022-04-27 10:33:24.633 INF udp: CIV Watchdog: no CIV data received for 2s, requesting data start.
2022-04-27 10:33:24.665 INF udp: Audio Watchdog: no audio data received for 2s, restart required?

Thanks for the help.

Simone IU3QEZ

Hi Simone.

We have discovered issues with the server in the master branch, I would recommend trying the wfserver branch temporarily as that has the latest server code in.

git checkout wfserver

73 Phil

Thanks, will try tomorrow.
Simone IU3QEZ

That’s the same as I am getting. I amusing a Raspberry Pi as the server. It shows waterfall and controls. The W10 PC connects, there is some sort of counter at the bottom. The log shows same as yours.

Paul VK2AHB

~WRD0001.jpg

The same problem here.
Using Rasperry PI4B with wfview 1.2e as Server. USB-Connection to IC-7300 and controlling the transceiver working well. Configured wfview as server for connect over LAN.

Control-connection from client (wfview 1.2d) on windows10-laptop to the wfview-server successful, but no frequency display, no audio connection, no controlling etc. on the client. Status line of the client-window shows NONE.
I tried different wfview-Versions on the client but nothing is working.
Any ideas what i can do ?
Logfile could not be attached because i am a new member.

Hi Frank,

Please check to make sure CI-V Transceive is enabled on the radio.

Beyond that, if you can share your log files from the client and server it may help.

Thanks,

—E
de W6EL

Hi Elliott,
many thanks for your reply. CI-V Tranceive is surely enabled.
Today i reinstalled wfview with the actual wfview-script on the raspi, but there is still no communication to the IC-7300 from the Win10-Laptop.
I have uploaded the logfile and screenshots from yesterday.
Kind regards !
Frank
wfview-logs.txt (180.1 KB)
2022-04-30 20_48_33-Window|690x338

Hi Frank.

I would recommend switching to the wfserver branch on your raspberry pi. There is an issue with the master branch where it is incompatible with older versions of wfview. This is fixed in wfserver and will be merged into master soon. We are just trying to iron-out some occasional audio bugs before it is merged.

Also, I notice in the server tab, you haven’t selected the USB audio devices of the 7300. This is a recent change where the server has its own audio device selection.

73 Phil M0VSE

Hi Phil,
thanks for your answer. Can you give me an info, how to install the wfserver on the raspi ? Is there a skript like fullbuild-wfview.sh or something like that?
vy73
Frank

Hi Frank.

If you edit fullbuild-wfview.sh you will see a section that describes which branch you wish to use.

73 Phil

Hi Phil,
good news !
I tried the wfserver-branch of wfview and now it works. Three connections were established: control, ci-v, audio.
Wfview does a great job.
Is it possible, to switch the noise-blanker of the IC-7300 with wfview?
Thanks so much for your support !
vy73
Frank

Hallo dear Frank,
this is Jan-Peter - Dl3kvt.
I also can’t get the Raspberry pi 4 to run as a server and no connection to the Win 10 PC. All configurations on the IC 7300 are set ok. Have you made your connection now and how did you solve it. I’m a beginner!
vy 73 Jan-Peter DL3KVT

Hallo Jan-Peter,
mittlerweile läuft es. Das Problem ist, dass der aktuelle wfview-Server auf dem Rasperry Pi die Version 1.2e hat und der Client auf dem Win10-Laptop die 1.2d.
Laut Phil scheint es Probleme zu geben, wenn der Client eine niedrigere Version hat als der Server.
Lt. seiner Empfehlung habe ich auf dem Raspi das fullbuild-wfview.sh - Skript angepasst, damit er den wfserver-branch installiert. Nach der Installation den Raspi rebooten. Wfview am Raspi starten und mit dem IC-7300 verbinden. Dann wfview am Client starten und mit dem Server verbinden. Danach hat es mit dem Zugriff vom Client auf den IC-7300 geklappt.
vy73
Frank

Vielen Dank Frank!
Dann werde ich gleich morgen mir die neue wfview Build-Version nochmal raufladen und diese Schritte durchlaufen lassen!!!
Ich bedanke mich ganz herzlich für das so schnelle und tolle Feedback!!!
Das nenne ich tolle Gemeinschaft!!!
Liebe Grüße
Jan-Peter
DL3KVT

Hallo lieber Frank,
ob Du mir dein modifiziertes fullbuild-wfview.sh Script zusenden könntest??
Da ich beim editieren meines Scriptes immer Abstürze hatte vom Raspberry pi 4
So das der Server dann läuft .
Ich bedanke mich ganz herzlich für deine Mühe!
Jan-Peter -DL3KVT-

Hallo Jan-Peter,

es ist eine sehr kleine Anpassung des Original-Skripts, dass Du unter

bekommst.
Unter:
'### BRANCH SELECTION ###`

Master:

git clone --depth 1 Elliott Liggett / wfview · GitLab ← diese Zeile mit # auskommentieren

wfserver

git clone --depth 1 Elliott Liggett / wfview · GitLab -b wfserver ← hier die # entfernen

Das Ganze abspeichern und ausführen.
vy73
Frank

vy73
Frank

Ich danke Dir, einfach das # da weglassen und neu compilieren!
Vielen Dank!!!
Noch muss das QRL herhalten:-))
Dann wird getestet :wink:
Viele Grüße zurück!
Jan-Peter

Hallo Frank, hallo Jan-Peter,

Ich benutze ebenfalls einen Raspberry Pi 4 mit der neuesten wfview-Server Software (v 1.2e) als Remote-Server für meinen IC-7300.
Als Client benutze ich meinen Win10-Desktop-PC. Auf dem PC läuft ebenfalls die neueste wfview-Server Software (v 1.2e).
Der Client (Win10 PC) kommuniziert mit dem Server (Raspberry PI 4) über WLAN.
Wasserfall-Diagramm und Steuerung des IC-7300 funktioneren einwandfrei über die “Remote”-Verbindung (Raspberry und PC befinden sich im selben Raum - hi ).
Es gibt aber Probleme mit der Audioübertragung. Nach einigen Sekunden Empfang kommt es zu Artefakten auf dem Signal (Blubbern). Beim Senden ist das Signal zerhackt und so gut wie unverständlich.
Habt ihr ähnliche Probeme? Was mache ich falsch?

73 de Frank F5VBD/DF1KT

Hello Phil,

I’m running a Raspberry Pi 4 (latest upgrade) as a server and a desktop PC (Win 10 pro v. 21H2).

The server is connected to a IC-7300 (firmware v. 1.41).

On both, the Raspberry Pi and the PC is running the latest wfview-server version 1.2e.

The client (PC) is communicating with the “remote” Raspberry Pi via Wifi.

All devices are in the same room for the time being.

Waterfall-diagram and all control functions are working perfectly.

But there are severe problems concerning the audio transmission.

After a few seconds during reception appear artifacts (a kind of bubbling on the signal) and it gets difficult to understand.

When transmitting there are artifacts too, the signal is strongly chopped up and not understandable at all.

What am I doing wrongly.

Do you have any ideas, how I can fix it?

73 de Frank F5VBD/DF1KT

Hi Frank.

I have been working on that very issue today. Basically it is due to the audio thread maxing out one of the CPU cores on the Pi. A higher specification server shouldn’t have the issue. This is especially an issue with the Opus codec as that requires significantly more CPU than LPCM (which is basically just passed-through Windows).

What I have done is currently in the wfserver branch so you will need to use that. I have set the Opus codec to use a slightly lower complexity setting, together with a number of other improvements to audio timing.

73 Phil M0VSE

~WRD0001.jpg