Open ATButteaux opened 1 year ago
Similar problem on ArchLinux, which results in a retry-loop. Which is bad because i dont need audio at all. (Cmdline-Switch to disable audio would be helpful)
` 2023-08-12T13:27:11.824+0200 info main: kappanhang (devel) by Norbert Varga HA2NON and Akos Marton ES1AKOS https://github.com/nonoo/kappanhang 2023-08-12T13:27:11.824+0200 debug controlstream@318: init 2023-08-12T13:27:11.824+0200 info streamcommon: control/connecting to 10.0.0.97:50001 2023-08-12T13:27:11.824+0200 debug streamcommon@111: control/expecting a pkt4 answer 2023-08-12T13:27:11.825+0200 debug streamcommon@136: control/expecting pkt6 answer 2023-08-12T13:27:11.825+0200 debug controlstream@333: expecting login answer 2023-08-12T13:27:11.826+0200 debug controlstream@361: login ok, first auth sent... 2023-08-12T13:27:11.826+0200 debug controlstream@368: second auth sent... 2023-08-12T13:27:11.831+0200 debug controlstream@199: auth ok 2023-08-12T13:27:11.831+0200 debug controlstream@113: requesting serial and audio stream 2023-08-12T13:27:11.833+0200 info controlstream: got serial and audio request success, device name: IC-9700 2023-08-12T13:27:11.836+0200 info streamcommon: serial/connecting to 10.0.0.97:50002 2023-08-12T13:27:11.836+0200 info serialtcpsrv: exposing serial port on tcp port 4531 2023-08-12T13:27:11.837+0200 debug streamcommon@111: serial/expecting a pkt4 answer 2023-08-12T13:27:11.837+0200 debug streamcommon@136: serial/expecting pkt6 answer 2023-08-12T13:27:11.837+0200 info serialstream: stream started 2023-08-12T13:27:11.838+0200 info streamcommon: audio/connecting to 10.0.0.97:50003 2023-08-12T13:27:11.857+0200 error controlstream@299: audio/Connection failure: Connection refused pa_context_connect() failed: Connection refused
2023-08-12T13:27:11.857+0200 debug controlstream@395: sending deauth 2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getNREnabled 2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getSubVFOFreq 2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getNR 2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getSubVFOMode 2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getSplit 2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getTransmitStatus 2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getTuneStatus 2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getPreamp 2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getAGC 2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getVd 2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getS 2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getOVF 2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getSWR 2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getTS 2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getRFGain 2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getSQL 2023-08-12T13:27:12.358+0200 info streamcommon: control/disconnecting 2023-08-12T13:27:12.358+0200 info streamcommon: serial/disconnecting 2023-08-12T13:27:12.358+0200 info main: waiting 1 seconds... 2023-08-12T13:27:13.359+0200 info main: restarting control stream... 2023-08-12T13:27:13.360+0200 debug controlstream@318: init
... `
Hi i am also getting this restart loop. I recently updated my IC-705 to firmware 1.32 and i am wondering if the CI-V changed with the new version?
I am unable to get WSJT-X to work with hamlib 4.5.5.
I can get WFView to work. It uses its own implementation of CI-V
I'm attempting to use this on Ubuntu 22.10 (kinetic) and getting an error with the audio. I suspect it is because 22.10 has switched to PipeWire vs PulseAudio. Error below. Can anyone confirm this is indeed the problem? Any other info I can provide?