Just to let you know, earlier today we released wfview 1.61 and binaries are available to download for windows (x86 and x64), MacOS (universal) and Linux (x86)
This is a minor release to address two issues discovered since the release of 1.60 a few days ago:
Phantom signals appearing on waterfall for USB connected rigs when using the Waterfall Format feature.
USB controllers not working in MacOS.
If you aren’t affected by these issues then no need to upgrade until the next release (but you can if you want).
Incidentally, if any MacOS users are experiencing stability problems with wfview, try switching the audio system to RT Audio. I have noticed a couple of crashes using the default QT Audio, usually they are proceeded by stuttering audio but so far have I been unable to diagnose them. I suspect it may be an issue with the Qt audio system so we may have to wait for an updated version.
I have noticed that on some MacBook computers, the internal microphone doesn’t appear as an audio input device in RTAudio, in this situation I would recommend using a USB or Bluetooth headset.
I have used my Apple EarPods with 3.5mm connector in the past. Wfview recognises them as Apple headphones under Audio Output but doesn’t detect the microphone under Audio Input
After installing 6.1 on my HP desktop, windows 10, and running wfview 6.1, my IC-7610 waterfall somehow went into sub and main mode at the same time. When I went up in frequency using the radio knob, my waterfall and signals started to disappear from left to right. I reversed direction, the waterfall and signals would return. Very strange behavior.
After turning off wfview 6.1, the IC-7610 was still locked in the Sub/Main mode and the strange behavior remained.
I tried rebooting the IC-7610 via power on reset, no change in behavior. I could not get the radio out of Sub/Main mode, the waterfall controls were locked (not respond).
So I performed a complete and full reset of the IC-7610 and now everything seems to be back to normal.
I have been using the wfview 6.1 since the reboot of my IC-7610 without any more issues tonight. Seems to be working perfectly now! No Action Required.
Just to let you know, earlier today we released wfview 1.61 and binaries are available to download for windows (x86 and x64), MacOS (universal) and Linux (x86)
This is a minor release to address two issues discovered since the release of 1.60 a few days ago:
Phantom signals appearing on waterfall for USB connected rigs when using the Waterfall Format feature.
USB controllers not working in MacOS.
If you aren’t affected by these issues then no need to upgrade until the next release (but you can if you want).
Installed 1.61 tonight on M1Macbook and RC-28 worked right away without any settings changes. GREAT WORK!
Just like on my radio I use 1Hz frequency steps which is perfect for fine tuning with the knob. If you run out of things to do (very unlikely) you could add variable rate tuning which our actual radios do – the frequency change accelerates the faster you spin the knob so even with 1Hz steps I can still quickly scoot across the band and slow down to fine tune.
I have honestly not seen wfview crash in a very long time, including with the CW window. I almost always test with the debugger and would be notified if it were to crash.
Can you remind me exactly what your setup is, and any specific steps to reproduce it?
Thanks a lot, compiling went like a breeze and you made me buy a shuttle xpress which still needs to be configured but runs nicely so far
Vy 73 de
Rolf, DL8BAG
Tried Logitech Zone Wireless Bluetooth headset today. Wfview recognises the headset as an output (shows as Apple Inc: Zone Wireless) but not as a mic input. This is the same issue I have with Apple EarPods. The only way I can get TX audio is to use the Audio input option Apple Inc. : Macbook Pro Microphone but that uses the Macbook built in Microphone which doesn’t sound as nice as a headset boom microphone. I looked at the system settings and it shows the Zone Wireless microphone including audio bargraph when I talk but wfview doesn’t detect it.
Made one contact this morning but I had to sign off quickly as it is nearly impossible to talk with a half second monitor delay of my own voice in the headphones. I guess I could try muting the audio on my keyboard before I press the PTT then unmuting after each transmission but that is very messy. PLEASE can we have an option to turn off the monitor function OR have the monitor audio come direct from the Macbook BEFORE the buffer and codec delay.
You don’t understand what I was suggesting. The live audio from the computer microphone could be fed back to the headphones at the same time it is being fed to the radio but just having an option to turn off the annoying monitor audio will do fine.
If I am hundreds of miles away from home and forgot to turn monitor off before leaving home that would be impossible. RS-BA1 and SDR-Control both let you toggle Monitor remotely.
|