Workaround to no audio on startup on Win 10 for IC-705

I only recently started trying wfview 1.2e with partial success, but I switched to 1.5 when it was released. I experience the same problem with 1.2e and 1.5, but having the log file readily available in the 1.5 GUI is a great feature.

My use case is a Windows 10 laptop using wfview to connect directly to the IC-705 via wifi mainly for running WSJT-X. As such, my default wfview saved audio input/output settings are VB-Audio Cable.

When I first connect to the 705, I have no audio from the radio. However, I found that switching the wfview audio to the laptop’s built-in speaker & microphone gets the audio working on the laptop. Then I can switch back to VB-Audio Cable and voila - it works just fine and I can happily use WSJT-X with the 705. This back and forth switching is all done within one wfview session while disconnecting the radio connection between switching the audio settings I have to do these gymnastics every time I connect to the 705 with wfview.

An example log file is on termbin: wfview log file

Interestingly, I see the “Input No audio device was found. You probably need to install libqt5multimedia-plugins” message on the initial attempt to use VB-Audio Cable, but not the second (when successful).

Any thoughts?

Hi Ronald,

I see that the audio device name has a copyright symbol in it, and I wonder if this could be related to a bug Phil is chasing down. The fact that it works on the second connect kind of suggests to me a similar issue, but I am not sure. I will wait for Phil to have a look.

Thank you for posting! And I’m glad you like the log in the GUI, it has made a good bit of difference for working on the code as well.

–E
de W6EL

Also, have you tried using any of the other audio systems, such as Port Audio or RT Audio? They use different methods and might work better in your case. Just select them in wfview next to the audio device selectors, and then, please, make sure to re-visit the audio device selection menus “as our menu options have changed”. :slight_smile:

–E
de W6EL

Thank you, Elliott. I have tried PortAudio and RT Audio, but just very briefly. I had no audio with PortAudio, and RT resulted in very warbly sounds, but I did not explore changing any other parameters. QT worked right out of the box, so I just stuck with it. I will investigate Port and RT again to see if they can work.

Best,

Ron

Hi Elliott,

In a different thread, I saw that Phil mentioned a new weekly build that seemed to address my scenario in this thread. With the new build, I still do not have audio upon startup, but I do see in the log that when the program did not find the audio output device, it tried to find the default device, but that failed.

Moreover, when I tried my workaround this time, I did not get audio when switching back to the VB Audio Cable. It looks like the program thought it did succeed, though. Interesting.

I’ll poke around some more later.

Thanks,

Ron

link to log…
https://termbin.com/ddiv

Hi Ronald.

This is interesting (but very confusing). Your log shows:

2022-10-01 16:29:42.492 INF gui: Got Audio Output from Settings:  "CABLE Input (to Radio) (VB-Audio Virtual Cable)"
2022-10-01 16:29:42.493 INF gui: Got Audio Input from Settings:  "VB CABLE Output (from Radio) (VB-Audio Virtual Cable)"
2022-10-01 16:29:42.630 INF gui: Found Audio Input Device:  "VB CABLE Output (from Radio) (VB-Audio Virtual Cable)"
2022-10-01 16:29:42.630 WRN gui: Audio output Device:  "CABLE Input (to Radio) (VB-Audio Virtual Cable)" Not Found, trying to select default
2022-10-01 16:29:42.630 WRN gui: Unable to select default output device, "CABLE Input (VB-Audio Virtual Cable)"  help.....

I notice that the audio input is being found correctly, but the audio Output device is called CABLE Input (not VB CABLE Input). I wonder if you have some corruption in your audio device configuration? It might be worth trying to remove/reinstall VB Audio Cable and NOT rename the devices?

73 Phil M0VSE

Hello Phil,

I’m glad you mentioned the audio device names. I had renamed them to help reduce confusion about which one was going or taking to the radio. I removed & reinstalled VB Audio Cable, and now I’m back to the point where I do not get audio when starting up wfview (the latest weekly build), but my workaround of switching to built-in speaker and microphones and back to VB Audio Cable does work.

