WSJT-X while away from home using Wfview

I have Wfview running at home controlling my IC-7300 with the server feature enabled. I can connect when away from home via my VPN to the radio without problems. WSJT-X is configured and CAT connects and changes bands on the radio. I have tried both VB-Audio and Virtual Audio Cable as described here: Audio Configuration | wfview Both VB-A and VAC have the same problem.


Update

Back at home now and set up on another computer on the local network.

Audio is working. I had a local mic and speakers selected for Radio Server instead of the USB audio.

Still nothing but red lines.


Nothing but red lines in the WSJT-X waterfall:

What am I missing?

Settings as follows:


I wasnā€™t able to tell for sure, do you have receive audio working?

What do you mean by receive audio?

1 Like

Maybe not. I can hear audio from my 9700 but nothing from the 7300 even with the squelch turned all the way down. The only difference is Iā€™m connecting directly to the 9700 IP while Iā€™m connecting to the 7300 through Wfview server.

Iā€™m running separate instances of Wfview using different ini files.

This may be a no audio issue. The log keeps saying:

2024-11-03 04:07:38.680 INF udp: udpAudio : sending request for multiple missing packets : ā€œ31:6c:31:6c:32:6c:32:6cā€
2024-11-03 04:07:41.303 INF udp: udpAudio : sending request for multiple missing packets : ā€œ31:6d:31:6d:32:6d:32:6dā€
2024-11-03 04:07:43.493 INF udp: udpAudio : sending request for missing packet : ā€œ0x6e10ā€
2024-11-03 04:07:48.414 INF udp: udpAudio : sending request for multiple missing packets : ā€œf7:6f:f7:6f:f8:6f:f8:6fā€

https://termbin.com/fpd3

That indicates a serious network issue. Streaming UDP audio requires a very stable network and many ā€˜consumer gradeā€™ switches and wireless access points just arenā€™t up to it.

You can try using the Opus or uLaw codecs, also try reducing the sample rate from 48K to 16K.

I also note you are on a VPN, this may be fragmenting the audio packets, which can cause all sorts of issues, so using Opus or uLaw should help as that results in smaller packets.

You should really verify correct operation on the local network before trying remote!

Thereā€™s not much I can do about hotel internet. Iā€™ve tried both Opus and uLaw and dropped the rate to 16K like you mentioned. Still seeing missing packets.

I can connect without VPN. I didnā€™t try when open port checkers showed the ports closed. Apparently both the IC-9700 and Wfview reject open port inquiries.

Everything worked fine on my home PC before I left town. Guess I should have tried another computer on the local network before going remote.

  • you may be able to use your phone as an access point (as a test)
  • the 9700 and wfview donā€™t ā€œrejectā€ open port inquiries. UDP port testing is different from TCP.
  • always test, local, and if that works, use your phone as an access point to ā€œdial intoā€ your setup.

That way you know upfront that if things donā€™t work ā€“ itā€™s an external issue.

In your first post you mention:

ā€œI have Wfview running at home controlling my IC-7300 with the server feature enabled. I can connect when away from home via my VPN to the radio without problems.ā€

So I am puzzled. You have two parts. In order to figure out the issue(s) break it up in parts.

Does the 7300 work flawless remotely with audio etc?

I have full control of the 7300 with a Wfview to Wfview server connection on LAN, VPN, and WAN. Phone operates with no problems.

On my home PC connected to the 7300 by USB I run Wfview, WSJT-X, GridTracker, and Log4OM. It all works together as expected. (except for an occasional return to receive failure; but that a topic for another post.)

My problem appears to be with WSJT-X not receiving a legitimate audio source from Wfview through a virtual audio port. I have tried both VAC and VB-Audio as mentioned in the OP and both have the same issue.

I just donā€™t know what else to try in order to resolve this problem and Iā€™m hoping someone else has enough experience with these programs to help me resolve why Wfview and WSJT-X cannot communicate through VAC or VB-Audio.

I identified my problem.

In an attempt to control both an IC-7300 and IC-9700 on the same network, I enabled Radio Server in Wfview for the 7300 and set the Control Port to 50004 with the Audio Port at 50006. I can remote connect to it on port 50004 but there doesnā€™t seem to be a way to change the audio port to 50006 so I wasnā€™t receiving any audio.

By connecting to my LAN by VPN instead of forwarding ports 50004-6 through my WAN IP, I can connect directly to the 7300 server PCs IP address ports 50001-3 and the same ports by connecting to the 9700 IP address.

Can anyone explain how I can connect to different radios without a VPN?

Disclaimer: I would recommend a VPN as we have not done any vulnerability testing on either the wfview or Icom servers, so exposing them directly to the Internet is at your own risk.

If you still want to connect directly, the NAT ports must match exactly what is configured in the server, as the client only knows about the control port, the server notifies the client which C-IV and audio ports to use.

The ā€˜radio serverā€™ tab in settings allows you to configure the control, C-IV and audio ports, you simply need to create NAT mappings in your router/firewall to match these.

Phil