Re: [wsjt-devel] WSJT-X 2.4.0-rc3 Audio Issue

2021-03-19 Thread Craig
Hi Michael, I found the issue. When I use Win4Icom, I normally run com0com to create virtual serial port pairs. These pairs are used in Win4Icom as virtual CAT ports and WSJT-X uses one of these ports. I recently decided to switch to VSPE for the port emulation. It appears that VSPE creates

[wsjt-devel] F/H reply frequency shift

2021-03-19 Thread Bill Barrett
Was transferred to 441 to reply to A25RU but after one transmit segment the app shifted me to 741. Looks like a busted Q. Is there a reason the app shifted to 741? Thanks; W2PKY -- Bill Barrett ___ wsjt-devel mailing list

Re: [wsjt-devel] F/H reply frequency shift

2021-03-19 Thread Claude Frantz
On 3/19/21 5:10 PM, Bill Barrett wrote: Hi Bill and all, Was transferred to 441 to reply to A25RU but after one transmit segment the app shifted me to 741. Looks like a busted Q. Is there a reason the app shifted to 741? According to the picture, you are using the DXpedition mode. Therefore

Re: [wsjt-devel] FT4 VFO behavior on VHF and submode features on WSJT-X 2.4.0-rc3

2021-03-19 Thread Joe Taylor
Hi Yukio-san, Thanks for reporting this issue, and for the fix! It will be correct in the next release. -- 73, Joe, K1JT On 3/18/2021 9:22 PM, Yukio JG1APX wrote: Hello wsjtx development team, I reported the behavior of FT4 VFO split operation at "VHF and submode features"

Re: [wsjt-devel] F/H reply frequency shift

2021-03-19 Thread Bill Somerville
On 19/03/2021 16:10, Bill Barrett wrote: Was transferred to 441 to reply to A25RU but after one transmit segment the app shifted me to 741. Looks like a busted Q. Is there a reason the app shifted to 741? Thanks; W2PKY -- Bill Barrett Hi Bill, that is expected behaviour. The reason is to

Re: [wsjt-devel] F/H reply frequency shift

2021-03-19 Thread Bill Barrett
Hello Bill & Claud- Thanks for taking the time to explain the strategy for handling the circumstances of missing a reply from the Fox. Makes a lot of sense and is well thought out. 73; Bill On Fri, Mar 19, 2021 at 12:27 PM Bill Somerville wrote: > On 19/03/2021 16:10, Bill Barrett wrote: > >

Re: [wsjt-devel] WSJT-X 2.4.0-rc3 Audio Issue

2021-03-19 Thread Jim Jennings
In the past few days I experienced a loss of transmit audio after leaving WSJT-X 2.4.0-rc3 (64-bit Win10) open on my station laptop for several hours in FT8 mode.  I'm using my IC-7610's built in USB codec and CAT transmit.  In the last two instances, rather than closing and restarting the

Re: [wsjt-devel] Transmit audio failure with WSJT-X 2.3.0 and Raspberry Pi

2021-03-19 Thread Glenn
Hi Mike I have noticed the same issue. The workaround is to not select pulse as the sound card but select the sound card by name in WSJTX settings. Pavucontrol did not help when pulse alone was selected. 73 Glenn VE9GJ On March 18, 2021 1:55:12 PM ADT, m...@g4wnc.com wrote: >Apologies to

Re: [wsjt-devel] Transmit audio failure with WSJT-X 2.3.0 and Raspberry Pi

2021-03-19 Thread mike
Hi Glenn, Thanks for tip, that workaround fixed it! I guess there’s still a problem with WSJT-X as I think it should be ok to select pulse as the input/output device. It certainly seems to work ok with other apps such as FLDIGI and QSSTV. If this is not the correct setting, perhaps