link to log…

Thanks for your help,

Ron

I’m getting similar behavior. After tinkering for a bit thinking I had screwed something up, it held together for a QSO on FT8 but now it’s failing. I noticed after my first QSO I wasn’t getting anything when I transmitted, restarted everything and now I’m getting the same log lines.

https://termbin.com/8h7e

After a little more prodding toggling the audio in WFview with a disconnect/reconnect dance does seem to sort it out eventually without restarting anything, but the lifetime is short. This log should represent working, losing, fixing and losing input. Output stays up:

https://termbin.com/4gq43

Confirmed this morning it’s fine in 1.2 playing on FT8.

Matthias and Ronald,

can you tell if you have a meshed network? E.g. multiple access points that eventually talk to each other?

I have been connecting my laptop to the 705’s built-in access point, not through my home Wi-Fi.

Thanks,

Ron

thanks for that information. And how far are you away from the rig, is it next to you or…

I have normal double glass windows, if the rig is outside and I’m inside, at approxmax 5m, I’m close to the edge of having it to work at all.

The radio is on the desk next to me and the laptop - less than a meter of air between all.

Latest follow-up on my experience…

I was able to get PortAudio audio system working with VB AudioCable when launching wfview weekly build 20221001-11-24-08. VB Audio Cable was 4th in the audio output pull-down list, so that got me thinking if the problem happened only for the 1st entry in the pull-down list. I describe an experiment below. Interesting results - always a problem when launching wfview with the first item in the Audio Output list for each Audio System.

This behavior is reproducible for me, so I hope it is for others, too, to identify and resolve the problem.

Best,

Ron


Running weekly build 20221001-11-24-08 on Windows 10

QtAudio

  • 2 items in Audio Output pull-down list
    • Cable Input (VB Audio Virtual Cable) is first
    • Realtek Speaker is second
  • No audio output when launching wfview with VB Cable Output in save settings.
  • Disconnect, select Speaker (Realtek), reconnect - audio output works.
  • Disconnect, select VB Audio Cable, reconnect - audio output works.
  • Disconnect, select Realtek Speaker, save settings, exit wfview
  • Launch wfview - audio works
  • Disconnect, select VB Audio Cable, reconnect - audio output works.

PortAudio (continue in same session above)

  • Disconnect, select PortAudio as Audio System.

  • Many items in Audio Output pull-down list

    • Microsoft Sound Mapper is first
    • Cable Input (VB Audio Virtual Cable) is fourth
  • Select Microsoft Sound Mapper, save settings, exit wfview. (Log 1)

  • Launch wfview, windows closes shortly after opening. (Log 2)

  • Launch wfview again, no connection at first, connects 23 seconds later, then window closes. (Log 3)

  • Launch again, windows closes shortly after opening. (Log 4)

  • Launch again, cancel connection, select VB Audio Virtual Cable as Audio Output, save settings, exit wvfiew. (Log 5)

  • Launch wfview, audio output works.

  • Disconnect, select Microsoft Sound Mapper, reconnect - audio output works.

RTAudio (continue in same session above)

  • Disconnect, select RTAudio as Audio System.
  • Speaker (Realtek) is the only item in pull-down list.
  • Save settings, exit wfview. (Log 6)
  • Launch wfview, no audio output.
  • Disconnect, try to select Speaker (Realtek) from pull-down list (despite it being the only entry).
  • Reconnect, no audio output, exit wfview. (Log 7)

(After this I went back to my PortAudio config that works without issue at startup.)

I just upgraded wfview to 1.5 and would try the WLAN option for my IC-705. It didn’t work as expected with VB-CABLE. JDTX could decode the signal but failed to transmit. After struggling for sometimes :thinking:, I realized that I actually need two virtual cables while free version of VB-CABLE has one only. To prove if my understanding is correct, I downloaded VAC Lite version which provide another “free cable” for my test. It does work. I have already made several FT8 contact “wirelessly”. :smile:

73 VR2XHQ

1 Like